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