ซอฟต์แวร์ของคุณ launch ในวันอังคาร โพสต์ LinkedIn ก็ปล่อยออกไป ทีมฉลองกัน พอวันศุกร์ ผู้ใช้คนหนึ่งเจอบั๊กบน Android พอวันจันทร์ analytics ของคุณแสดงว่า 60% ของผู้เยี่ยมชมหลุดที่หน้าที่สอง
นี่ไม่ใช่ความล้มเหลว นี่คือทุกการ launch ซอฟต์แวร์ที่เคยมีมา และวิธีที่คุณรับมือกับสิ่งที่ตามมาคือตัวตัดสินว่าเงินลงทุนของคุณจะกลายเป็นสินทรัพย์ทางธุรกิจหรือเป็นที่ทับกระดาษราคาแพง
วัน launch คือเส้นเริ่มต้น ไม่ใช่เส้นชัย
ก่อน launch ทุกอย่างคือสมมติฐาน คุณทำวิจัย ศึกษาคู่แข่ง และเดาอย่างมีข้อมูล แต่ไม่มีการวางแผนไหนที่จะคาดเดาได้แม่นยำว่าผู้ใช้จริงจะมีพฤติกรรมอย่างไรในโลกจริง
ช่วงหลัง launch คือช่วงที่สมมติฐานพบกับความเป็นจริง เป็นช่วงที่คุณค้นพบว่าอะไรใช้งานได้จริง อะไรทำให้ผู้ใช้สับสน และอะไรที่ทำให้พวกเขาเลิกใช้ บริษัทที่ให้ความสำคัญกับช่วงหลัง launch เท่ากับช่วงสร้าง คือบริษัทที่ชนะ
ทำไมบริษัทส่วนใหญ่พลาดเรื่องนี้
งบประมาณหมด พอถึงวัน launch งบทั้งหมดก็ถูกใช้ไปแล้ว ไม่เหลืออะไรสำหรับการปรับปรุง เปรียบได้กับการใช้งบทั้งหมดสร้างบ้านจนไม่เหลือเงินซื้อเฟอร์นิเจอร์
ความสนใจเปลี่ยนไป ผู้บริหารไปโฟกัสโครงการถัดไป ในหัวพวกเขาระบบใหม่ "เสร็จแล้ว" ในขณะเดียวกันผู้ใช้ก็หงุดหงิดเงียบๆ และค่อยๆ หายไป
ตำนาน "version 2" "เราจะแก้ทุกอย่างใน version 2" แต่ version 2 ก็แทบไม่เคยเกิดขึ้น และเมื่อเกิดขึ้นจริง มันกลายเป็นการสร้างใหม่ทั้งหมด เพราะไม่มีใครดูแล version 1
ช่วงหลัง launch ที่ดีหน้าตาเป็นอย่างไร
เดือนที่ 1: สังเกตและเรียนรู้ ตรวจสอบทุกอย่าง พฤติกรรมผู้ใช้ อัตรา error ตัวชี้วัดประสิทธิภาพ support ticket ข้อมูลเหล่านี้จะบอกคุณได้อย่างแม่นยำว่าควรลงทุนปรับปรุงตรงไหน ไม่ต้องเดา
เดือนที่ 2-3: แก้ไขและปรับให้เหมาะสม จัดการจุดเสียดทานที่ผู้ใช้จริงเปิดเผยให้เห็น ปรับปรุง flow ที่สำคัญที่สุด แก้บั๊กที่กระทบผู้ใช้มากที่สุด นี่ไม่ใช่การบำรุงรักษา — นี่คือการปรับปรุงผลิตภัณฑ์โดยใช้ข้อมูลจริง
เดือนที่ 4-6: พัฒนาต่อยอด ตอนนี้คุณรู้แล้วว่าอะไรใช้งานได้ ก็ต่อยอดจากตรงนั้น เพิ่มฟีเจอร์ที่ผู้ใช้ต้องการจริงๆ ตัดฟีเจอร์ที่ไม่มีใครใช้ออก ทุกการตัดสินใจมาจากความเป็นจริง ไม่ใช่สมมติฐาน
ต่อเนื่อง: ปกป้องและเติบโต security patch, อัปเดต dependency, monitoring ประสิทธิภาพ และการปรับปรุงเล็กๆ อย่างต่อเนื่อง นี่คือสิ่งที่ทำให้ซอฟต์แวร์ของคุณยังมีชีวิต ปลอดภัย และมีคุณค่า
ตัวเลขที่สำคัญ
วางแผนใช้จ่าย 15-20% ของงบสร้างต่อปีสำหรับการบำรุงรักษาและปรับปรุง นี่ไม่ใช่ต้นทุนเพิ่มเติม — นี่คือการปกป้องเงินลงทุน หากไม่มีสิ่งนี้ ซอฟต์แวร์ของคุณก็จะเสื่อมลง dependency จะล้าสมัย ช่องโหว่ด้านความปลอดภัยจะปรากฏ ประสิทธิภาพจะลดลง
บริษัทที่ลงทุนกับ support หลัง launch จะเห็นซอฟต์แวร์ของพวกเขามีคุณค่าเพิ่มขึ้นตามเวลา บริษัทที่ไม่ลงทุนจะเห็นเงินลงทุนของพวกเขาค่อยๆ เน่าเปื่อย
เลือกพาร์ทเนอร์ ไม่ใช่แค่คนสร้าง
คำถามที่สำคัญที่สุดที่ควรถามทีม development ไม่ใช่ "พวกคุณสร้างสิ่งนี้ได้ไหม?" — แต่คือ "หลังจากสร้างเสร็จแล้วเกิดอะไรขึ้นต่อ?"
พาร์ทเนอร์ที่แท้จริงจะมีแผนการบำรุงรักษา การตั้งค่า monitoring และ process support พร้อมก่อน launch พวกเขาวางแผนสำหรับช่วงหลัง launch เพราะเห็นแล้วว่าเกิดอะไรขึ้นกับโปรเจกต์ที่ไม่มี พวกเขายังคงทุ่มเทเพื่อความสำเร็จของคุณหลังจากแชมเปญฉลองหมดไปนานแล้ว
อยากได้พาร์ทเนอร์ที่อยู่ด้วยทั้งวัน launch และวันที่ 365 ไหม? มาคุยกันเรื่องการเดินทางทั้งเส้นทาง
