เคล็ดลับในการทำเดโมระดับ S-tier
(newsletter.posthog.com)- เดโมเป็น ปัจจัยชี้ขาด ที่กำหนดทั้งการเปิดตัวโปรเจกต์และความสำเร็จหรือล้มเหลวในการระดมทุนของสตาร์ตอัป แต่โดยมากนักพัฒนามักชอบสร้างมากกว่านำเสนอ จึงไม่ค่อยลงทุนพัฒนาทักษะด้านเดโม
- จากการสังเกตเดโมหลายครั้ง พบรูปแบบร่วมที่ปรากฏใน เดโมระดับท็อป และสรุปออกมาเป็น 24 ข้อแนะนำ
- โครงสร้างพื้นฐานคือกำหนด ข้อความแกนหลักเพียงหนึ่งเดียว ที่อยากให้คนจดจำ แล้วทำให้องค์ประกอบทั้งหมดโฟกัสไปที่สิ่งนั้น โดยเข้าหาในแบบ พิตช์ (pitch) ไม่ใช่การพาชมผลิตภัณฑ์
- เริ่มจาก ความไม่สะดวกร่วมกัน ที่ผู้ชมทุกคนเข้าใจ ใช้ภาษาที่พูดกับ "คุณ" และ การสาธิตเปรียบเทียบ กับวิธีเดิมเพื่อดึงคนดูให้มีส่วนร่วม
- หัวใจสำคัญคือใช้พลังงาน ข้อมูลจริง ภาพประกอบ และองค์ประกอบความสนุก เพื่อทำให้เป็น เดโมแบบแอ็กทีฟ (active demo)
โครงสร้างพื้นฐาน (The basic structure)
- 1. กำหนด ข้อความแกนหลักหนึ่งเดียว ที่อยากให้คนจำ แล้ววางองค์ประกอบทุกอย่างของเดโมรอบสิ่งนั้น โดยมากแกนหลักคือปัญหาที่ต้องการแก้และวิธีที่ใช้แก้
- 2. เข้าสู่ประเด็นหลักให้ เร็วที่สุดเท่าที่จะทำได้ ไม่จำเป็นต้องอธิบายภูมิหลังของไอเดีย และถ้าต้องมีบริบทก็ควรจำกัดไว้แค่ 1~2 ประโยค
- 3. มองเดโมเป็น พิตช์ ไม่ใช่การพาชมผลิตภัณฑ์ เป้าหมายไม่ใช่อวดของที่ทำออกมาได้ดี แต่คือทำให้ผู้ชมตื่นเต้น
- 4. จบด้วย บทสรุปที่นำไปสู่การลงมือทำได้ทันที จะตรงไปตรงมาแบบ QR code ก็ได้ หรือจะเป็นการชวนผู้ร่วมพัฒนาและชวนถามคำถามก็ได้
- ทีมที่สร้างระบบให้โต้ตอบกับ PostHog ผ่านแอปส่งข้อความ แสดง หมายเลขโทรศัพท์ ไว้บนสไลด์สุดท้าย
- ทีม MCP Analytics ประกาศว่าโปรเจกต์ถูก ปล่อยให้ผู้ใช้ PostHog 25% แล้ว การเปิดให้ใช้งานจริงก่อนเดโมจะสร้างเอฟเฟกต์ "ว้าว" ได้มาก
กลยุทธ์การเล่าเรื่อง (Storytelling tactics)
- 5. เริ่มจาก ความไม่สะดวกร่วมกัน ที่ผู้ชมทุกคนเข้าใจ
- ทีมนักออกแบบที่สร้างเว็บแอปสำหรับแท็กและทำดัชนีภาพประกอบอัตโนมัติ เริ่มด้วยการถามว่าการหาเม่นตัวหนึ่งในไฟล์ Figma "Hoggies" ที่ยุ่งเหยิงนั้นยากแค่ไหน และทุกคนก็ยกมือ
- 6. ยืม แนวคิดที่คุ้นเคย มาอธิบายแนวคิดใหม่ ทีมที่ทำ Claude Cowork ไว้ใน PostHog Code ตั้งชื่อโปรเจกต์ว่า "PostHog Work"
- 7. โดยเฉพาะเวลาสาธิตเครื่องมือสำหรับนักพัฒนา ควรสร้าง แอปเดโมแยกต่างหาก
- เครื่องมือสำหรับปล่อยเอเจนต์ที่ใช้ทดสอบ UI แบบแมนนวล จะเริ่มเข้าใจได้จริงก็ต่อเมื่อสาธิตผ่านแอปเดโมแยกชื่อ "OnlyHogs"
- 8. ใช้ ภาษาที่พูดกับ "คุณ" เพื่อวางผู้ชมให้อยู่ในมุมมองที่เหมาะสม แทนที่จะพูดว่า "เราสร้างแอปจัดการทิกเก็ตซัพพอร์ต" ให้พูดว่า "ลองนึกภาพว่าคุณกำลัง on-call และต้องแก้ incident 6 รายการพร้อมกัน"
- 9. ทำ เดโมเปรียบเทียบกับทางเลือกอื่น โดยวางเวิร์กโฟลว์เดิมที่เจ็บปวด 6 ขั้นตอนเทียบกับเวอร์ชัน 1 ขั้นตอน เพื่อให้มีฐานสำหรับเปรียบเทียบ
- 10. เก็บเรื่องวิธีทำงานไว้ อธิบายทีหลัง เหมือนนักมายากลที่ไม่เฉลยกลต่อหน้าคนดู อย่าเพิ่งเปิดเผยการติดตั้งใช้งานตั้งแต่ต้น และลิงก์ไปยังวิดีโออธิบายหรือบล็อกก็เป็น CTA ปิดท้ายที่ดี
การเตรียมพร้อมและการนำเสนอ (Setup and delivery)
- 11. ปล่อยพลังแบบ Steve Ballmer เพราะเดโมที่ยอดเยี่ยมหลายครั้ง จริง ๆ แล้วก็เป็นเดโมที่โอเคจากคนที่มีพลังล้นเหลือ
- 12. ห้ามขอโทษ คำพูดอย่าง "ขอโทษที่มันยังหยาบอยู่" ทำให้ความคาดหวังตกลงตั้งแต่ก่อนเริ่มโชว์ ดังนั้นเริ่มเลย
- 13. ทำให้เห็น อย่างชัดเจน ว่าจบแล้ว เพื่อเลี่ยงจังหวะปรบมือที่กระอักกระอ่วน ควรจบด้วยประโยคปิด น้ำเสียงที่ลดลง หรือภาพแสดงความยินดี
- 14. ใช้ เช็กลิสต์การตั้งค่าเดโม เพื่อเอาใจเทพแห่งเดโม (demo gods)
- ใช้โปรเจกต์เดโมแทนบัญชีจริงที่มีข้อมูลลูกค้า
- ปิดการแจ้งเตือนบนแล็ปท็อปและตั้งโทรศัพท์เป็นโหมดเงียบ
- บุ๊กมาร์กลิงก์ URL ของเดโมแทนการพิมพ์สดหน้างาน
- เตรียมแผนสำรองเมื่อ WiFi ล่ม เช่น ภาพหน้าจอสำรอง
- ซูมเบราว์เซอร์เป็น 125~150% เพื่อให้แถวหลังอ่านได้
- ทดสอบโปรเจกเตอร์ก่อนคนจะเข้ามา
- 15. ใช้ ข้อมูลจริง ให้มากที่สุด ข้อมูลปลอมที่ดูปลอมชัดเจนทำให้ทุกอย่างดูด้อยลง
- ทีม HogNet ทำเว็บไซต์ที่มีราคาและโลจิสติกส์การจัดส่งจริง เพื่อสาธิตบริการเช่า hackathon-in-a-box ทำให้ดูสมจริงกว่าการใส่ lorem ipsum
- 16. โหลดล่วงหน้าและแคช ให้ได้มากที่สุด เหมือนเชฟทีวีที่เตรียมวัตถุดิบไว้ก่อน ควรกำจัดช่วงเวลาตายจากการรอคำตอบของเอเจนต์ คิวรีที่ใช้เวลานาน และบิลด์ที่ช้า
- 17. ซ้อมพูด ออกเสียงจริง อย่างน้อยหนึ่งครั้ง เพื่อสร้างความมั่นใจและทำให้การนำเสนอเป็นธรรมชาติ
- 18. อย่าให้ ความสมบูรณ์แบบนิยม มาขวางเดโม ในแฮ็กกาธอน งานที่ยังทำไม่เสร็จก็ควรถูกนำเสนอทั้งหมด เพราะเดโมมีไว้สำหรับงานที่ยังไม่สมบูรณ์อยู่แล้ว
ทำให้สนุก (Make it fun)
- 19. เลี่ยงการโชว์ โค้ดธรรมดา ๆ แม้จะไม่มี UI ก็ไม่ใช่ข้ออ้างที่จะไม่มีภาพประกอบ เพราะไดอะแกรมสถาปัตยกรรมสร้างได้ในไม่กี่วินาที
- 20. ห้ามโชว์แค่ สไลด์ธรรมดา ๆ เดโมแบบแอ็กทีฟชนะเสมอ และหัวใจของเดโมคือการสร้างให้เห็นกับตา ตรงนั้นเลย
- 21. เครื่องมืออัดหน้าจอพื้นฐานมักไม่ดีพอ จึงควรใช้แอปอย่าง Screen Studio ที่เพิ่มการซูมและแอนิเมชันได้
- 22. ภาพประกอบ ไม่จำเป็นต้องสวยงาม แค่เน้นจุดสำคัญให้ได้ก็พอ ต่อให้กราฟิกเรียบง่าย ถ้าแต่ละคอลเอาต์ให้ข้อมูลที่มีประโยชน์ก็เพียงพอ
- 23. เสียง เป็นสิ่งที่ถูกมองข้าม หนึ่งทีมสร้างเสียงบรรยายแบบ sea shanty ส่วนโปรเจกต์โทรวิจัยผู้ใช้ด้วย AI ก็ทำเดโมให้อยู่ในรูปแบบเสียงล้วนทั้งหมด
- 24. ทำให้แปลกขึ้นอีก (Do more weird) ทีมแอปมือถือ PostHog Code ใส่วิดีโอ piña colada เป็นภาพพื้นหลังทั้งที่ไม่มีใครขอ และเดโมนั้นกลับน่าจดจำที่สุด
1 ความคิดเห็น
เนื้อหาดีนะ