ต้นแบบ vs. ผลิตภัณฑ์: วิธีรู้ว่าแอปที่คุณสร้างด้วย AI เสร็จจริงเมื่อไหร่
แอปที่คุณสร้างด้วย AI ใช้งานได้ มันทำสิ่งที่ควรทำได้ แล้วทำไมมันถึงรู้สึกเหมือนยังไม่พร้อม? คู่มือสำหรับคนที่ไม่ใช่สายเทคนิคว่าด้วยช่องว่างระหว่างต้นแบบที่ใช้งานได้กับสิ่งที่ผู้คนยอมจ่ายเงินให้จริงๆ
ไม่กี่สัปดาห์ก่อน ผู้ก่อตั้งคนหนึ่งที่ผมรู้จักสร้างแอปจัดตารางนัดสำหรับนักบำบัด ทั้งหมดใช้เวลาเธอสี่วันด้วยตัวสร้างแอป AI มันทำสิ่งที่เธอต้องการ: นักบำบัดเห็นปฏิทินของตัวเอง ลูกค้าจองนัดได้ การยืนยันถูกส่งทางอีเมล มันใช้งานได้
เธอจ้องมันมาสองสัปดาห์แล้วแต่ยังไม่เปิดตัว
พอผมถามว่าทำไม เธอตอบว่า “มันใช้งานได้ แต่… มันไม่ รู้สึก ว่าเสร็จ”
ผมถามว่าเธอจะเปลี่ยนอะไร เธอตอบว่า “ไม่รู้ นั่นแหละคือปัญหา”
นี่คือช่วงเวลาที่ยากที่สุดในการสร้างด้วยตัวสร้างแอป AI ของชิ้นนี้ใช้งานได้ แต่มันมีช่องว่างระหว่าง “ใช้งานได้” กับ “ฉันสบายใจที่จะขอให้คนจริงๆ ใช้สิ่งนี้” การเข้าใจช่องว่างนั้น—และรู้ว่าจริงๆ คุณอยู่ฝั่งไหนของมัน—คือความต่างระหว่างการได้ปล่อยของกับการติดอยู่ในช่วงเสียงในหัวของตัวเองไปตลอดกาล
คำว่า “เสร็จ” หมายความว่าอะไรจริงๆ
นี่คือความต่างที่สำคัญ: ต้นแบบคือสิ่งที่คุณใช้เพื่อทดสอบไอเดีย ส่วนผลิตภัณฑ์คือสิ่งที่คุณใช้เพื่อแก้ปัญหา
แอปจัดตารางนัดสำหรับนักบำบัดคือต้นแบบ มันพิสูจน์ว่าแนวคิดได้ผล นักบำบัดใช้มันได้ แต่มีสิบเจ็ดสิ่งเล็กๆ ที่ทำให้มันรู้สึกยังไม่เนียน:
- อีเมลยืนยันโล่งๆ ไม่มีโลโก้ ไม่มีแบรนด์เฉพาะ ข้อความทั่วๆ ไป
- การยกเลิกนัดไม่ส่งการแจ้งเตือน ลูกค้าก็แค่ไม่มาตามนัด
- ไม่มีรายการรอถ้านักบำบัดคิวเต็ม
- ขั้นตอนการสมัครไม่เก็บความเชี่ยวชาญเฉพาะของนักบำบัด เลยไม่มีทางกรองตามประเภทการบำบัดได้
- ไม่มีอีเมลแจ้งเตือนที่ส่งก่อนนัด 24 ชั่วโมง
ไม่มีอันไหนเลยที่ทำให้แอปพัง แต่ทุกอันทำให้นักบำบัดจริงๆ คิดว่า “นี่รู้สึกเหมือนอะไรที่ฉันปะติดปะต่อขึ้นมาในวันหยุดสุดสัปดาห์ ไม่ใช่อะไรที่มีคนเก็บเงินฉัน”
ความรู้สึกนั้นเป็นเรื่องจริง และมันสำคัญ ต้นแบบแก้ปัญหา ในทางทฤษฎี ส่วนผลิตภัณฑ์แก้มัน ในทางปฏิบัติ สำหรับมนุษย์ที่ใช้มันจริงๆ
สามคำถามที่แยกต้นแบบออกจากผลิตภัณฑ์
นี่คือส่วนที่ยาก: คุณไม่มีทางรู้ทุกอย่างที่ขาดไป ตัวสร้างแอป AI ของคุณก็รู้ไม่ได้เหมือนกัน คุณจึงต้องมีสามคำถามเร็วๆ เพื่อหาว่าคุณอยู่ฝั่งไหนของเส้น
1. คุณจะใช้สิ่งนี้แก้ปัญหาของตัวเองไหม?
ข้อนี้ซื่อสัตย์ เพราะคุณต้องอยู่กับผลิตภัณฑ์ของตัวเองจริงๆ
ถ้าคุณเป็นผู้ก่อตั้งแอปจัดตารางนัดสำหรับนักบำบัดนั้น คุณจะใช้มันจองนัดบำบัดของตัวเองไหม? ไม่ใช่ “ใช้ได้ไหม”—แต่คุณจะใช้มันจริงๆ แทนการส่งอีเมลไปมาหรือแชร์ Google Doc ไหม?
ถ้าคำตอบคือไม่ คุณยังไม่เสร็จ คุณรู้เป๊ะว่าอะไรผิด—คุณรู้สึกถึงมันทุกครั้งที่เปิดแอป ถ้าคำตอบคือใช่ คุณก็ใกล้แล้ว
ผู้ก่อตั้งที่ผมเอ่ยถึงลองสมัครเป็นนักบำบัดด้วยตัวเอง เธอติดอยู่ที่ฟอร์ม (มันขอข้อมูลมากเกินไปก่อนที่จะให้จองได้) เธอเห็นอีเมลยืนยันแล้วคิดว่ามันดูไม่เป็นมืออาชีพ เธอเริ่มคิดว่านักบำบัดของเธอจะได้รับอีเมลอย่างไรและมันจะไปจบในสแปมไหม
เธอไม่ได้ใช้ผลิตภัณฑ์ของตัวเองแบบที่ลูกค้าที่จ่ายเงินจะใช้ พอเธอใช้ เธอเจอสิบสิ่งที่ต้องแก้
2. คุณเอามันไปให้สามคนที่ไม่ใช่คุณดูแล้วหรือยัง?
การคุยกับผู้ใช้ที่มีโอกาสเป็นลูกค้ายากกว่าการสร้าง และผู้ก่อตั้งส่วนใหญ่ข้ามมันไปเพราะอยากเซอร์ไพรส์คนตอนเปิดตัว นั่นคือความผิดพลาด
คุณไม่ต้องมีโฟกัสกรุ๊ป คุณต้องการแค่สามคนที่คล้ายกับคนที่คุณคิดว่าเป็นลูกค้าของคุณ สำหรับแอปนักบำบัด นั่นคือนักบำบัดจริงๆ สามคน
นี่คือสิ่งที่คุณกำลังมองหา: พวกเขาสับสนตรงไหน? พวกเขาลังเลตรงไหน? พวกเขาถามอะไร? ไม่ใช่ “พวกเขาคิดยังไงกับมัน?” (คนเรามักจะใจดีเกินไป) ขอให้พวกเขาทำสิ่งนั้นจริงๆ—จองนัด ส่งอีเมลยืนยัน ยกเลิกอะไรสักอย่าง
ตอนที่ผู้ก่อตั้งเอาแอปนักบำบัดไปให้นักบำบัดสามคนดู สองคนถามว่า: “ฉันตั้งกฎว่างของฉันได้ไหม? อย่างเช่น ฉันรับลูกค้าใหม่เฉพาะวันพฤหัส และไม่จองคิวซ้อนก่อนบ่ายสอง” แอปมีปฏิทิน แต่ไม่มีกฎ เธอสร้างต้นแบบสำหรับวิธีที่ เธอ คิดว่าการจัดตารางทำงาน ไม่ใช่วิธีที่นักบำบัดทำงานจริง
นั่นคือข้อมูลเชิงผลิตภัณฑ์ คุณเดามันจากสเปกไม่ได้
3. อะไรจะพังถ้าคุณเอาสิ่งนี้ให้ผู้ใช้จริงสิบคน?
นี่คือคำถามที่ยากที่สุดเพราะมันต้องให้คุณ คิดจริงๆ เกี่ยวกับเคสสุดขอบของคุณ
สำหรับแอปนักบำบัด:
- จะเกิดอะไรขึ้นถ้าลูกค้าพยายามจองนัดสองนัดในเวลาเดียวกัน? (แอปไม่ได้เช็ก)
- จะเกิดอะไรขึ้นถ้านักบำบัดยกเลิกนัด? ลูกค้าได้รับแจ้งอัตโนมัติไหม? (ไม่)
- จะเป็นยังไงถ้าอีเมลของลูกค้าผิด? มีทางแก้โดยไม่ต้องเริ่มใหม่ไหม? (ไม่)
- จะเป็นยังไงถ้านักบำบัดป่วยและต้องปิดปฏิทินทั้งสัปดาห์? (เธอต้องลบทุกนัดด้วยมือ)
สิ่งเหล่านี้ไม่ใช่บั๊ก แอปไม่แครช แต่พวกมันคือบาดแผลเล็กๆ ที่กวนใจ ด้วยผู้ใช้จริงสิบคนและเคสสุดขอบจริงๆ คุณจะเจอมันทั้งหมดในสัปดาห์แรก
ผลิตภัณฑ์จัดการเคสสุดขอบได้ ไม่ใช่ทั้งหมด—บางอย่างรอได้ แต่อันที่เกิดขึ้นในสองสัปดาห์แรกกับผู้ใช้จริง อันพวกนั้นต้องทำงานได้
วิธีตัดสินใจ: การทดสอบสามชั้น
ใช้สิ่งนี้หาว่าคุณอยู่ตรงไหน
ชั้นที่ 1: ฟลว์หลัก — เส้นทางราบรื่นทำงานได้ไหม? ผู้ใช้ทำสิ่งหลักที่แอปของคุณถูกออกแบบมาให้ทำได้ไหม?
สำหรับตัวจัดตารางนักบำบัด: ได้ มีคนสมัครได้ จองนัดได้ ได้รับอีเมลยืนยัน มันใช้งานได้
ชั้นที่ 2: เคสสุดขอบจากการใช้งานจริง — คุณเอามันไปให้ผู้ใช้จริงสามคนดูแล้ว พวกเขาเจออะไรที่คุณไม่ได้สร้างเผื่อไว้ไหม? พวกเขาสับสนตรงไหนไหม?
สำหรับตัวจัดตารางนักบำบัด: ใช่ นักบำบัดสามคนต้องการตั้งกฎว่าง คนหนึ่งสับสนเพราะอีเมลยืนยันดูทั่วไปเกินไป คนหนึ่งพยายามลบนัดทีละหลายๆ อันแต่ทำไม่ได้
ชั้นที่ 3: ความเนียนและความเป็นมืออาชีพ — มัน รู้สึก เหมือนคุณใส่ใจไหม? หรือรู้สึกเหมือนคุณปะติดปะต่อมันขึ้นมา?
สำหรับตัวจัดตารางนักบำบัด: รู้สึกเหมือนปะติดปะต่อ อีเมลยืนยันโล่งๆ ไม่มีแบรนด์เฉพาะ ไม่มีข้อความแจ้งข้อผิดพลาดถ้ามีอะไรพลาด ดังนั้นถ้ามีอะไรพัง ผู้ใช้ก็ไม่รู้เลยว่าเกิดอะไรขึ้น
นี่คือหลักเกณฑ์คร่าวๆ:
- ทั้งสามชั้นทำงานได้? คุณเป็นผลิตภัณฑ์แล้ว ปล่อยเลย
- ชั้นที่ 1 และ 2 ใช่ แต่ไม่ใช่ชั้นที่ 3? คุณเสร็จ 80% แล้ว ใช้เวลาหนึ่งวันกับการทำให้เนียน
- ชั้นที่ 1 ทำงานได้ แต่ชั้นที่ 2 และ 3 ไม่ใช่? คุณเป็นต้นแบบ อย่าเพิ่งปล่อย
- ชั้นที่ 1 ยังไม่แน่น? คุณยังไม่เสร็จ สร้างต่อไป
แอปนักบำบัดติดอยู่ที่รอยต่อระหว่างชั้นที่ 1 กับชั้นที่ 2 ฟลว์หลักทำงานได้ แต่นักบำบัดจริงๆ พบว่ามันขาดบางชิ้น ผู้ก่อตั้งจึงมีทางเลือก: ใช้เวลาอีกหนึ่งสัปดาห์กับตัวสร้างแอป AI เพิ่มฟีเจอร์ที่นักบำบัดต้องการจริงๆ หรือปล่อยด้วยสิ่งที่มีแล้วค่อยเพิ่มทีหลัง
(เธอเพิ่มมัน ใช้เวลาสามวัน ตอนนี้มันเป็นผลิตภัณฑ์แล้ว)
สิ่งที่ทำให้เรื่องนี้ยาก
เหตุผลที่ผู้ก่อตั้งจำนวนมากติดอยู่ตรงนี้คือ การสร้างนั้นสนุก ส่วนการปล่อยของนั้นน่ากลัว
การสร้างคือการคุยกับเครื่องมือ AI ของคุณ คุณมีไอเดีย คุณอธิบายมัน เครื่องมือก็ทำให้ มีวงจรป้อนกลับที่ใช้เวลาแค่ไม่กี่นาที ส่วนการปล่อยของนั้นต่างออกไป คุณกดเผยแพร่ และถ้ามีอะไรผิด มนุษย์จริงๆ จะรู้ ไม่มีโอกาสแก้ตัว
เราจึงหาเหตุผลที่จะไม่ปล่อยของ “มันยังไม่เนียนพอ” “ฉันควรเพิ่มอีกหนึ่งฟีเจอร์” “ถ้าฟอนต์ผิดล่ะ?” และหกสัปดาห์ต่อมา คุณก็ยังนั่งทับอะไรที่ใช้งานได้แต่ไม่รู้สึกว่าเสร็จ และคุณก็โน้มน้าวตัวเองว่ามันเป็นเพราะฟอนต์
มันไม่ใช่เพราะฟอนต์
ส่วนใหญ่มันเป็นเพราะคุณยังไม่ได้ใช้เวลากับผู้ใช้จริง หรือคุณสร้างอะไรที่สมเหตุสมผลในหัวคุณแต่ไม่ค่อยเข้ากับวิธีที่คนจริงๆ ทำงาน นั่นแก้ได้ มันแค่ต้องยอมรับว่าคุณไม่รู้ในสิ่งที่คุณไม่รู้ แล้วไปคุยกับคนที่รู้
เช็กลิสต์ความพร้อมในการเปิดตัว
ใช้สิ่งนี้ มันสั้นและซื่อสัตย์
- ฉันใช้มันเองทำงานจริง และมันใช้งานได้ (ไม่ใช่แบบโหมดเดโม แต่ทำจริงๆ)
- ฉันเอามันไปให้สามคนที่จะใช้มันจริงๆ ดู และฉันแก้สิ่งที่พวกเขาสับสนแล้ว
- ทุกข้อผิดพลาดที่เกิดขึ้นได้มีข้อความที่บอกผู้ใช้ว่าต้องทำอย่างไรกับมัน (ไม่ใช่แค่ “error” แต่เป็นคำแนะนำจริงๆ)
- ฉันโอเคถ้านี่จะเป็นเวอร์ชันสุดท้ายไปอีกหกเดือน (หมายถึง: มันสมบูรณ์พอที่จะมีประโยชน์แม้ฉันจะไม่แตะมันอีกเลย)
- ฉันตื่นเต้นกับสิ่งที่จะได้เรียนรู้จากผู้ใช้จริง มากกว่าการเพิ่มฟีเจอร์อีกในสุญญากาศ
ถ้าคุณติ๊กครบทั้งห้าช่องได้ คุณเสร็จแล้ว เปิดตัวเลย
ถ้าทำไม่ได้ ก็อย่า แต่ให้เฉพาะเจาะจงว่าทำไม “มันรู้สึกไม่เสร็จ” ไม่ใช่เหตุผล ส่วน “นักบำบัดจริงๆ ต้องการกฎว่าง และฉันยังไม่ได้สร้างมัน” คือเหตุผล นั่นทำอะไรกับมันได้ นั่นแก้ได้ นั่นคือความต่างระหว่างการติดอยู่กับการอยู่บนเส้นทาง
ผู้ก่อตั้งแอปนักบำบัดเปิดตัวมันเมื่อวานนี้ เธอมีลูกค้าที่จ่ายเงินคนแรกแล้ว ผลิตภัณฑ์ยังไม่สมบูรณ์แบบ แต่มันเป็นของจริง และลูกค้าของเธอกำลังบอกเธอแล้วว่าควรสร้างอะไรต่อไป นั่นคือตอนที่คุณรู้ว่าคุณเสร็จแล้ว: ไม่ใช่ตอนที่แอปสมบูรณ์แบบ แต่ตอนที่คุณพร้อมจะเรียนรู้ว่าความสมบูรณ์แบบหมายถึงอะไรจริงๆ สำหรับคนที่ใช้มัน