4 ขั้นตอนสู่การเรียนรู้กระบวนการพัฒนา MVP

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

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

ในโพสต์นี้ ฉันแบ่งปันสี่ขั้นตอนสำคัญเพื่อควบคุมกระบวนการพัฒนา MVP เพื่อช่วยให้เราเห็นภาพแนวทางนี้ เราจะออกแบบแอปส่งอาหาร เช่นเดียวกับ Grubhub หรือ Uber Eats

ขั้นตอนที่ 1: กำหนด MVP ด้วย PRD

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

• วัตถุประสงค์ (คำชี้แจงปัญหา)
• ข้อมูลแนวคิด (ตัวตนของผู้ใช้ เรื่องราวของผู้ใช้ และมหากาพย์)
• การวิเคราะห์ (สมมติฐาน ข้อ จำกัด และตัวชี้วัดความสำเร็จ)

นี่คือหน้าตาของแอพส่งอาหาร PRD ของเรา:

วัตถุประสงค์

คำชี้แจงปัญหา

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

ตัวอย่างเช่น: “เราจำเป็นต้องเชื่อมต่อลูกค้าที่หิวโหยกับร้านอาหารที่ยอดเยี่ยมที่สามารถจัดส่งคำสั่งซื้อของพวกเขาโดยเร็วที่สุด”

ข้อมูลไอเดีย

ตัวตนของผู้ใช้

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

บุคคลในแอปส่งอาหารของเราคือ:

• Rick ภัตตาคาร;
• ดันเต้ คนส่งของ;
• โคลอี้ ลูกค้า; และ
• ซาบิต้า ตัวแทนสนับสนุน

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

เรื่องราวของผู้ใช้และมหากาพย์

เรื่องราวของผู้ใช้คือคำอธิบายสั้นๆ เกี่ยวกับวิธีที่บุคคลโต้ตอบกับผลิตภัณฑ์และบรรลุเป้าหมายสุดท้ายของผลิตภัณฑ์ ตัวอย่างเช่น สำหรับ Rick the Restaurateur: “เมื่อลูกค้าส่งคำสั่งซื้อ [บริบท] ฉันต้องการรับการแจ้งเตือนและดูรายละเอียดของคำสั่งซื้อ [การดำเนินการ] เพื่อให้ฉันตรวจสอบและตอบกลับได้ภายในเวลาไม่ถึง 30 วินาที [ เป้าหมาย]."

มหากาพย์คือเรื่องราวของผู้ใช้กลุ่มใหญ่ที่สามารถแบ่งออกเป็นเรื่องราวเล็กๆ ได้ มหากาพย์แอพส่งอาหารของเราคือ:

• สั่งอาหาร;
• การรายงานของที่ขาดหายไป;
• ให้คะแนนประสบการณ์การจัดส่ง และ
• ส่งคืนสินค้า.

การวิเคราะห์

สมมติฐาน

สมมติฐานคือสิ่งที่เราคาดหวังว่าผลิตภัณฑ์จะทำหรือพฤติกรรมของผู้ใช้ ตัวอย่างเช่น: เราคิดว่า Dante the Deliveryman จะทำงานในช่วงเวลาทำการของร้านอาหาร อย่างไรก็ตาม ตารางเวลาและชั่วโมงร้านอาหารของเขาอาจเข้ากันไม่ได้

ข้อจำกัด

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

การระบุสมมติฐานและข้อจำกัดใน PRD ทำให้เราจัดการกับปัญหาเหล่านี้ได้ตั้งแต่เนิ่นๆ ของกระบวนการ และสร้างประสบการณ์ที่ดีขึ้นให้กับผู้ใช้

ตัวชี้วัดความสำเร็จ

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

สำหรับแอปส่งอาหารของเรา เราได้รวม:

• จำนวนการดาวน์โหลด
• อัตราการลงทะเบียน
• เวลาในแอป

ขั้นตอนที่ 2: จัดระเบียบสถาปัตยกรรมข้อมูลของ MVP

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

1. การกำหนดเนื้อหาของผลิตภัณฑ์ และ
2. การกำหนดลำดับชั้นของเนื้อหา

กำหนดเนื้อหาของแอพ

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

แผนที่ความคิดของแอพของเราจะรวมถึง:

• หัวข้อร้านอาหารพร้อมหัวข้อย่อยสำหรับเมนู บันทึกคำสั่งซื้อ และหน้าฐานข้อมูลลูกค้า
• หัวข้อย่อยของเมนูซึ่งประกอบด้วยตัวเลือกอาหารและเครื่องดื่มและข้อเสนอพิเศษ

กำหนดลำดับชั้นของเนื้อหา

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

เพื่อดำเนินการเรียงลำดับการ์ด:

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

ขั้นตอนที่ 3: สร้าง Wireframes และต้นแบบ

สร้าง Wireframe

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

สำหรับแอปส่งอาหาร เราจะวางโครงร่างในสองขั้นตอน:

1. ร่างเค้าโครงของแต่ละหน้าจอ รวมทั้งขนาดและตำแหน่ง
2. สร้างไลบรารีส่วนประกอบ UI พื้นฐาน รวมถึงส่วนหัวและส่วนท้าย บล็อกเนื้อหา และเมนู ส่วนประกอบ UI เหล่านี้จะทำหน้าที่เป็นตัวยึดตำแหน่งจนกว่าเราจะแปลงโครงร่างของเราเป็นต้นแบบที่มีความเที่ยงตรงสูง

ตอนนี้เรามีโครงลวดสำหรับแสดงเค้าโครงและฟังก์ชันพื้นฐานของแอป

ทดสอบกับผู้ใช้

กระบวนการ MVP ของเราเกี่ยวข้องกับวิธีการทดสอบผู้ใช้ "วัด เรียนรู้ ทำซ้ำ" เพื่อระบุและแก้ไขจุดเสียดทานที่อาจเกิดขึ้นตั้งแต่เนิ่นๆ

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

1. การทดสอบแบบไม่กลั่นกรองสำหรับข้อมูลเชิงปริมาณด้วย Maze : โดยการวัดประสิทธิภาพของผู้ใช้ในงานที่กำหนด การทดสอบแบบไม่กลั่นกรองจะนำเสนอการประเมินความสามารถในการใช้งานทางอ้อมผ่านข้อมูลเชิงปริมาณ ข้อดีของการทดสอบประเภทนี้? เราได้รับข้อเสนอแนะทางสถิติเกี่ยวกับปัญหาโดยไม่มีผลลัพธ์ "สุ่ม" ที่อาจส่งผลต่อการตอบสนองต่อปัญหานั้น

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

2. การทดสอบแบบกลั่นกรองสำหรับข้อมูลเชิงคุณภาพด้วย Userfeel : การสังเกตผู้ใช้เพื่อทำความเข้าใจวิธีการทำงานให้เสร็จสิ้นและถามคำถามติดตามผล การทดสอบที่มีการดูแลจะนำเสนอการประเมินความสามารถในการใช้งานโดยตรงผ่านข้อมูลเชิงคุณภาพ ข้อดีของการทดสอบประเภทนี้? เราทราบดีว่างานด้านใดที่เป็นปัญหา

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

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

พัฒนาต้นแบบที่มีความเที่ยงตรงสูง

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

เราจะแปลงโครงร่างของเราเป็นต้นแบบเชิงโต้ตอบโดย:

• ปรับแต่งตราสินค้าของ UI อย่างละเอียด เช่น การไล่ระดับสีและจานสี และการออกแบบตัวอักษร
• การใช้แอนิเมชั่นขั้นสูง เช่น การเลื่อน การแท็บ และการโต้ตอบแบบไมโคร

นี่คือตัวอย่างของต้นแบบไฮไฟของ Figma สำหรับแอปส่งอาหารของเรา

ขั้นตอนที่ 4: ออกแบบ QA . ให้เสร็จสมบูรณ์

สุดท้าย เราจะยืนยันว่าทุกอย่างเป็นไปตามที่คาดไว้และทำงานได้อย่างราบรื่นโดยคลิกผ่านต้นแบบและตรวจสอบว่า:

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

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

ปรับปรุงกระบวนการออกแบบของคุณด้วยกรอบการพัฒนา MVP

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

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