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

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

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

ด้วยความกระตือรือร้นของฉันที่มีต่อบริษัทขนาดเล็ก/การเติบโต/ที่มุ่งเน้นนวัตกรรม ฉันจึงนำแนวทางปฏิบัติและกระบวนการที่ดีที่สุดที่ฉันได้เรียนรู้ในช่วงหลายปีที่ผ่านมาในบริษัทขนาดใหญ่มาปรับใช้เพื่อทำงานในบริษัทขนาดเล็ก อดีตเพื่อนร่วมงาน CMO ขอให้ฉันส่งเฟรมเวิร์กนี้ไปให้เธอเพื่อช่วย Product org ในบริษัทของเธอ ดังนั้นฉันคิดว่าแนวคิดนี้โดนใจเธอ!

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

เหตุการณ์สำคัญ / ขั้นตอนมีดังนี้:

RA = การวิจัยและการวิเคราะห์

P = แผน

I = ดำเนินการ

D = การจัดส่ง

S = การทำให้เสถียร

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

เหตุผลในการปรับขนาดคือต้องมีการแบ่งปันข้อมูลที่สำคัญอยู่เสมอ เช่น:

1. เราลงทุนในผลิตภัณฑ์นี้เท่าไร?
2. นานไหมกว่าจะเสร็จ?
3. คลาสสิก "เราอยู่ที่นั่นหรือยัง" คำถาม…
4. เมตริกใดที่บ่งบอกถึงความสำเร็จของผลิตภัณฑ์
5. เราจะสร้างรายได้จากโซลูชันนี้อย่างไร

RA = การวิจัยและการวิเคราะห์

• เป้าหมาย: go/no-go ของผลิตภัณฑ์/ความคิดริเริ่ม
• เส้นเวลา:เป้าหมายคือวัน/สัปดาห์
• คำถามสำคัญที่ตอบ:
  -โอกาสทางการตลาด/การระบุกรณีธุรกิจ
  - โปรไฟล์ลูกค้าในอุดมคติ (ICP)
  - สมมติฐานชุดผลิตภัณฑ์หรือฟีเจอร์ก่อนหน้า
  - สมมติฐานเมตริกผลิตภัณฑ์หรือ KPI รุ่นแรก
  - สมมติฐานผู้ขายที่เกี่ยวข้อง
  - สมมติฐานบริการหลัก/แพลตฟอร์ม (หากสร้างจากแพลตฟอร์มที่มีอยู่)

1-เพจเจอร์

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

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

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

P = แผน

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

มนต์ของฉันสำหรับขั้นตอนนี้ซึ่งประเภทการปรับปรุงบ้าน DIY เข้าใจคือ "วัดสองครั้งตัดครั้งเดียว"

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

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

ขึ้นอยู่กับวิธีที่คุณสร้างและสื่อสารแผนงานของคุณ รายการที่เข้าสู่ขั้นตอนการวางแผนควรอยู่ในแผนงานโดยมีลักษณะเหมือนวันที่เผยแพร่

I = ดำเนินการ

• เป้าหมาย:สร้างและเตรียมการส่งมอบผลิตภัณฑ์
• เส้นเวลา : โดยปกติจะเป็นสัปดาห์/เดือน
• ตอบคำถามสำคัญ:
  -พัฒนาซอฟต์แวร์
  - สรุป UX
  - รุ่นอัลฟ่า/เบต้า
  - การดำเนินงานเบื้องต้น & การตรวจสอบภายใน
  - เริ่มต้นสู่ตลาด

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

D = การจัดส่ง

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

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

S = การทำให้เสถียร

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

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

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

รวดเร็ว

ในบริษัทขนาดเล็ก ฉันใช้ 1-pager และได้รับสิ่งต่างๆ จาก RA ถึง P ภายในหนึ่งหรือสองสัปดาห์ โดยเฉพาะอย่างยิ่งเมื่อเราตั้งเป้าหมายในฐานะบริษัท ที่กล่าวว่า การมีกรอบการทำงานสำหรับสิ่งนี้ทำให้การสนทนาเป็นปกติ เพื่อให้ทุกคนในบริษัทสามารถเข้าใจได้ นอกจากนี้ยังหมายความว่าหากคุณต้องการเพิ่มบางอย่าง เช่น ทีม Ops ตอนนี้คุณมีที่สำหรับสิ่งนั้นแล้ว

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

ฉันแน่ใจว่ามีเฟรมเวิร์กอื่นๆ อีกมากมายที่คล้ายกันหรืออาจแตกต่างกันอย่างมาก สำหรับฉันแล้ว มันเหมือนกับการมีสูตรเค้กที่คุณรู้ว่าจะต้องออกมาอร่อยอยู่เสมอ แต่บางครั้งคุณก็ต้องการปรับแต่งเพื่อเวลา รสชาติ หรือความปรารถนา!