คุณควรสร้าง MVP ก่อนสร้างแอปหรือไม่
เผยแพร่แล้ว: 2022-03-10คุณสามารถเดิมพันด้วยแนวคิดสำหรับแอพหรือสมมติฐานว่าผู้บริโภคจะตอบสนองต่อสิ่งนั้นอย่างไร? ฉันพนันได้เลยว่าลูกค้าของคุณไม่สะดวกที่จะทำเช่นนั้น โดยเฉพาะอย่างยิ่งเมื่อเป็นเงินและชื่อเสียงของพวกเขาในสายงาน
แอปอาจเป็นการลงทุนที่มีความเสี่ยงสำหรับธุรกิจ หากไม่ได้รับการติดต่อด้วยความระมัดระวัง ถึงอย่างนั้น แนวคิดของแอปที่ได้รับการวิจัยมาเป็นอย่างดีอาจนำไปสู่อัตราการดาวน์โหลดและการรักษาผู้ใช้ที่น่าผิดหวัง
ไม่ว่าคุณจะอยู่ในธุรกิจของการสร้างแอพมือถือหรือผลิตภัณฑ์ SaaS คุณเคยคิดเกี่ยวกับการใช้ผลิตภัณฑ์ขั้นต่ำที่ทำงานได้ (MVP) เพื่อปกป้องการลงทุนของลูกค้าของคุณหรือไม่?
MVP ไม่เพียงแต่ช่วยให้คุณได้รับโครงการผ่านไปป์ไลน์ของคุณได้เร็วขึ้น แต่ยังช่วยให้นักพัฒนาสามารถสร้างผลิตภัณฑ์ที่แข็งแกร่งขึ้นโดยรวมสำหรับลูกค้าของพวกเขา
นี่คือสิ่งที่คุณต้องรู้
คุณค่าของ MVP ในการพัฒนาแอพ
แฟรงค์ โรบินสัน เป็นคนแรกที่กำหนดสิ่งที่ MVP กลับมาในปี 2544 ที่รากฐานของมัน MVP คือเวอร์ชันที่ปรับลดขนาดของผลิตภัณฑ์ที่เผยแพร่สู่สาธารณะเพื่อวัตถุประสงค์ในการทดสอบและตรวจสอบแนวคิดของผลิตภัณฑ์และความอยู่รอดในตลาด .
Eric Ries ผู้เขียน The Lean Startup เป็นหนึ่งในผู้สนับสนุน MVP ช่วงแรกๆ และเขามีสิ่งที่น่าสนใจที่จะพูดเกี่ยวกับสาเหตุและวิธีที่เราควรนำมาใช้ในปี 2013:
ประเด็นไม่ได้อยู่ที่การสร้างผลิตภัณฑ์ที่บางกว่า คือการให้เวอร์ชันหรือแนวคิดพื้นฐานที่สุดของแอปอยู่ในมือของผู้รับบุตรบุญธรรมและผู้เผยแพร่ศาสนา ด้วยวิธีนี้ นักพัฒนาซอฟต์แวร์จะรวบรวมความคิดเห็นของผู้ใช้ตั้งแต่เนิ่นๆ ในทางกลับกัน ใช้เพื่อกำหนดรูปแบบผลิตภัณฑ์ให้เป็นเวอร์ชันสุดท้ายอย่างเหมาะสม
ยกตัวอย่าง Dropbox นี่คือลักษณะของหน้า Landing Page ของผลิตภัณฑ์ในปี 2009:
เป็นหน้าง่ายๆ ที่มีชื่อบริษัท คำอธิบายเกี่ยวกับซอฟต์แวร์ และลิงก์สำหรับดาวน์โหลดแอปเดสก์ท็อปหรือมือถือ สำหรับผู้ใช้ที่ต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับสิ่งที่พวกเขาได้รับ "ทัวร์ชม" จะพาพวกเขาไปที่ไซต์ขนาดเล็กพร้อมข้อมูลเพิ่มเติม:
นั่นห่างไกลจากบริการจัดเก็บข้อมูลอันทรงพลัง การสร้างเนื้อหา และบริการการทำงานร่วมกันที่ทั้งผู้บริโภคและธุรกิจใช้อยู่ในปัจจุบัน:
แต่นั่นคือความงดงามของ MVP โดยพื้นฐานแล้ว มันบังคับให้นักพัฒนา สร้างผลิตภัณฑ์ที่มีชุดคุณลักษณะขั้นต่ำเท่านั้น — แต่จำเป็นอย่างยิ่ง —
Dropbox ไม่จำเป็นต้องมองเห็นถึงพลังของบริการจัดเก็บข้อมูลบนคลาวด์หรือสร้างบางสิ่งที่ไม่เหมาะกับตลาดในขณะนั้น ทั้งหมดที่จำเป็นต้องทำคือเปิดตัวโซลูชันง่ายๆ ที่ผู้ใช้จำเป็นต้องใช้ในครั้งต่อๆ ไป จากนั้น ผู้ใช้จะสามารถตรวจสอบผลิตภัณฑ์และบอกทิศทางที่จำเป็นสำหรับการนำผลิตภัณฑ์ของบริษัทไปใช้
มีประโยชน์อื่นๆ ในการสร้าง MVP:
- คุณสามารถนำผลิตภัณฑ์ออกสู่ตลาดได้เร็วกว่าถ้าคุณรอให้แอปตัวเต็มพัฒนา
- คุณได้รับโอกาสทดสอบความเป็นไปได้ของแนวคิดนี้ ก่อนที่คุณจะมอบชั่วโมงการทำงานให้กับงานมากเกินไป
- คุณให้พื้นที่ตัวเองมากขึ้น (และอาจจะให้อภัยเล็กน้อยด้วย) เพื่อแก้ไขข้อบกพร่องในผลิตภัณฑ์ขั้นสุดท้ายของคุณ
- คุณประหยัดเงินด้วย MVP ประการแรก เนื่องจากคุณใช้เวลาสร้างคุณลักษณะที่จำเป็นอย่างยิ่งเท่านั้น ประการที่สอง เนื่องจากคุณอาจพบว่าผู้ใช้พึงพอใจกับเวอร์ชันที่ลดขนาดลง และคุณไม่จำเป็นต้องดำเนินการใดๆ เพิ่มเติมเพื่อจบผลิตภัณฑ์
- ด้วยแนวคิดที่ผ่านการทดสอบแล้วซึ่งผู้ใช้ยอมรับ คุณมีบางสิ่งที่จะนำเสนอแก่นักลงทุน ซึ่งจะทำให้กระบวนการพัฒนาที่เหลือดำเนินไปอย่างราบรื่นมากขึ้น
ดังที่ Eric กล่าวไว้ในวิดีโอ MVP เป็นวิธีที่ดีที่สุดในการเพิ่มโอกาสในการประสบความสำเร็จสูงสุด และ ทำได้ในกรอบเวลาที่สั้นกว่าการพัฒนาผลิตภัณฑ์แบบสมบูรณ์ที่ทำได้
วิธีสร้าง MVP อันมีค่าที่ผู้ใช้ต้องการทดสอบ
ความสำเร็จของ MVP ของคุณขึ้นอยู่กับความสามารถในการใช้ประโยชน์จากข้อมูลเชิงลึกและข้อเสนอแนะจากผู้ที่ใช้งานในช่วงแรกๆ — คนที่อยู่ข้างคุณ 100% เชื่อมั่นในผลิตภัณฑ์ และต้องการช่วยคุณเติมเต็มช่องว่าง ดังนั้นอย่ามองข้ามสิ่งนั้น
MVP ไม่ใช่แอพครึ่งตัวที่รวมกัน ยังคงต้องมีค่า
นี่คือสิ่งที่คุณต้องทำก่อนสร้างและเปิดตัว MVP:
1. ตัดสินใจวัตถุประสงค์ของผลิตภัณฑ์
หากคุณต้องการให้แอปของคุณประสบความสำเร็จ จะต้องแก้ปัญหาเฉพาะสำหรับฐานผู้บริโภคขนาดใหญ่ นั่นหมายความว่า MVP ของคุณต้องแยกแยะอย่างชัดเจนว่าผลิตภัณฑ์ทำอะไร และเหตุใดผู้ใช้จึงต้องการ
ตัวอย่างเช่น นี่คือวิธีที่ Uber (ในตอนนั้นคือ UberCab) ขายตัวเองในช่วงเบต้าในปี 2010:
เช่นเดียวกับตัวอย่าง Dropbox ก่อนหน้านี้ แนวคิดนี้เรียบง่ายมากและไม่ซับซ้อนในแง่ของการอธิบายว่ามันคืออะไรหรือเหตุใดจึงมีค่ามาก แต่คุณยังคงได้รับความคิด เป็นแอพที่ให้ผู้คนสั่งซื้อและชำระค่ารถจากโทรศัพท์ของพวกเขา โดยพื้นฐานแล้วมันเป็นการทดแทนที่สะดวกสำหรับรถแท็กซี่
ก้าวไปข้างหน้าหนึ่งปี คุณจะเห็นว่า Uber เริ่มสร้างเอกลักษณ์และคุณค่าด้วยการเปิดตัวผลิตภัณฑ์อย่างเป็นทางการ:
ย้อนกลับไปในปี 2011 เมื่อ Uber ทิ้ง "Cab" และเรียกตัวเองว่าเป็นบริการขับรถส่วนตัวเมื่อโทรเรียก เป็นวิธีที่จะทำให้ผู้บริโภคได้สัมผัสกับสิทธิพิเศษอันหรูหราที่พวกเขาอาจไม่สามารถซื้อได้
แม้ว่านั่นจะไม่ใช่รูปแบบสุดท้ายที่ Uber ใช้ แต่คุณสามารถดูได้ว่าความคิดเห็นของผู้ใช้ในช่วงต้นช่วยให้นักพัฒนาผลิตภัณฑ์ตัดสินใจว่าส่วนใดของแพลตฟอร์มที่คุ้มค่าต่อการเน้นและสร้าง
นี่คือสิ่งที่จะเกิดขึ้นเมื่อคุณสร้าง MVP และเริ่มรวบรวมข้อมูลเชิงลึกอันมีค่าจากผู้ใช้เกี่ยวกับสิ่งที่พวกเขาต้องการและคุณลักษณะที่พวกเขาต้องการ แต่ก่อนอื่น คุณต้องเริ่มด้วยการทำความเข้าใจวัตถุประสงค์ทั่วไปและคุณค่าของมันก่อน คุณสามารถปรับแต่งได้ในภายหลัง
2. ค้นหาผู้ใช้ในอุดมคติของคุณ
คุณมีแนวคิดของคุณ ถึงเวลาต้องคิดให้ออกว่าผู้บริโภคจะต้องการมันหรือไม่ แม้ว่า MVP จะถูกกว่าและเร็วกว่าในการสร้าง ไม่ได้หมายความว่ามันจะไม่เสียเวลาและทรัพยากรของคุณไปโดยเปล่าประโยชน์ อย่างน้อยคุณต้องยืนยันว่ามีความสนใจ จากนั้นจึงกำหนดให้ชัดเจนว่าใครคือผู้ใช้เป้าหมายของคุณ
โดยเฉพาะคุณต้องนึกถึงสถานที่
ในตัวอย่าง Uber ด้านบน คุณจะเห็นว่าผลิตภัณฑ์รุ่นเบต้าได้รับการทดสอบในซานฟรานซิสโกเท่านั้น
Airbnb เวอร์ชันเริ่มต้นทำสิ่งที่คล้ายคลึงกัน Joe Gebbia ผู้ร่วมก่อตั้ง Airbnb เล่าเรื่อง MVP ของเขาใน How I Built This ตอนปี 2017
โดยพื้นฐานแล้วเขามีเงินสดน้อยและตัดสินใจเช่าที่นอนลมในอพาร์ตเมนต์ในซานฟรานซิสโกสำหรับการประชุมที่จะเกิดขึ้น เมื่อรู้ว่าโรงแรมจะมีห้องพักไม่เพียงพอ เขาจึงคิดว่าเขาสามารถทำเงินได้ แต่ไม่ใช่แค่เช่าเงินที่เขาทำ เขาได้ไอเดียสำหรับธุรกิจใหม่หลังจากที่ผู้คนจำนวนมากแสดงความสนใจที่จะเช่าพื้นที่ในอพาร์ตเมนต์ของเขา
เขาและคู่หูจึงสร้างเว็บไซต์ชื่อ "AirBed & Breakfast" เมื่อมันเผยแพร่จริง มันแผ่ขยายไปไกลกว่าพื้นที่ทดสอบดั้งเดิมในซานฟรานซิสโก
ในปี 2552 มีการเช่า AirBnB ใน 72 ประเทศ ทุกวันนี้ คุณสามารถเลือกทิ้งขยะได้ในทุกเมืองทั่วโลก แต่ทุกอย่างเริ่มต้นที่ซานฟรานซิสโก
ดังนั้น ในขณะที่คุณเริ่มสร้างผลิตภัณฑ์ของคุณ ลองนึกถึงสถานที่ที่ดีที่สุดในการทดสอบและรับข้อเสนอแนะเกี่ยวกับแอปของคุณ ก่อนที่คุณจะปล่อยเวอร์ชันเต็ม คุณต้องการให้พื้นที่นั้นเป็นตัวแทนที่ดีของประชากรและข้อมูลประชากรที่คุณตั้งเป้าที่จะกำหนดเป้าหมาย นอกจากนี้ คุณต้องตรวจสอบให้แน่ใจว่ามีความต้องการผลิตภัณฑ์และผู้ใช้เป้าหมายของคุณสามารถใช้มันได้ (เมื่อคุณเริ่มสร้างรายได้)
3. เลือกรูปแบบ MVP
รูปแบบของ MVP ของคุณเป็นอีกสิ่งสำคัญที่ควรพิจารณาก่อนทำสิ่งปลูกสร้างใดๆ
ในบางกรณี คุณจะต้องสร้างผลิตภัณฑ์ที่ใช้งานได้ ตัวอย่างเช่น สมมติว่าเป้าหมายของคุณคือการสร้างแอปหาคู่ใหม่ มีแอพหาคู่มากมายในตลาด โดยเฉพาะอย่างยิ่งกับสองแอพที่ครองแพ็คอย่างต่อเนื่อง คุณทราบดีว่าการสร้างแอพหาคู่บนมือถือจะเป็นการเดิมพันที่ใหญ่และมีค่าใช้จ่ายสูง ไม่ว่าคุณจะลดคุณสมบัติต่างๆ ลงมากเพียงใด แล้วคุณจะทำอย่างไร?
คุณสามารถสร้างแอพหาคู่ กปภ. แทน ค่าใช้จ่ายจะลดลง เวลาสู่ตลาดเร็วขึ้นอย่างมาก และง่ายกว่ามากที่จะได้ MVP ของคุณต่อหน้าผู้ใช้มากกว่าที่คุณจะใส่บางอย่างใน App Store คุณอาจพบว่า กปภ. ก็เพียงพอแล้วในแง่ของรูปแบบผลิตภัณฑ์ในที่สุด
ในกรณีอื่นๆ MVP ไม่จำเป็นต้องเป็นผลิตภัณฑ์จริงด้วยซ้ำ อาจเป็นเพียงเว็บไซต์ที่ประกาศผลิตภัณฑ์หรือจัดทำโครงร่าง/ต้นแบบของแนวคิด
ในปี 2018 Rand Fishkin ประกาศว่าเขาจะออกจาก Moz ซึ่งเป็นบริษัทที่เขาร่วมก่อตั้งในปี 2004 พร้อมกันนี้ เขาได้ประกาศผลิตภัณฑ์ใหม่ที่ชื่อว่า SparkToro
ตอนนี้ Rand คือคนที่สามารถเปิดตัว แนวคิด ในฐานะ MVP และยังคงประสบความสำเร็จ เขามีประวัติอันยาวนานและชื่อเสียงที่มั่นคงในพื้นที่นี้ ดังนั้นแน่นอนว่า ผู้ใช้จะสนใจผลิตภัณฑ์ใหม่นี้แม้ว่าจะไม่มีให้บริโภคก็ตาม
สำหรับผู้ที่สร้าง MVP สำหรับแบรนด์ใหม่ คุณอาจจะไม่ได้โชคดีเช่นนี้ อย่างไรก็ตาม จะขึ้นอยู่กับประเภทของผลิตภัณฑ์ที่คุณวางแผนจะสร้าง
หากไม่มีวิธีใดที่จะสร้างผลิตภัณฑ์ในเวอร์ชันย่อส่วนได้อย่างแท้จริง นี่อาจเป็นตัวเลือกที่คุ้มค่าแก่การสำรวจ จะเป็นความคิดที่ดีเช่นกันหากคุณหรือลูกค้าของคุณไม่มีเงินทุนเลย และต้องการความคิดเห็นที่ได้รับการตรวจสอบเพื่อพิสูจน์ว่าแนวคิดของคุณมีความเป็นไปได้จริงต่อนักลงทุน นั่นเป็นวิธีเดียวที่ฉันเห็น Joe Schmoes หลีกเลี่ยงสิ่งนี้
หากคุณใช้เส้นทางนี้ คุณจะต้องมีส่วนอธิบายที่ดีเช่นกัน นี่คือสิ่งที่ SparkToro มีในหน้าสิ่งที่เรากำลังสร้าง:
ฉันคิดว่าสำหรับผู้ใช้ประเภทต่างๆ ที่สนใจผลิตภัณฑ์เช่นนี้ กล่าวคือ นักการตลาดขั้นสูงที่ต้องการโซลูชันประเภทนี้จริงๆ วิธีทดสอบแนวคิดและความอยู่รอดของคุณลักษณะนี้เป็นวิธีที่ดี มันเขียนด้วยภาษาของพวกเขาและด้วยภาพที่พวกเขาเข้าใจ
อย่างไรก็ตาม สำหรับผู้ใช้ที่ไม่คุ้นเคยกับแบรนด์ของคุณหรือไม่ได้รับการฝึกฝนมาเป็นอย่างดีในฐานะผู้ชมของ Rand โครงร่างหรือต้นแบบของแดชบอร์ดของผลิตภัณฑ์จะเป็นความคิดที่ดีกว่า แม้แต่วิดีโออธิบายจากผู้ก่อตั้งก็ยังใช้ได้ดี ต้องเป็นสิ่งที่โน้มน้าวให้ผู้ใช้สมัครและเริ่มให้ข้อเสนอแนะโดยเร็วที่สุด
4. ค้นหาขั้นต่ำที่แท้จริงของคุณ
หากคุณดูวิดีโอของ Eric Ries คุณจะเห็นว่าเขามีสูตรสำหรับกำหนดคุณสมบัติขั้นต่ำของ MVP ของคุณ มันไปเช่นนี้:
# ของคุณสมบัติขั้นต่ำที่คุณคิดว่าคุณต้องการ / 8 = ค่าต่ำสุดที่แท้จริง
มันสมเหตุสมผลถ้าสูตรนั้นทำให้คุณรู้สึกวิตก แต่ลองคิดดูดังนี้
คุณสร้าง MVP ที่เรียบง่ายที่สุดเท่าที่เป็นไปได้โดยที่มันไม่ไร้ประโยชน์ คุณจัดส่งให้กับผู้ใช้และให้โอกาสพวกเขาในการแสดงความคิดเห็น
บางสิ่งอาจเกิดขึ้นเป็นผล:
พวกเขาเกลียดมันอย่างแน่นอน
พวกเขาบ่นกับคุณว่าฟีเจอร์ A ห่วยแค่ไหนและพวกเขาต้องการทำอย่างอื่นอย่างไรหรือฟีเจอร์ B เกือบจะอยู่ที่นั่นแล้ว แต่กลับไม่เป็นไปตามความคาดหวัง ที่สมบูรณ์แบบ! ผู้ใช้ทดสอบของคุณจะบอกคุณอย่างชัดเจนว่าพวกเขาต้องการอะไรจากผลิตภัณฑ์ของคุณ รับคำติชมที่สอดคล้องกันเพียงพอ และคุณจะมีรายการคุณสมบัติที่ต้องมีซึ่งจำเป็นต้องปรากฏในแอปเวอร์ชันถัดไป
พวกเขาโอเคกับมัน แต่ยังไม่รักมัน… ยัง
อีกครั้ง ไม่เป็นไรหากผู้ใช้ไม่พอใจกับมัน 100% คุณได้ให้โอกาสพวกเขาได้ลองใช้ผลิตภัณฑ์ที่ยอดเยี่ยมและพวกเขาเห็นสัญญาในนั้น ให้โอกาสพวกเขาได้พูดในสิ่งที่คิดและทำให้คุณรู้ว่าพวกเขารักอะไรและไม่ชอบอะไร จากนั้นให้เน้นที่การเสริมความแข็งแกร่งให้กับจุดอ่อนเหล่านั้นและรวมถึงคุณสมบัติที่จะทำให้เป็นจุดเปลี่ยนของเกมอย่างแท้จริง
พวกเขาจะรักมันเหมือนเดิม
บอกตรงๆ ว่าไม่น่าจะเกิดขึ้น แต่จะดีหรือไม่ถ้าคำติชมมีน้อยมากจนคุณสามารถหมุนด้วย MVP ได้เหมือนเดิม? นอกจากนี้ ลองนึกถึงเวลาทั้งหมดที่คุณช่วยตัวเองและประหยัดเงินลูกค้าของคุณด้วยการตัดผลิตภัณฑ์กลับคืนมามาก บางครั้งง่ายกว่าจะดีกว่า
อย่าลืมขอบคุณผู้ใช้เหล่านี้สำหรับคำติชมและการสนับสนุนผลิตภัณฑ์ ไม่มีทางที่คุณสามารถสร้างโซลูชันที่พวกเขาต้องการได้หากปราศจากข้อมูลเชิงลึก ดังนั้น จะเป็นการดีที่สุดที่จะรับรู้ถึงบทบาทที่พวกเขาทำในเรื่องนี้ ในทางกลับกัน พวกเขาจะยังคงเป็นผู้เผยแพร่ผลิตภัณฑ์ของคุณต่อไปอีกนานหลังจากเปิดตัว
5. ออกแบบหน้า Landing Page ของคุณก่อน
แม้ว่าฉันจะไม่ค่อยสนใจหน้า Landing Page หรือเว็บไซต์ขนาดเล็กที่ทำหน้าที่เป็น MVP เพียงอย่างเดียว (ด้วยเหตุผลดังกล่าว) ฉันคิดว่าควรสร้างหน้า Landing Page สำหรับมือถือในขณะที่ MVP กำลังทำงาน .
แอพเกมและ SaaS จะเป็นตัวเลือกที่ดีโดยเฉพาะอย่างยิ่งในการเปิดหน้าสมัครเบต้าก่อนกำหนด นี่คือตัวอย่างจาก Hytale:
หากคุณต้องการให้ MVP ของคุณประสบความสำเร็จ คุณควรเผื่อเวลาไว้บ้างเพื่อสร้างหน้า Landing Page ที่แข็งแกร่ง เริ่มต้นด้วยการค้นคว้าเว็บไซต์แรกๆ ของบริษัทต่างๆ ที่แสดงในโพสต์นี้ พวกเขาทั้งหมดประสบความสำเร็จในการอธิบายแนวคิด วางตลาดผลิตภัณฑ์ของตนอย่างนุ่มนวล และโน้มน้าวให้ผู้ใช้รายแรกสมัครเข้าร่วมการทดสอบ
ขณะที่คุณกำลังดำเนินการอยู่ คุณควรตั้งค่าบล็อก บัญชีโซเชียลมีเดีย และคุณลักษณะของชุมชน (พร้อมจดหมายข่าวที่ใช้งานอยู่) ด้วย คุณไม่เคยรู้. อาจมีคนพบประกาศ MVP ของคุณที่อื่นที่ไม่ใช่การค้นหาของ Google และตัดสินใจว่าพวกเขาต้องการบุ๊กมาร์กไซต์หรือลงชื่อสมัครใช้ก่อนใครเพื่อเป็นผู้ทดสอบเบต้า
ไม่เคยเร็วเกินไปที่จะเริ่มรับซื้อจากชุดผู้ใช้ของคุณ!
6. กำหนดเกณฑ์ความสำเร็จของคุณ
สุดท้ายแต่ไม่ท้ายสุด คุณต้องตัดสินใจว่าคุณจะวัดความสำเร็จของ MVP ของคุณอย่างไร เพราะมันไม่ได้เกี่ยวกับคุณภาพของผลตอบรับเท่านั้น
พิจารณาสิ่งต่อไปนี้:
- มีผู้เข้าชมกี่คนที่เข้าชมหน้า Landing Page ของคุณ?
- มีกี่คนที่สมัครใช้เบต้า?
- คุณมีผู้ใช้กี่รายในช่วงเวลาที่กำหนด (1 เดือน, 3 เดือน ฯลฯ)?
- มีกี่คนที่ให้คำติชมและเป็นชุดที่เพียงพอสำหรับการตัดสินใจที่ชัดเจนเกี่ยวกับการออกแบบผลิตภัณฑ์และคุณลักษณะในอนาคตหรือไม่
- ข้อมูลประชากรของผู้ใช้ของคุณกำหนดตรงกับผู้ชมที่คุณออกแบบแอปหรือไม่ ทำไมถึงคิดว่าเป็นอย่างนั้น?
- ผู้ใช้ใช้เวลาในแอปโดยเฉลี่ยนานเท่าใด
- คุณลักษณะใดที่พวกเขาใช้เวลามากที่สุด? อย่างน้อย?
- คุณลักษณะใดที่ได้รับการตอบรับที่ดีที่สุด? อย่างน้อย?
- มีผู้ใช้บางคนที่มีประสบการณ์เชิงบวกกับผลิตภัณฑ์หรือไม่? อะไรทำให้พวกเขาแตกต่าง
นำข้อมูลทั้งหมดที่คุณรวบรวมมาจากหน้า Landing Page เดิม ผู้ทดสอบรุ่นเบต้า ข้อมูลการใช้งาน และอื่นๆ มาพิจารณาทั้งหมด มันบอกอะไรคุณเกี่ยวกับ MVP ที่คุณออกแบบ? และตอนนี้คุณจะทำอย่างไรกับมัน?
คุณจะปล่อยให้มันเป็นอยู่หรือสร้างมันออกมาเป็นผลิตภัณฑ์เต็มรูปแบบที่มันควรจะเป็นและที่ผู้ใช้ต้องการ?
จะเป็นเรื่องง่ายที่จะดึงดูดและรับลูกค้าตามข้อมูลการใช้งานที่คุณรวบรวมไว้หรือไม่? ยิ่งไปกว่านั้น คุณจะสามารถรักษาผู้ใช้เหล่านั้นไว้ได้หรือจะคุ้มกว่าที่จะเก็บแอปไว้ฝั่งเบราว์เซอร์แทนที่จะอยู่ในรูปแบบแอปที่มาพร้อมเครื่องหรือไม่
และสุดท้าย เท่าไหร่และควรเรียกเก็บเงินสำหรับการเข้าถึงผลิตภัณฑ์หรือไม่ ท้ายที่สุดแล้วจะทำให้บริษัทมีกำไรหรือมีความสนใจไม่เพียงพอ (อย่างน้อยก็ในด้านของการสร้างรายได้) เพื่อให้เป็นการลงทุนที่คุ้มค่าหรือไม่
ฉันรู้ว่าฉันจะทิ้งคำถามไว้มากมายให้คุณ แต่ยังมีอีกมากที่คุณจะต้องจัดการให้เรียบร้อยเมื่อการทดสอบเริ่มต้นขึ้น นอกจากนี้ยังเป็นเหตุผลทั้งหมดที่คุณสร้าง MVP ตั้งแต่แรก ความคิดเห็นของผู้ใช้นี้มีค่าต่อกระบวนการและเป็นวิธีเดียวที่คุณจะรู้ว่าผลิตภัณฑ์ดังกล่าวคุ้มค่าที่จะออกสู่ตลาดหรือนำกลับไปที่กระดานวาดภาพหรือไม่