วิธีจัดลำดับความสำคัญของการพัฒนาคุณลักษณะหลังจากที่คุณสร้าง MVP

[ บนหน้าปก : แอพมือถือ Unnight ]

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

คุณไม่ได้สังเกตหรือว่าการสร้าง MVP มีเอฟเฟกต์ก้อนหิมะ ?

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

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

ตามทฤษฎีโมเดล Kano ที่จำแนกลูกค้าออกเป็น 5 ประเภท นี่คือประเภทที่ 3 - คุณสมบัติที่น่าดึงดูดที่ผู้ใช้ปรารถนา แต่จุดประสงค์หลักของ MVP นั้นแตกต่างออกไป ผลิตภัณฑ์ที่ใช้งานได้ขั้นต่ำถูกสร้างขึ้นเพื่อทดสอบแนวคิด MVP ของคุณต้องตอบคำถามที่ว่า “ ตลาดสนใจผลิตภัณฑ์ของฉันจริงหรือ? ”; ดังนั้นจึงควรที่จะพัฒนาผลิตภัณฑ์นี้ให้เร็วขึ้นและราคาถูกลงด้วย MVP ขั้นต่อไปที่มีคุณสมบัติครบครัน

เมื่อ MVP เสร็จแล้ว ขั้นตอนต่อไปหลังจากสร้าง MVP คืออะไร?

1. ทดสอบเบต้าก่อน

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

2. 3, 2, เปิดตัว

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

• บริการ SEO/ASO
• โพสต์บล็อก
• ข่าวประชาสัมพันธ์และโฆษณาในนิตยสาร
• การแข่งขันและการแข่งขัน

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

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

อะไรจะเกิดขึ้นหลังจากผลิตภัณฑ์ที่มีศักยภาพน้อยที่สุด?

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

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

2. ผู้ใช้ตอบกลับที่ได้รับ Google Play และ App Store เป็นวิธีที่สะดวกแก่คุณในการตรวจสอบโดยดูที่ส่วนการตอบกลับ อย่างไรก็ตาม ให้มองหาการกล่าวถึงแบรนด์ของคุณในโซเชียลเน็ตเวิร์ก ฟอรัม และแพลตฟอร์มบนเว็บ เครื่องมือที่เราแนะนำให้คุณใช้คือ YouScan ที่ให้คุณค้นหาทุกอย่าง ตั้งแต่การประเมินไปจนถึงการร้องเรียนที่มีการกล่าวถึงแบรนด์ของคุณ

   

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

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

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

แนวทางของ DIBB

นอกจากนี้เรายังจะเน้นแนวทางผลิตภัณฑ์ของ DIBB - Data, Insight, Bet and Believe โดย 4 ขั้นตอนนี้จะอธิบายกระบวนการทั้งหมดที่เกิดขึ้นภายในผลิตภัณฑ์ ประการแรก คุณวิเคราะห์ข้อมูล จากนั้นจึงดูข้อมูลเชิงลึกของคุณ เดิมพันคุณสมบัติบางอย่าง และสุดท้าย คุณเชื่อว่าสิ่งที่จำเป็นนั้นเป็นจริง แนวคิดของ DIBB ทั้งหมดเป็นวัฏจักรของการคาดคะเนที่ขับเคลื่อนด้วยข้อมูลซึ่งคุณต้องตรวจสอบ เพื่อทำการเปลี่ยนแปลงที่ให้ผลกำไรสูงสุด

โน๊ตสำคัญ

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

สนใจที่จะทำงานกับความคิดเห็นเชิงลบของลูกค้าหรือไม่? บทความของเราเกี่ยวกับ "วิธีการทำงานกับคำติชมของผู้ใช้" กำลังจะตีเร็วๆ นี้ / อัพเดทอยู่เสมอ!

จาก MVP สู่ MLP

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

เขียนโดย Ivan Dyshuk & Elina Bessarabova