MVP – เมื่อสร้าง วัดผล เรียนรู้ ไม่ใช่แค่การขว้างปาสิ่งกีดขวางกำแพง

ฉันแปลกใจเสมอเมื่อนักวิจารณ์บ่นว่าแนวทาง Build, Measure, Learn ของ Lean Startup นั้นไม่มีอะไรมากไปกว่า "การโยนผลิตภัณฑ์ที่ไม่สมบูรณ์ออกจากอาคารเพื่อดูว่าผลิตภัณฑ์เหล่านี้ใช้ได้ผลหรือไม่"

น่าเสียดายที่ไดอะแกรม Build, Measure, Learn เป็นสาเหตุของความสับสนนั้น เมื่อมองแวบแรกดูเหมือนว่าเป็นกระบวนการเล็งพร้อมยิง

ได้เวลาอัปเดต Build, Measure, Learn สิ่งที่เรารู้ในตอนนี้คือวิธีที่ดีที่สุดในการสร้าง Lean Startup

นี่คือวิธีการ

สร้าง วัด เรียนรู้ ฟังดูค่อนข้างง่าย สร้างผลิตภัณฑ์ นำไปใช้ในโลกแห่งความเป็นจริง วัดปฏิกิริยาและพฤติกรรมของลูกค้า เรียนรู้จากสิ่งนี้ และใช้สิ่งที่คุณได้เรียนรู้เพื่อสร้างสิ่งที่ดีกว่า ทำซ้ำ เรียนรู้ว่าจะทำซ้ำ หมุน หรือเริ่มต้นใหม่ จนกว่าคุณจะได้สิ่งที่ลูกค้าชื่นชอบ

การพัฒนาน้ำตก

แม้ว่าจะฟังดูง่าย แต่ แนวทาง Build Measure Learn ในการพัฒนาผลิตภัณฑ์นั้นเป็นการปรับปรุงครั้งใหญ่เหนือแบบจำลอง Waterfall แบบดั้งเดิมที่ใช้ ^ตลอด ศตวรรษที่ 20 ในการสร้างและจัดส่งผลิตภัณฑ์ ย้อนกลับไปในตอนนั้น ผู้ประกอบการรายหนึ่งใช้กระบวนการพัฒนาผลิตภัณฑ์ แบบต่อเนื่อง ที่ดำเนินการทีละขั้นตอนโดยแทบไม่มีความคิดเห็นจากลูกค้าเลย ผู้ก่อตั้งสันนิษฐานว่าพวกเขาเข้าใจปัญหา/ความต้องการของลูกค้า เขียนเอกสาร ข้อกำหนด ทางวิศวกรรม ออกแบบ ผลิตภัณฑ์ ใช้งาน /สร้างฮาร์ดแวร์/ซอฟต์แวร์ ตรวจสอบว่าใช้งานได้โดย การทดสอบ จากนั้นแนะนำผลิตภัณฑ์ให้กับลูกค้าในรูปแบบที่ออกมาอย่างเป็นทางการซึ่งเรียกว่า เรือลูกค้ารายแรก .

การพัฒนาน้ำตกนั้นเกี่ยวกับ การดำเนิน การตามเอกสารข้อกำหนด แม้ว่าผลิตภัณฑ์เวอร์ชันแรกๆ จะถูกแชร์กับลูกค้าในการทดสอบ อัลฟ่า และ เบต้า เป้าหมายของการเข้าถึงผลิตภัณฑ์ในช่วงแรกๆ ของลูกค้าคือการค้นพบจุดบกพร่องไม่ให้คำติชมเกี่ยวกับคุณลักษณะหรือความสามารถในการใช้งาน หลังจากจัดส่งและพยายามขายผลิตภัณฑ์แล้ว สตาร์ทอัพจะได้ยินคำติชมที่สำคัญจากลูกค้า และบ่อยครั้ง หลังจากการพัฒนาเป็นเวลาหลายเดือนหรือหลายปี ผู้ประกอบการได้เรียนรู้วิธีที่ยากที่ลูกค้าไม่ได้ซื้อผลิตภัณฑ์ของตนเนื่องจากไม่ต้องการหรือต้องการคุณลักษณะส่วน ใหญ่

บ่อยครั้งบริษัทต้องพยายามสามครั้งเพื่อให้ได้ผลิตภัณฑ์ที่ถูกต้อง เวอร์ชัน 1 ถูกสร้างขึ้นโดยปราศจากคำติชมของลูกค้า และก่อนที่เวอร์ชัน 1 จะเสร็จสมบูรณ์ งานได้เริ่มต้นขึ้นแล้วในเวอร์ชัน 2 ดังนั้นจึงต้องใช้เวลาจนถึงเวอร์ชัน 3 ก่อนที่ลูกค้าจะได้ยินจริงๆ (เช่น Microsoft Windows 3.0)

แนวทางปฏิบัติที่ดีที่สุดในการพัฒนาซอฟต์แวร์เริ่มเปลี่ยนไปเป็นการพัฒนาแบบ Agile ในช่วงต้นปี 2000 วิธีการนี้ได้รับการปรับปรุงบน Waterfall โดยการสร้างซอฟต์แวร์ซ้ำๆ และเกี่ยวข้องกับลูกค้า แต่ขาดกรอบในการทดสอบเชิงพาณิชย์ทั้งหมด สมมุติฐานภายนอกอาคาร เมื่อใช้ Agile คุณจะพึงพอใจกับทุกฟีเจอร์ที่ลูกค้าร้องขอและยังคงเลิกทำธุรกิจ

จากนั้น โฟกัส Build Measure Learn ของ Lean Startup ก็มาถึง

สร้างการวัดเรียนรู้

เป้าหมายของ Build-Measure-Learn ไม่ใช่การสร้างผลิตภัณฑ์ขั้นสุดท้ายเพื่อจัดส่งหรือแม้กระทั่งการสร้างต้นแบบของผลิตภัณฑ์ แต่เพื่อเพิ่มการเรียนรู้สูงสุดผ่านวิศวกรรมแบบเพิ่มหน่วยและแบบวนซ้ำ (การเรียนรู้อาจเกี่ยวกับคุณลักษณะของผลิตภัณฑ์ ความต้องการของลูกค้า การกำหนดราคาและช่องทางการจัดจำหน่ายที่ถูกต้อง ฯลฯ) ขั้นตอน "สร้าง" หมายถึงการสร้างผลิตภัณฑ์ที่ใช้งานได้น้อยที่สุด (MVP) สิ่งสำคัญคือต้องเข้าใจว่า MVP ไม่ใช่ผลิตภัณฑ์ที่มี คุณสมบัติน้อยลง แต่เป็นสิ่งที่ง่ายที่สุดที่คุณสามารถแสดงให้ลูกค้าเห็นเพื่อ ให้ได้รับ การเรียนรู้มากที่สุด ณ เวลา นั้น ในช่วงเริ่มต้นของการเริ่มต้น MVP อาจเป็นแค่สไลด์ PowerPoint, โครงร่างโครงร่าง, ชุดข้อมูลตัวอย่าง ฯลฯ ทุกครั้งที่คุณสร้าง MVP คุณจะกำหนดสิ่งที่คุณพยายามจะทดสอบ/ วัดผล ด้วย ต่อมา เมื่อเรียนรู้มากขึ้น MVP จะเปลี่ยนจากความเที่ยงตรงต่ำไปสู่ความเที่ยงตรงที่สูงขึ้น แต่เป้าหมายยังคงเป็นการเพิ่มการเรียนรู้สูงสุดที่จะไม่สร้างต้นแบบผลิตภัณฑ์รุ่นเบต้า/ที่มีคุณลักษณะครบถ้วน

แนะนำสำหรับคุณ:

ทรัพยากร

Metaverse จะพลิกโฉมอุตสาหกรรมยานยนต์อินเดียได้อย่างไร

วิภาวดี ส.

31 กรกฎาคม 2565

ทรัพยากร

บทบัญญัติต่อต้านการแสวงหากำไรสำหรับสตาร์ทอัพในอินเดียมีความหมายอย่างไร?

จรัญญา ล.

31 กรกฎาคม 2565

ทรัพยากร

Edtech Startups ช่วยให้แรงงานอินเดียเพิ่มพูนทักษะและเตรียมพร้อมสู่อนาคตได้อย่างไร...

อังคุช เอส

31 กรกฎาคม 2565

ข่าว

หุ้นเทคโนโลยียุคใหม่ในสัปดาห์นี้: ปัญหาของ Zomato ยังคงดำเนินต่อไป, EaseMyTrip Posts Stro...

ตปัญจนา ร.

31 กรกฎาคม 2565

คุณสมบัติ

สตาร์ทอัพอินเดียใช้ทางลัดในการไล่ล่าหาทุน

นิกิล เอส.

31 กรกฎาคม 2565

ข่าว

แพลตฟอร์มการตลาดดิจิทัล Logicserve ระดมทุน INR 80 Cr รีแบรนด์เป็น LS Dig...

เชตัน ต.

31 กรกฎาคม 2565

การ ปรับปรุงที่สำคัญในการพัฒนา Waterfall Build Measure Learn ช่วยให้สตาร์ทอัพมีความรวดเร็ว คล่องตัว และมีประสิทธิภาพ

ไดอะแกรมสามวงกลมของ Build Measure Learn เป็นการประมาณที่ดีของกระบวนการ น่าเสียดายที่การใช้คำว่า "สร้าง" ก่อนมักจะทำให้ผู้คนสับสน แผนภาพนี้ดูจะสื่อถึงการสร้างสิ่งของและโยนมันออกจากอาคาร ไดอะแกรม Build Measure Learn ที่มีรายละเอียดมากขึ้นช่วยอธิบายความหมายโดยการเพิ่มองค์ประกอบอีกสามองค์ประกอบ: Ideas -Build- Code -Measure- Data -Learn

ไดอะแกรม Build Measure Learn เวอร์ชันห้าส่วนช่วยให้เราเห็นว่าเจตนาที่แท้จริงของการสร้างคือการทดสอบ "แนวคิด" ไม่ใช่แค่เพื่อสร้างแบบสุ่มสุ่มสี่สุ่มห้าโดยไม่มีวัตถุประสงค์ วงกลมที่มีป้ายกำกับว่า "โค้ด" สามารถติดป้ายกำกับว่า "สร้างฮาร์ดแวร์" หรือ "สร้างจีโนมเทียม" ได้อย่างง่ายดาย วงกลมที่มีป้ายกำกับว่า “ข้อมูล” บ่งชี้ว่าหลังจากที่เราวัดผลการทดลอง เราจะใช้ ข้อมูลเพื่อปรับแต่งการเรียนรู้ของเราเพิ่มเติม และการเรียนรู้ใหม่จะส่งผลต่อแนวคิดต่อไปของเรา ดังนั้น เราจะเห็นได้ว่าเป้าหมายของ Build-Measure-Learn ไม่ใช่แค่การสร้างสิ่งต่างๆ เท่านั้น เป้าหมายคือการสร้างสิ่งต่างๆ เพื่อตรวจสอบความถูกต้องหรือทำให้แนวคิดเริ่มต้นเป็นโมฆะ

การมุ่งเน้นที่การทดสอบแนวคิดเฉพาะนั้นขัดแย้งกับข้อกังวลที่ว่าการ สร้าง-วัด-เรียนรู้ เป็นเพียงการโยนสิ่งของลงบนผนังและดูว่าได้ผลหรือไม่

แต่ก็ยังดีไม่พอ ตอนนี้เราสามารถทำได้ดีกว่า

เริ่มต้นด้วยสมมติฐาน

สิ่งที่ Build-Measure-Learn พลาดไปคือ การลงทุนใหม่ (ทั้งการเริ่มต้นและแนวคิดใหม่ในบริษัทที่มีอยู่) ไม่ได้เริ่มต้นด้วย "ความคิด" พวกเขาเริ่มต้นด้วยสมมติฐาน (คำแฟนซีสำหรับการคาดเดา) สิ่งสำคัญคือต้องเข้าใจว่าคำว่า " ความคิด” และ “สมมติฐาน” หมายถึงสองสิ่งที่แตกต่างกันมาก สำหรับนักประดิษฐ์ส่วนใหญ่ คำว่า "ความคิด" ทำให้เกิดความเข้าใจที่ต้องใช้แผนเพื่อให้เกิดผลในทันที ในทางตรงกันข้าม สมมติฐานหมายความว่าเรามีการคาดเดาอย่างมีการศึกษา ซึ่งจำเป็นต้องมีการทดลองและข้อมูลเพื่อตรวจสอบความถูกต้องหรือทำให้เป็นโมฆะ

สมมติฐานเหล่านี้ครอบคลุมตั้งแต่ใครคือลูกค้า ไปจนถึงคุณค่าที่นำเสนอ (คุณลักษณะของผลิตภัณฑ์/บริการ) การกำหนดราคา ช่องทางการจัดจำหน่าย และการสร้างอุปสงค์ (การได้มาซึ่งลูกค้า การเปิดใช้งาน การเก็บรักษา ฯลฯ)

การที่ Lean Startup เริ่มต้นด้วยการยอมรับว่าแนวคิดของคุณเป็นเพียงชุดของสมมติฐานที่ยังไม่ได้ทดสอบเป็นแนวคิดที่ยิ่งใหญ่ เป็นความคิดที่ใหญ่มาก เพราะสิ่งที่คุณสร้างต้องตรงกับสมมติฐานที่คุณต้องการทดสอบ

ผลิตภัณฑ์ที่ใช้งานได้ขั้นต่ำที่คุณต้องสร้างเพื่อค้นหาลูกค้าที่เหมาะสมนั้นแตกต่างจากผลิตภัณฑ์ขั้นต่ำที่ใช้งานได้ที่คุณต้องการสำหรับการทดสอบราคา ซึ่งแตกต่างจาก MVP ที่คุณจะสร้างเพื่อทดสอบคุณสมบัติเฉพาะของผลิตภัณฑ์ และสมมติฐานทั้งหมดเหล่านี้ (และผลิตภัณฑ์ที่ใช้งานได้น้อยที่สุด) จะเปลี่ยนแปลงไปตามกาลเวลาเมื่อคุณเรียนรู้เพิ่มเติม ดังนั้น แทนที่จะเป็น Build-Measure-Learn ไดอะแกรมสำหรับการสร้างผลิตภัณฑ์ที่ใช้งานได้น้อยที่สุดใน Lean Startup จะดูเหมือน สมมติฐาน – การทดลอง – การทดสอบ – ข้อมูลเชิงลึก

การสร้างสมมติฐาน

การใช้ สมมติฐานใหม่นี้ - การทดลอง - การทดสอบ - แผนภาพข้อมูลเชิงลึก คำถามจะกลายเป็น "ฉันควรทดสอบสมมติฐานใด" โชคดีที่ผืนผ้าใบรูปแบบธุรกิจของ Alexander Osterwalder นำเสนอภาพรวมขององค์ประกอบทั้งเก้าของธุรกิจในหน้าเดียว พวกเขาคือ:

• คุณค่าที่นำเสนอ ผลิตภัณฑ์/บริการที่บริษัทนำเสนอ (พร้อมทั้งประโยชน์ต่อลูกค้า)
• กลุ่มลูกค้า เช่น ผู้ใช้และผู้ชำระเงิน หรือคุณแม่หรือวัยรุ่น
• ช่องทางการจัดจำหน่าย เพื่อเข้าถึงลูกค้าและนำเสนอคุณค่าที่เสนอให้
• ความสัมพันธ์กับลูกค้า เพื่อสร้างความต้องการ
• กระแสรายได้ที่ เกิดจากข้อเสนอด้านคุณค่า
• กิจกรรม ที่จำเป็นในการนำโมเดลธุรกิจไปใช้
• ทรัพยากร ที่จำเป็นเพื่อให้กิจกรรมเป็นไปได้
• พันธมิตร ฝ่ายที่ 3 ^{จำเป็น} ต้องทำให้กิจกรรมเป็นไปได้
• โครงสร้างต้นทุนที่ เกิดจากรูปแบบธุรกิจ

และนำเราไปสู่คำจำกัดความของการเริ่มต้น: การเริ่มต้นคือองค์กรชั่วคราวที่ออกแบบมาเพื่อค้นหารูปแบบธุรกิจที่ทำซ้ำและปรับขนาดได้

การทดสอบสมมติฐาน

และเมื่อสมมติฐานเหล่านี้เติมเต็ม Business Model Canvas แล้ว ผู้ประกอบการจะทดสอบได้อย่างไร? หากคุณเป็นนักวิทยาศาสตร์ คำตอบนั้นง่าย: คุณทำการทดลอง เช่นเดียวกับการเริ่มต้นแบบลีน (มูลนิธิวิทยาศาสตร์แห่งชาติอธิบายว่าคลาส Lean LaunchPad เป็นวิธีการทางวิทยาศาสตร์สำหรับการเป็นผู้ประกอบการ)

กระบวนการพัฒนาลูกค้าเป็นวิธีการง่ายๆ ในการตั้งสมมติฐานการร่วมทุนใหม่และออกจากอาคารเพื่อทดสอบ การค้นพบลูกค้า จับภาพวิสัยทัศน์ของผู้ก่อตั้งและเปลี่ยนเป็นชุดของสมมติฐานรูปแบบธุรกิจ จากนั้นจึงพัฒนาชุดการทดลองเพื่อทดสอบปฏิกิริยาของลูกค้าต่อสมมติฐานเหล่านั้นและเปลี่ยนให้เป็นข้อเท็จจริง การทดลองอาจเป็นชุดคำถามที่คุณถามลูกค้า แต่ส่วนใหญ่มักจะเป็นผลิตภัณฑ์ที่ใช้งานได้เพียงเล็กน้อยเพื่อช่วยให้ผู้มีโอกาสเป็นลูกค้าเข้าใจโซลูชันของคุณมาพร้อมกับคำถาม

แนวคิดสำคัญอีกอย่างที่นี่คือสตาร์ทอัพไม่ได้สร้างผลิตภัณฑ์ที่ใช้งานได้จริงเพื่อสร้างต้นแบบ พวกเขากำลังสร้างผลิตภัณฑ์ที่ใช้งานได้น้อยที่สุด เพื่อเรียนรู้ให้มากที่สุดเท่าที่จะทำได้

สุดท้ายนี้ เป้าหมายของการออกแบบการทดลองและผลิตภัณฑ์ที่เป็นไปได้น้อยที่สุดคือการไม่ได้รับข้อมูล ข้อมูลไม่ใช่จุดสิ้นสุด ทุกคนสามารถรวบรวมข้อมูล กลุ่มโฟกัสรวบรวมข้อมูล นี่ไม่ใช่กลุ่มโฟกัส เป้าหมายคือการได้รับข้อมูลเชิงลึก จุดรวมของการออกจากอาคาร คือการแจ้งวิสัยทัศน์ของผู้ก่อตั้ง ข้อมูลเชิงลึกอาจมาจากการวิเคราะห์การตอบสนองของลูกค้า แต่ก็อาจมาจากการเพิกเฉยต่อข้อมูลหรือตระหนักว่าสิ่งที่คุณกำลังอธิบายเป็นตลาดใหม่ที่ก่อกวนซึ่งไม่มีอยู่จริง และคุณจำเป็นต้องเปลี่ยนการทดสอบของคุณจากการวัดผลเฉพาะเป็นการประดิษฐ์ อนาคต.

[โพสต์นี้โดย Steve Blank ปรากฏตัวครั้งแรกบนเว็บไซต์อย่างเป็นทางการและทำซ้ำโดยได้รับอนุญาต]