สร้างสิ่งที่ลูกค้าต้องการ: สุดยอดสูตรอาหาร

จากข้อมูลของ Clayton Christensen ศาสตราจารย์แห่ง Harvard Business School ระบุว่ามีการเปิดตัวผลิตภัณฑ์ใหม่เกือบ 30,000 รายการในแต่ละปี และ 95% ล้มเหลว แม้ว่าตัวเลขนี้จะเกี่ยวข้องกับผลิตภัณฑ์ที่จับต้องได้ แต่ก็ต้องใช้ความพยายามเพียงเล็กน้อยในการตระหนักว่าตัวเลขนี้เป็นจริงสำหรับผลิตภัณฑ์ดิจิทัล และนี่เป็นความคิดที่น่ากลัวและน่ารำคาญ เพราะสตาร์ทอัพและผู้ประกอบการลงทุนเงินจำนวนมากเพื่อสร้างผลิตภัณฑ์เหล่านี้ สิ่งนี้นำเราไปสู่คำถามสำคัญที่ผู้จัดการผลิตภัณฑ์ทุกคนและทีมเทคโนโลยีที่เกี่ยวข้องถามตัวเองทุกครั้งที่พวกเขาจุ่มเท้าลงในแม่น้ำแห่งการสร้างผลิตภัณฑ์ดิจิทัล ทำไมผลิตภัณฑ์ถึงล้มเหลว และทีมสามารถทำอะไรได้บ้างเพื่อสร้างผลิตภัณฑ์ที่ลูกค้าต้องการ

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

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

เหตุผลที่บริษัทไม่สามารถสร้างผลิตภัณฑ์ที่ลูกค้าต้องการได้

• การแก้ปัญหาที่ไม่ถูกต้อง

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

• มุ่งสู่โซลูชั่นที่สมบูรณ์แบบ

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

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

• ไม่ได้รับข้อเสนอแนะในช่วงต้น

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

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

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

ผลิตภัณฑ์ก่อสร้างที่ลูกค้าต้องการ

• วิธีการทำงานย้อนหลัง

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

• ออกแบบ Sprint

หนึ่งในตัวอย่างที่ผู้จัดการผลิตภัณฑ์แบ่งปันคือการออกแบบอย่างรวดเร็วช่วยให้ทีมของเขาตัดสินใจเลือกระหว่างการสร้างและการซื้อได้อย่างไร ทีมของเขาได้รับมอบหมายให้เปลี่ยนขั้นตอนการผลิตเนื้อหาที่รองรับผู้ใช้ภายใน 400 คน งานของผู้ใช้เหล่านี้คือการสร้างเนื้อหา (รูปภาพ วิดีโอ gifs ฯลฯ) ทุกวันที่ปรากฏบนเว็บไซต์สำหรับผู้ใช้ที่ใช้งานอยู่ 50 ล้านคนต่อวัน ขั้นตอนการผลิตเนื้อหาใหม่ได้รับการกล่าวขานว่าช่วยประหยัดเงินได้ 2 ล้านยูโรต่อปีในปี 2020 ผู้จัดการผลิตภัณฑ์รวบรวมทีมวิ่งซึ่งประกอบด้วยผู้ใช้สองสามคน หัวหน้าของพวกเขา ผู้จัดการฝ่ายวิศวกรรม และหัวหน้าฝ่ายออกแบบ วิ่งต่อไปเป็นเวลาหนึ่งสัปดาห์ ในตอนท้ายของการวิ่ง ทีมเทคโนโลยีไม่เพียงแต่เข้าใจปัญหาที่เกิดขึ้นเท่านั้น แต่ยังคิดหาวิธีแก้ปัญหาที่มีต้นทุนต่ำ ซึ่งพวกเขาจะเปลี่ยนเป็นผลิตภัณฑ์เต็มรูปแบบภายในระยะเวลา 2 เดือน

• ข้อเสนอแนะเชิงปริมาณและเชิงคุณภาพ

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

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

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