วิธีการสร้างผลิตภัณฑ์ที่ประสบความสำเร็จขั้นต่ำที่ประสบความสำเร็จ

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

จากประสบการณ์ของผม หนึ่งในเครื่องมือที่ทรงพลังที่สุดในชุดเครื่องมือของ Silicon Valley คือความสามารถในการปรับสมดุลความเร็วและความลึกเมื่อเปิดตัวผลิตภัณฑ์ใหม่ หนังสือขายดีของ Eric Ries The Lean Startup เข้ารหัสปรัชญานี้ภายในแนวคิดของ ผลิตภัณฑ์ที่ทำงานได้ขั้นต่ำ (MVP)

เหตุใด MVP จึงมีประโยชน์มากกว่าที่เคย

เหตุผลหลักประการหนึ่งที่แนวคิดของ MVP ได้เพิ่มขึ้นในช่วงไม่กี่ปีที่ผ่านมาคือความเร็วและขนาดที่ไม่เคยมีมาก่อน ซึ่งตอนนี้เราสามารถได้รับและดำเนินการตามความคิดเห็นของลูกค้า ในปี 2009 เกมบน iPhone ของฉัน Slingshot Cowboy ถูกดาวน์โหลดโดยผู้คนหลายล้านคนภายในหนึ่งสัปดาห์หลังจากเปิดตัว และทำงานอย่างรวดเร็วจนติดอันดับบนสุดของชาร์ตอย่างรวดเร็ว (ถึงตำแหน่งเกมฟรีอันดับ 1 หลายครั้งตลอดอายุการใช้งาน) . ส่วนใหญ่ของความสำเร็จนี้อาจเป็นโชค แต่ถ้าฉันไม่รวบรวมข้อเสนอแนะอย่างรวดเร็วและใช้หลักการ MVP หลักตั้งแต่เนิ่นๆ ฉันก็ไม่สามารถรักษาโมเมนตัมนั้นไว้ได้นาน

หลักการแบบลีนลดลงเพื่อให้สามารถทำซ้ำได้อย่างรวดเร็ว ฉลาดในการใช้พลังงานและทรัพยากรของคุณ และว่องไว จดจ่อ และเปิดใจกว้าง แต่เราเชื่อว่าการบังคับใช้วิธีการนี้ไม่ได้จำกัดอยู่แค่สตาร์ทอัพเท่านั้น—ทีมในองค์กรขนาดใหญ่สามารถเพิ่มจังหวะในการสร้างสรรค์นวัตกรรมได้อย่างเต็มที่ด้วยการสร้าง MVP ที่ประสบความสำเร็จ

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

ตรวจสอบให้แน่ใจว่า MVP ของคุณคือ 'V'

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

รับความคิดเห็นก่อนใครจากคนที่ใช่

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

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

รวบรวมความคิดเห็นของผู้ใช้ขั้นสุดท้าย

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

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

ใช้การทดสอบ A/B เพื่อทำซ้ำอย่างรวดเร็ว

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

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

สำหรับการอ่านเพิ่มเติม Steven Dow ของ Stanford ได้สำรวจรูปแบบต่างๆ ของแนวคิดนี้ใน How Prototyping Practices Affect Design Results

ดูพื้นที่ผลิตภัณฑ์ของคุณ

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

การหาจุดสมดุลระหว่าง "ขั้นต่ำ" และ "ใช้ได้จริง" เป็นทักษะที่เข้าใจง่าย และทักษะที่คุณจะต้องฝึกฝนซ้ำๆ โดยเฉพาะอย่างยิ่งหากตลาดเปลี่ยนแปลงก่อนที่คุณจะส่ง MVP ของคุณ

หา 'ม'

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

กำหนดผลิตภัณฑ์ของคุณ

MVP ก็เหมือนตุ๊กตา Matryoshka: มี MVP ที่เล็กกว่าอยู่เสมอ คำจำกัดความของผลิตภัณฑ์ประกอบด้วยการค้นหาค่าต่ำสุดที่ใช้งานได้จริงมากที่สุด ขึ้นอยู่กับเป้าหมายของคุณ

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

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

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

การหาสมดุลระหว่าง "ขั้นต่ำ" และ "ใช้ได้จริง" เป็นทักษะที่เข้าใจง่าย และทักษะที่คุณจะต้องออกกำลังกายซ้ำๆ

บริหารจัดการอย่างมีวินัย

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

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

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

วิศวกรที่มีวินัย

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

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

หลักการแบบลีนในการดำเนินการ

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

ใช้ประโยชน์จากส่วนประกอบบุคคลที่สาม

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

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

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

ลดเวลาในการพัฒนา แต่อย่าเสียสละรากฐานที่มั่นคงสำหรับอนาคต

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

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

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

นี่คือตัวอย่างในชีวิตจริง เพื่อนผู้ประกอบการคนหนึ่งของฉันต้องการเพิ่มคุณสมบัติที่ดูเหมือนไม่สำคัญสองสามอย่างให้กับ MVP ของเขา เขามีนักพัฒนาที่มีประสบการณ์มากคนหนึ่งในทีมซึ่งสร้างผลงานที่ยอดเยี่ยมด้วยเงิน 120 เหรียญต่อชั่วโมง เพื่อนของฉันจ้างเด็กฝึกงานที่ราคา 30 เหรียญต่อชั่วโมง

การฝึกงานเสร็จสิ้นสี่วันต่อมา ในการตรวจสอบคร่าวๆ ฟีเจอร์ต่างๆ ดูเหมือนจะใช้งานได้ และเพื่อนของฉันก็ย้ายไปขั้นตอนต่อไป นักพัฒนาที่มีประสบการณ์เข้ามาเกี่ยวข้องอีกครั้ง และเขาตระหนักว่าไม่เพียงแต่โค้ดจะล้มเหลวในบางกรณีเท่านั้น แต่ยังไม่สามารถรักษาไว้ได้ในอนาคต ดังนั้นเขาจึงใช้เวลาทั้งวันเขียนใหม่

สี่วันของงานฝึกงาน (960 ดอลลาร์) บวกกับการเขียนใหม่หนึ่งวัน (960 ดอลลาร์) = 1920 ดอลลาร์ หากนักพัฒนาที่มีประสบการณ์ทำงานเกี่ยวกับคุณลักษณะนี้ตั้งแต่แรก จะทำเสร็จภายในหนึ่งในห้าของเวลาและเสียค่าใช้จ่ายน้อยกว่าครึ่งหนึ่งของเงิน แม้ว่าจะไม่มีค่าใช้จ่ายอื่นๆ ก็ตาม

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

ฝึกฝนสัญชาตญาณของคุณและเพลิดเพลินไปกับการผจญภัย

เราได้กล่าวถึงการพัฒนา MVP เพียงไม่กี่แง่มุมที่นี่ แต่ถึงแม้จะมีคำแนะนำที่ละเอียดถี่ถ้วน แต่ก็ยังมีกระบวนการมากกว่าที่คุณเชื่ออยู่เสมอ มีงานมากกว่าที่คุณคาดไว้ และความท้าทายมากกว่าที่คุณคาดไว้

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