แอปของคุณน่าจะใช้ได้พอสมควรแล้ว
แต่มีปัญหาอย่างหนึ่งที่คนทำแอปทุกคนเจอ: ของที่ใช้เองได้ อาจยังไม่ใช่ของที่คนอื่นใช้ได้ เพราะคุณรู้บริบททั้งหมดอยู่แล้ว ส่วนคนอื่นเห็นแค่สิ่งที่อยู่บนจอ
จุดต่างอยู่ที่ความชัดเจน ไม่ใช่จำนวนฟีเจอร์
เวลาคุณเปิดแอปของตัวเอง สมองจะช่วยเติมช่องว่างให้อัตโนมัติ
คุณรู้ว่าปุ่มนี้ไว้ทำอะไร รู้ว่าควรกรอกอะไรก่อน และรู้ว่าข้อมูลจะไปโผล่ตรงไหน แต่คนที่ไม่เคยเห็นแอปนี้มาก่อน ไม่มีข้อมูลพวกนั้น
ดังนั้นช่วงสุดท้ายของการทำแอป ไม่ใช่แค่เพิ่มของใหม่ แต่คือทำให้คนใหม่เข้าใจได้เร็วที่สุด
ถ้าคนเปิดแอปของคุณครั้งแรกแล้วเงียบไป 5 วินาที นั่นไม่ใช่เพราะเขาช้าเสมอไป บางทีหน้าจอกำลังบอกไม่ชัดว่าต้องทำอะไร
ใช้ first-time user test ก่อนส่งให้คนจริง
ก่อนจะ deploy ให้ใครลอง เปิดแอปของคุณแล้วมองเหมือนคนที่ไม่เคยเห็นมันมาก่อน แล้วถาม 4 ข้อนี้:
- ภายใน 5 วินาที รู้ไหมว่าแอปนี้ทำอะไร?
- รู้ไหมว่าต้องเริ่มตรงไหนก่อน?
- ทำสิ่งหลักของแอปได้โดยไม่ต้องเดาไหม?
- ถ้ายังไม่มีข้อมูล หน้าจอบอกไหมว่าควรทำอะไรต่อ?
ถ้าตอบ “ไม่” ในข้อไหน นั่นคือสิ่งที่ต้องแก้
ตัวอย่างก่อน — เพื่อนลองแอปติดตามค่าใช้จ่ายแล้วงงตรงไหน
สมมติคุณส่งแอปติดตามค่าใช้จ่ายให้เพื่อนลองเปิด โดยไม่อธิบายอะไรเพิ่ม
เขาพูดกลับมาว่า:
- “เปิดมาแล้วไม่แน่ใจว่าแอปนี้ไว้จดอะไร”
- “เห็นช่องกรอก แต่ไม่รู้ว่าต้องเริ่มจากตรงไหน”
- “ตอนยังไม่มีรายการ หน้าจอดูโล่งจนไม่แน่ใจว่ามันพร้อมใช้หรือยัง”
นี่คือ feedback ที่ดี เพราะมันชี้จุดที่คนใหม่งงจริง ไม่ใช่แค่บอกว่า “ยังไม่สวย”
จาก feedback นี้ สิ่งที่ควรแก้ก่อนมี 3 อย่าง:
- เพิ่มชื่อและคำอธิบายของแอป
- ทำให้ปุ่มหลักชัดขึ้น
- เพิ่มข้อความตอนยังไม่มีข้อมูล
prompt อาจเขียนแบบนี้:
ช่วยปรับแอปให้คนที่เปิดครั้งแรกเข้าใจได้ง่ายขึ้น
เพิ่มชื่อแอปด้านบนว่า "จดรายจ่าย"
เพิ่มคำอธิบายสั้นๆ ใต้ชื่อว่า "บันทึกรายจ่ายแต่ละครั้ง แล้วดูยอดรวมได้ทันที"
ทำให้ปุ่มเพิ่มรายจ่ายเด่นขึ้นและมองเห็นง่าย
เมื่อยังไม่มีรายการ ให้แสดงข้อความว่า "ยังไม่มีรายการ กดปุ่มด้านบนเพื่อเพิ่มรายจ่ายแรกของคุณ"
โดยไม่เปลี่ยนฟังก์ชันเดิมของแอป
สิ่งที่เพิ่งแก้ไม่ใช่ฟีเจอร์ใหม่ แต่มันทำให้คนใหม่เข้าใจแอปได้เร็วขึ้น นี่คือก้าวสำคัญจาก “ของฉัน” ไปสู่ “ของที่คนอื่นใช้ได้”
สำหรับไอเดียของคุณเอง ให้ดูหา “จุดงงแรก”
อย่าพยายามแก้ทุกอย่างพร้อมกัน ให้หาจุดเดียวก่อนว่า คนเปิดแอปครั้งแรกจะงงตรงไหนมากที่สุด
สิ่งที่มักเป็นปัญหามีแบบนี้:
- ไม่รู้ว่าแอปนี้ทำอะไร
- ไม่รู้ว่าต้องกดอะไรเป็นอย่างแรก
- ไม่มีข้อความช่วยตอนหน้าว่าง
- มีของที่ยังไม่พร้อมแต่โผล่ขึ้นมาทำให้สับสน
ลองมองหาแค่อันที่แรงที่สุดก่อน แล้วแก้อันนั้น
ลงมือทำ — ทดสอบกับคนจริง
ขั้นตอนที่ 1 — Deploy ตามที่คุณทำเป็นอยู่แล้ว
Deploy ตามที่เรียนในคอร์สที่ 1 แล้วคัดลอก URL ไว้
ขั้นตอนที่ 2 — ส่งให้คนหนึ่งคน
ส่ง URL ให้เพื่อน คนในครอบครัว หรือเพื่อนร่วมงานสักคน แล้วบอกแค่ว่า ลองเปิดดูหน่อย
อย่าอธิบายวิธีใช้ก่อน ถ้าต้องอธิบายตั้งแต่แรก แปลว่าแอปยังช่วยตัวเองไม่พอ
ขั้นตอนที่ 3 — สังเกตหรือถาม
ดูว่าเขาทำอะไรเป็นอย่างแรก ติดตรงไหนไหม หยุดตรงไหนนานไหม ถ้าคุณไม่ได้อยู่ตรงนั้นด้วย ให้ถามสั้นๆ แบบนี้:
- “เปิดมาแล้วรู้เลยไหมว่าแอปนี้ทำอะไร?”
- “มีตรงไหนที่ไม่แน่ใจว่าต้องทำอะไรไหม?”
- “ถ้าจะเริ่มใช้จริง คุณติดตรงไหนก่อน?”
ขั้นตอนที่ 4 — แก้หนึ่งอย่างจาก feedback
เลือก feedback ที่สำคัญที่สุดมาหนึ่งอย่าง แล้วเขียน prompt เพื่อแก้จุดนั้น
ไม่ต้องรีบแก้ทุกอย่าง เป้าหมายของบทนี้คือพิสูจน์ว่าคุณเอาความเห็นจากคนจริงมาปรับแอปได้
คนที่ลองใช้อาจบอกหลายอย่าง บางอย่างเป็นปัญหาจริง บางอย่างเป็นแค่รสนิยม เลือกแก้อันที่ทำให้เขาเริ่มใช้แอปไม่ได้ก่อน
คุณเพิ่งทำอะไรสำเร็จไปแล้วบ้าง
- คุณรู้แล้วว่าช่องว่างระหว่าง “ใช้เองได้” กับ “คนอื่นใช้ได้” คือเรื่องของความชัดเจน
- คุณมี first-time user test เอาไว้เช็กแอปก่อนส่งให้คนอื่น
- คุณทดสอบกับคนจริงโดยไม่ต้องเขียนคู่มือยาวๆ
- คุณเอา feedback ของคนจริงมาปรับแอปได้อย่างน้อย 1 จุด
ตลอดคอร์สนี้คุณเริ่มจากไอเดียที่คลุมเครือ เปลี่ยนมันเป็นโจทย์ที่ชัด ตัดฟีเจอร์ให้เหลือแค่แก่น สร้างแล้วปรับทีละรอบ เปลี่ยนแผนเมื่อเห็นทางที่ดีกว่า และสุดท้ายทำให้คนอื่นใช้ได้จริง
สิ่งที่คุณทำมาทั้งหมดนี้ — scope, prioritize, iterate, pivot, ship — เป็นสิ่งเดียวกันกับที่คนสร้างแอปเป็นอาชีพทำทุกวัน ความต่างมีแค่ประสบการณ์ และคุณเพิ่งได้มันมาแล้ว