Các mẹo để tạo ra bản demo hạng S-tier

• Demo là yếu tố mang tính quyết định có thể phân định việc một dự án có được ra mắt hay không và startup có gọi vốn thành công hay không, nhưng phần lớn nhà phát triển thích làm hơn là thuyết trình nên không đầu tư vào việc nâng cao năng lực demo
• Sau khi quan sát nhiều bản demo, tác giả tìm ra những mô thức chung thường xuất hiện ở các bản demo hàng đầu và tổng hợp thành 24 mẹo
• Cấu trúc cơ bản là xác định một thông điệp cốt lõi duy nhất mà bạn muốn người xem nhớ, rồi tập trung mọi yếu tố vào đó; tiếp cận demo như một pitch chứ không phải màn đi tour sản phẩm
• Hãy bắt đầu bằng một nỗi bất tiện chung mà toàn bộ khán giả đều đồng cảm, rồi dùng cách nói "bạn" và demo so sánh với cách làm cũ để kéo người xem nhập cuộc
• Điểm mấu chốt là hoàn thiện nó thành một active demo bằng cách tận dụng năng lượng, dữ liệu thật, trực quan hóa và các yếu tố vui nhộn

---

Cấu trúc cơ bản (The basic structure)

• 1. Chọn một thông điệp cốt lõi mà bạn muốn người xem nhớ và sắp xếp mọi thành phần của demo xoay quanh nó; thường thì cốt lõi là vấn đề bạn muốn giải quyết và cách bạn giải quyết nó
• 2. Đi vào trọng tâm càng nhanh càng tốt; không cần giải thích dài dòng về bối cảnh ý tưởng, và ngay cả khi cần ngữ cảnh thì cũng chỉ nên giới hạn trong 1~2 câu
• 3. Hãy xem demo như một pitch, không phải một buổi tham quan sản phẩm; mục tiêu không phải khoe thành phẩm ngầu mà là khiến khán giả hào hứng
• 4. Kết thúc bằng một hành động rõ ràng có thể thực hiện ngay; có thể trực tiếp như mã QR, hoặc theo dạng kêu gọi cộng tác viên hay gợi mở câu hỏi
  • Đội tạo ra hệ thống tương tác với PostHog qua ứng dụng nhắn tin đã đưa số điện thoại lên slide cuối
  • Đội MCP Analytics công bố rằng dự án đã được triển khai cho 25% người dùng PostHog; nếu bạn shipping trước cả lúc demo thì hiệu ứng "wow" sẽ rất lớn

Chiến thuật kể chuyện (Storytelling tactics)

• 5. Bắt đầu bằng một nỗi bất tiện chung mà toàn bộ khán giả đều hiểu
  • Đội thiết kế tạo web app tự động gắn tag và lập chỉ mục minh họa đã hỏi về sự khó khăn khi tìm một chú nhím cụ thể trong file Figma "Hoggies" lộn xộn, và cả phòng đều giơ tay
• 6. Mượn một khái niệm quen thuộc để giải thích khái niệm mới; đội triển khai Claude Cowork trong PostHog Code đã đặt tên dự án là "PostHog Work"
• 7. Hãy làm một app demo riêng đặc biệt khi trình diễn công cụ cho lập trình viên
  • Công cụ triển khai agent để test UI thủ công chỉ thực sự dễ hiểu khi được trình diễn trên một app demo riêng tên là "OnlyHogs"
• 8. Dùng cách nói "bạn" để đặt khán giả vào đúng góc nhìn; thay vì nói "chúng tôi đã làm ứng dụng quản lý ticket hỗ trợ", hãy nói "hãy tưởng tượng bạn đang on-call và cố xử lý đồng thời 6 sự cố"
• 9. Làm demo so sánh với phương án thay thế; đặt quy trình cũ đầy đau đớn gồm 6 bước cạnh phiên bản 1 bước để tạo ra chuẩn so sánh
• 10. Hãy để phần cách nó hoạt động lại sau; giống như ảo thuật gia không tiết lộ trò, đừng nói cách triển khai ngay từ đầu, còn video giải thích hay link blog sẽ là CTA kết thúc rất tốt

Chuẩn bị và trình bày (Setup and delivery)

• 11. Tỏa ra năng lượng mạnh như Steve Ballmer; nhiều demo tuyệt vời thực ra chỉ là demo khá ổn của một người tràn đầy năng lượng
• 12. Đừng xin lỗi; câu kiểu "xin lỗi vì nó còn hơi thô" sẽ làm hạ kỳ vọng trước cả khi bạn bắt đầu, nên cứ vào thẳng vấn đề
• 13. Báo hiệu rõ ràng rằng bạn đã kết thúc; để tránh khoảnh khắc ngượng ngập vì không ai biết lúc nào nên vỗ tay, hãy dùng câu chốt, ngữ điệu hạ xuống hoặc hình ảnh chúc mừng
• 14. Dùng checklist setup demo dành cho các demo gods
  • Dùng project demo thay vì tài khoản thật có dữ liệu khách hàng
  • Tắt thông báo trên laptop và để điện thoại ở chế độ im lặng
  • Bookmark URL demo thay vì gõ tại chỗ
  • Chuẩn bị phương án dự phòng khi WiFi lỗi như ảnh chụp màn hình backup
  • Phóng to trình duyệt lên 125~150% để người ngồi cuối vẫn đọc được
  • Test máy chiếu trước khi mọi người vào
• 15. Dùng dữ liệu thật càng nhiều càng tốt; dữ liệu giả lộ liễu sẽ trông rất thiếu thuyết phục
  • Đội HogNet đã làm hẳn một website có giá cả và logistics giao hàng khi demo dịch vụ cho thuê hackathon-in-a-box, khiến mọi thứ chân thực hơn nhiều so với lorem ipsum
• 16. Preload và cache trước càng nhiều phần càng tốt; giống như đầu bếp trên TV chuẩn bị sẵn nguyên liệu, hãy loại bỏ dead time do phản hồi của agent, truy vấn dài hay build chậm
• 17. Tập nói thành tiếng ít nhất một lần để tăng sự tự tin và giúp phần trình bày tự nhiên hơn
• 18. Đừng để chủ nghĩa hoàn hảo cản trở demo; ở hackathon người ta trình bày mọi thứ đang làm dở, và demo vốn sinh ra cho những công việc chưa hoàn thiện

Làm cho nó vui hơn (Make it fun)

• 19. Tránh để lộ đoạn code tẻ nhạt; kể cả không có UI thì đó cũng không phải lý do để bỏ qua hình ảnh trực quan, vì sơ đồ kiến trúc có thể tạo ra chỉ trong vài giây
• 20. Cũng đừng chỉ chiếu những slide tẻ nhạt; active demo luôn thắng, vì cốt lõi của demo là trực tiếp cho người ta thấy bạn đã tạo ra gì
• 21. Công cụ quay màn hình mặc định thường khá yếu, nên hãy dùng ứng dụng như Screen Studio để thêm hiệu ứng zoom và animation
• 22. Hình ảnh trực quan không cần phải đẹp; chỉ cần làm nổi bật phần quan trọng, và ngay cả đồ họa đơn giản cũng hữu ích nếu mỗi chú thích đều truyền tải thông tin có giá trị
• 23. Âm thanh bị đánh giá thấp; có một đội đã tạo voiceover theo phong cách sea shanty, còn một dự án về cuộc gọi nghiên cứu người dùng bằng AI thì làm demo hoàn toàn chỉ bằng audio
• 24. Hãy weird hơn nữa (Do more weird); đội làm ứng dụng di động PostHog Code đã đưa một video piña colada chẳng ai yêu cầu vào nền, và đó lại là demo đáng nhớ nhất

[aliveornot]

Nội dung rất hay