ทดสอบและปรับปรุงอย่างรวดเร็ว: แนวคิด MVP

MVP (Minimum Viable Product) คือสิ่งที่เล็กที่สุดที่ช่วยให้คุณ เรียนรู้จากลูกค้าจริงได้มากที่สุด ด้วยแรงน้อยที่สุด ใช้ทดสอบว่าไอเดียมีคนต้องการจริงไหม ก่อนทุ่มเงินก้อนใหญ่

วงจร สร้าง–วัดผล–เรียนรู้

MVPเรียนรู้มากสุด ใช้แรงน้อยสุด

1. สร้างBuild
2. วัดผลMeasure
3. เรียนรู้Learn

1. 1
   สร้าง Build

   ทำเท่าที่จำเป็นเพื่อทดสอบกับลูกค้าจริง บางครั้งแค่หน้ารับสมัครหรือบริการที่ทำมือเองก็พอ

2. 2
   วัดผล Measure

   ดูสิ่งที่ลูกค้าทำจริง เช่น สมัคร จ่ายเงิน กลับมาใช้ซ้ำ ไม่ใช่แค่คำชม

3. 3
   เรียนรู้ Learn

   เทียบผลกับเกณฑ์ที่ตั้งไว้ก่อนทดสอบ แล้วเลือกว่าจะไปต่อ ปรับ หรือเปลี่ยนทาง (pivot)

ยิ่งหมุนรอบได้เร็ว ยิ่งเสียเงินน้อยก่อนเจอสิ่งที่ลูกค้าต้องการ · ที่มา: หนังสือ The Lean Startup ของ Eric Ries (2011)

MVP ไม่ใช่ของครึ่ง ๆ กลาง ๆ

• เล็ก แต่ต้องใช้งานได้ Henrik Kniberg เปรียบว่า ถ้าลูกค้าอยากได้รถยนต์ อย่าเริ่มจากล้อที่ใช้ทำอะไรไม่ได้ ให้เริ่มจากสเก็ตบอร์ดที่พาเขาไปถึงที่หมายได้
• บางครั้งไม่ต้องเขียนโค้ดเลย ก่อนทำฟีเจอร์ “รับมัดจำตอนจอง” ในแอปจองคิว ทีม UX/UI ทำแค่ต้นแบบที่กดได้ (clickable prototype) ไปให้ร้านทำผม 10 ร้านลองใช้ แล้วนับว่ามีกี่ร้านขอให้เปิดใช้จริง

ตัวอย่าง: PO ระบบเงินเดือนอยากขายบริการเสริม “ยื่นภาษีและประกันสังคมแทน” ให้บริษัทลูกค้า เดือนละ 990 บาท ถ้าทำระบบยื่นอัตโนมัติเลย ต้องดึงนักพัฒนา 3 คนออกจากโปรเจกต์ระบบขอสินเชื่อออนไลน์ของธนาคารนาน 3 เดือน เธอจึงตั้งเกณฑ์ไว้ก่อนว่า จาก 30 บริษัทที่ชวนมาลองฟรีเดือนแรก ต้องมีอย่างน้อย 20 รายยอมจ่ายต่อ ตัว MVP มีแค่ปุ่ม “สมัครบริการ” ในระบบ ส่วนงานยื่นจริง ทีมซัพพอร์ตกับนักบัญชีที่จ้างชั่วคราวทำมือทั้งหมด เดือนแรกมีคนใช้ 26 ราย เดือนที่ 2 จ่ายจริง 24 ราย (80%) ผ่านเกณฑ์ ทีมจึงค่อยเริ่มทำระบบอัตโนมัติ

จำให้ขึ้นใจ

ทำเล็ก วัดจริง เรียนไว — สเก็ตบอร์ดที่ขี่ได้ สอนคุณได้มากกว่าล้อรถที่ขี่ไม่ได้

อ่านต่อ: วิธีคิดเชิงสมมติฐาน · วงจร PDCA · ภาพแทนผู้บริโภค (Persona)