สร้างกล่องเครื่องมือการค้นหาผลิตภัณฑ์ของคุณเอง

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

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

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

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

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

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

แต่เมื่อถึงจุดหนึ่ง ฉันเริ่มตั้งคำถามถึงวิธีที่แนวคิดใหม่ๆ พบใน Backlog ของเรา ต้องมีวิธีที่ดีกว่าการลอกเลียนคู่แข่ง ก้าวไปสู่เทรนด์การออกแบบใหม่ๆ และรอ "แนวคิดที่ยอดเยี่ยม" ล่าสุดของ CEO

หลังจากเดินตามเส้นทางของการเป็น Product Manager ที่มีงานยุ่งอยู่พักหนึ่ง ฉันก็ได้รับการแนะนำให้รู้จักกับแนวคิด Product Discovery และ Dual-Track Agile ฉันตกหลุมรักทั้งสองความคิดทันที

น่าเสียดายที่เรื่องราวความรักนี้ไม่ได้จบลงด้วยดี ฉันหลงทางในการวนซ้ำ Product Discovery ซ้ำๆ ไม่รู้จบ และพยายามทำตามขั้นตอนของบริษัท "ที่มีชื่อเสียง" อื่นๆ ทีละขั้นตอน เมื่อฉันไม่สามารถปฏิบัติตามแนวทางของพวกเขาได้อย่างแน่นอน ฉันรู้สึกเหมือนว่าฉันล้มเหลว แทนที่จะสำรวจพื้นที่ของปัญหาและหาวิธีแก้ปัญหาใหม่ เรากลับกลายเป็นเหยื่อของโมเดลที่เราหยิบขึ้นมาบน Twitter และสื่อ

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

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

ในขณะที่อธิบายว่า Discovery และ Delivery ไปด้วยกันได้อย่างไร การแสดงภาพที่ได้รับความนิยมมากที่สุดของ Dual-Track Agile ยังแนะนำความเป็นเส้นตรงที่แยกออกจากความเป็นจริงที่ทีมเรียลลิตี้ต้องเผชิญทุกวัน มีข้อจำกัดในการทำให้การค้นพบซ้ำพอดีกับจังหวะการวิ่งที่มีอยู่ ในทำนองเดียวกัน ทีมไม่ควรรู้สึกว่าจำเป็นต้องเปลี่ยนทุกแนวคิดการค้นพบใหม่ไปสู่การพัฒนาอย่างรวดเร็ว

ฉันเชื่อว่าความแข็งแกร่งนี้มีอยู่เพราะ "เขตสบาย" การเน้นย้ำซ้ำๆ ที่ผลลัพธ์ในการวิ่งระยะสั้นที่มีให้สำหรับผู้มีส่วนได้ส่วนเสียและทีม ตราบใดที่แนวคิดใหม่ ๆ ถูกผลักดันเข้าสู่ Backlog ของ Sprint การใช้งานทีมจะยังคงอยู่ในระดับสูง ซึ่งหมายความว่าจะมีคุณค่า (รับรู้) มากขึ้นอยู่เสมอ

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

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

สิ่งนี้ทำให้ฉันต้องคิดใหม่ว่าจะช่วยทีมค้นหาเส้นทางของตนเองผ่าน "ป่า" ของ Product Discovery ได้อย่างไร ฉันมาเชื่อว่าไม่มีทางเดียวที่จะปกครองพวกเขาทั้งหมด แต่เป็นการเตรียมทีมให้มีทักษะ วิธีการ และความมั่นใจในการกำหนดและดำเนินการตามแนวทางของแต่ละคน

แน่นอนว่าสิ่งนี้ขึ้นอยู่กับวัฒนธรรมของบริษัทเป็นอย่างมาก แต่เป็นการเปลี่ยนแปลงพฤติกรรมที่สมาชิกในทีมแต่ละคนสามารถจุดประกายได้เช่นกัน การเป็นเจ้าของ Product Discovery และผลลัพธ์เป็นหนึ่งในขั้นตอนที่สำคัญที่สุดในการเปลี่ยนจากการเป็น Feature Factory ไปสู่การเป็น Product Team ที่มีอำนาจ

เปลี่ยนโฟกัสจากการส่งมอบไปสู่การค้นพบที่เน้นผลลัพธ์

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

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

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

เฟสสร้างขึ้นจากกันและกัน แต่ไม่ใช่แบบต่อเนื่อง/เชิงเส้น ขึ้นอยู่กับบริบท อาจไม่จำเป็นด้วยซ้ำ การทำงานในส่วนใดด้านหนึ่งไม่ได้รับประกันความสำเร็จ (และไม่ได้ทำงานครบทุกด้าน) ในแง่หนึ่ง คุณต้องเขียน playbook ของคุณเอง

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

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

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

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

antipatterns ทั่วไป ได้แก่ :

1. การวัดความสำเร็จของทีมโดยพิจารณาจากความเร็วของกิจกรรมการค้นพบที่เสร็จสิ้น ซึ่งอาจช่วยให้คุณกำหนดความหลากหลายของวิธีการค้นพบ แต่จะไม่ช่วยให้คุณเข้าใจว่าวิธีการเหล่านั้นตรงกับความท้าทายหรือไม่
2. เปลี่ยนความคิดใหม่ให้เป็นแนวคิดดั้งเดิมของผู้มีส่วนได้ส่วนเสียในรูปแบบอื่นเป็นประจำ
3. การวนซ้ำไม่รู้จบโดยไม่มีข้อมูลเชิงลึกใหม่ เมื่อถึงจุดหนึ่ง คุณต้องพิจารณาแนวทางของคุณใหม่
4. ไม่ผูกมัดทรัพยากร/เวลา และทำ “งานสำรวจ” ในนามเท่านั้น

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

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

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

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

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

สรุป

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

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

พร้อมที่จะเริ่มต้นหรือยัง นี่คือโบนัสที่จะช่วยคุณ

เป็นสิ่งสำคัญสำหรับฉันที่คุณสามารถนำสิ่งที่จับต้องได้ออกไปจากเรื่องราวที่แบ่งปันในบทความนี้ เพื่อช่วยให้คุณทำอย่างนั้น เราได้ตั้งค่าส่วนโบนัสพิเศษสำหรับคุณ

โบนัสฟรี ได้แก่ :

1. หลักสูตรอีเมล Product Discovery Navigator ฟรี 6 วัน เพื่อช่วยให้คุณอยู่ในหลักสูตรได้ตลอดระหว่าง Product Discovery
2. แนวทางปฏิบัติที่ดีที่สุดของฉันสำหรับการเอาชนะอคติในการยืนยันใน Product Discovery
3. สิ่งที่ฉันหวังว่าฉันจะรู้เมื่อเปิด Discoveries ครั้งแรกของฉัน

คุณสามารถเข้าสู่พื้นที่โบนัสได้โดยสมัครที่นี่