Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đang bán một chiếc xe máy điện. Bạn có thể đứng trên sân khấu, chiếu slide liệt kê "pin 3.5 kWh, quãng đường 120 km, sạc đầy trong 4 tiếng". Khán giả gật gù, ghi chú, rồi... quên. Hoặc bạn có thể dắt chiếc xe lên, nhấn nút khởi động, vặn ga cho nó lướt êm ru một vòng, rồi mời một người trong khán phòng leo lên chạy thử. Khoảnh khắc đó không thể quên được. Đó chính là sự khác biệt giữa kể (tell) và cho thấy (show).
Trong toàn bộ khóa học này, nhiều bài dạy bạn cách kể chuyện, thiết kế slide, trình bày số liệu. Bài 23 tập trung vào một kỹ năng riêng biệt và cực kỳ mạnh mẽ: demo — trình diễn sản phẩm hoặc giải pháp đang hoạt động thật ngay trước mắt khán giả. Đây không phải là kể về sản phẩm, mà là để sản phẩm tự nói.
Có ba lý do khiến demo vượt trội hơn slide khi bạn giới thiệu một sản phẩm:
- Mức độ cuốn hút (engagement): Một buổi demo trực tiếp giữ được sự chú ý của khán giả ở mức trên 90%, trong khi slide chỉ khoảng 50%. Não người bị hấp dẫn bởi chuyển động, tương tác và cái "thật".
- Niềm tin (trust): Slide có thể phóng đại. Nhưng khi khán giả tận mắt thấy sản phẩm chạy, họ nghĩ ngay: "Cái này có thật, không phải vaporware (sản phẩm hứa hẹn nhưng chưa tồn tại)."
- Khả năng ghi nhớ (memorability): Trải nghiệm trực quan, gần như chạm được, in vào trí nhớ sâu hơn bất kỳ gạch đầu dòng nào.
Khái niệm cốt lõi
"Show, don't tell" nghĩa là gì trong demo?
"Show, don't tell" là nguyên tắc: thay vì mô tả sản phẩm làm được gì, bạn để khán giả chứng kiến nó làm điều đó. Thay vì nói "phần mềm của chúng tôi xử lý đơn hàng rất nhanh", bạn bấm nút và cho họ thấy đơn hàng được xử lý trong 2 giây ngay trên màn hình.
Sự khác biệt nằm ở chỗ: lời nói kích hoạt phần lý trí ("nghe hợp lý đấy, để xem"), còn hành động chứng kiến kích hoạt phần cảm xúc và niềm tin ("wow, nó chạy thật"). Bán hàng và thuyết phục xảy ra ở tầng cảm xúc, không phải tầng lý trí.
Demo không phải là "click qua mọi tính năng"
Sai lầm phổ biến nhất là biến demo thành tour tham quan mọi nút bấm. Đó là "feature dump" (đổ tính năng), và nó giết chết sự cuốn hút. Demo giỏi không phải là khoe sản phẩm làm được bao nhiêu thứ, mà là chứng minh sản phẩm giải quyết một nỗi đau cụ thể của khán giả tốt như thế nào.
Cấu trúc "Nỗi đau → Khoảnh khắc kỳ diệu → Kết quả"
Một demo thuyết phục thường đi theo mạch:
- Thiết lập nỗi đau (the pain): Nhắc lại vấn đề mà khán giả đang chịu đựng, để họ thấy demo này liên quan đến chính họ.
- Khoảnh khắc kỳ diệu (the "aha moment"): Đây là trái tim của demo — khoảnh khắc sản phẩm làm điều gì đó khiến khán giả bất ngờ hoặc nhẹ nhõm. Ví dụ: một báo cáo mất cả ngày để làm thủ công, giờ tạo ra trong 5 giây.
- Kết quả (the payoff): Cho thấy cuộc sống của khán giả tốt hơn ra sao sau khi có sản phẩm.
Kịch bản demo (the demo script) và "happy path"
Demo giỏi không phải ứng biến. Nó được viết kịch bản, dựng sẵn dữ liệu, và luyện tập nhiều lần. Bạn đi theo một "happy path" — con đường đã được kiểm chứng chắc chắn chạy ổn — thay vì mạo hiểm bấm vào những chỗ chưa thử. Demo trông tự nhiên nhất chính là demo được luyện kỹ nhất.
Kể chuyện song song với thao tác
Trong lúc thao tác, bạn vẫn phải dẫn chuyện. Không phải "giờ tôi bấm nút này, rồi bấm nút kia" (mô tả thao tác), mà là "hãy tưởng tượng bạn là nhân viên kho lúc 5 giờ chiều, còn 200 đơn chưa xử lý — chỉ cần một cú bấm..." (dẫn dắt bằng bối cảnh). Thao tác là hành động; lời kể là ý nghĩa.
Tình huống thực tế
Ví dụ 1: VinFast và cú lái thử thay vì bảng thông số
Khi VinFast ra mắt các mẫu xe điện, đội ngũ hiểu rõ rằng bảng thông số kỹ thuật khô khan không thắng được tâm lý e ngại của người Việt với "xe điện lạ". Chiến lược của họ tại các sự kiện và showroom là để khách hàng tự lái thử. Thay vì thuyết trình về mô-men xoắn và khả năng tăng tốc, họ mời khách ngồi vào ghế lái, nhấn ga và cảm nhận cú vọt tức thì đặc trưng của xe điện.
Diễn giải: Cú tăng tốc đó là "khoảnh khắc kỳ diệu". Không con số nào trên slide truyền tải được cảm giác đó. Một khách hàng vừa lo pin yếu, vừa nghi ngờ độ bền, sau 5 phút lái thử thường chuyển từ "để tôi suy nghĩ" sang "cái này chạy đã thật".
Bài học: Khi sản phẩm của bạn có một trải nghiệm cảm giác mạnh, đừng mô tả nó — hãy để khán giả tự trải nghiệm. Trao quyền điều khiển cho họ là hình thức demo mạnh nhất.
Ví dụ 2: Startup SaaS Việt trong buổi pitch với chuỗi F&B
Giả định một startup phần mềm quản lý nhà hàng tên "BếpSố" đi pitch cho một chuỗi 30 quán cà phê tại TP.HCM. Ở buổi đầu, đội sales trình bày 40 slide về tính năng: quản lý kho, tính lương ca, báo cáo doanh thu, tích hợp ví điện tử... Chủ chuỗi nghe xong nói "để anh cân nhắc" — và im lặng.
Buổi thứ hai, họ đổi cách. Họ hỏi trước: "Cuối tháng anh mất bao lâu để đối soát doanh thu 30 quán?" Chủ chuỗi trả lời: "Gần hai ngày, kế toán làm muốn khùng." Đội BếpSố mở laptop, nhập dữ liệu thật của một quán vào hệ thống đã dựng sẵn, rồi bấm một nút: báo cáo hợp nhất 30 quán hiện ra trong 4 giây, kèm biểu đồ quán nào lời quán nào lỗ.
Diễn giải: Họ đã thiết lập nỗi đau ("hai ngày đối soát"), tạo khoảnh khắc kỳ diệu (báo cáo trong 4 giây), và cho thấy kết quả (kế toán được giải phóng). Chủ chuỗi ký hợp đồng thử nghiệm ngay tuần sau.
Bài học: Đừng demo mọi tính năng. Hãy hỏi khán giả nỗi đau lớn nhất, rồi demo đúng tính năng giải quyết nỗi đau đó. Một khoảnh khắc "aha" đúng chỗ thắng 40 slide.
Ví dụ 3: Cú demo hỏng của Steve Jobs và bài học "luôn có phương án B"
Năm 2007, khi Steve Jobs demo chiếc iPhone đầu tiên, hệ thống thực tế cực kỳ mong manh — bộ nhớ dễ tràn, Wi-Fi hay rớt. Nếu bấm sai thứ tự, máy có thể treo giữa sân khấu. Đội kỹ thuật đã làm điều mà ít người biết: họ xác định một "golden path" — một chuỗi thao tác chính xác đã kiểm chứng chạy ổn định — và Jobs luyện tập bám sát chuỗi đó. Họ còn dựng sẵn nhiều máy dự phòng và một mạng Wi-Fi riêng để tránh nhiễu.
Diễn giải: Demo trông hoàn hảo và tự nhiên trên sân khấu thực ra là kết quả của hàng trăm giờ luyện tập và một kịch bản được kiểm soát chặt chẽ. "Tự nhiên" là ảo giác do luyện tập tạo ra.
Bài học: Không bao giờ demo trực tiếp mà không có kịch bản happy path đã luyện, và luôn có phương án dự phòng (video quay sẵn, dữ liệu backup, môi trường offline).
Hướng dẫn từng bước
Bước 1 — Xác định một nỗi đau, một khoảnh khắc kỳ diệu. Trước khi mở sản phẩm, hãy trả lời: khán giả này đau nhất ở đâu, và tính năng nào của tôi tạo ra khoảnh khắc "wow" mạnh nhất cho nỗi đau đó? Chỉ chọn một điểm chính. Demo tốt có một đỉnh cao rõ ràng.
Bước 2 — Viết kịch bản demo. Viết ra từng bước thao tác kèm lời dẫn tương ứng. Không ứng biến. Kịch bản gồm: câu mở thiết lập bối cảnh, chuỗi thao tác dẫn đến khoảnh khắc kỳ diệu, và câu chốt về kết quả.
Bước 3 — Chuẩn bị dữ liệu và môi trường. Dựng sẵn dữ liệu mẫu có ý nghĩa với khán giả (dùng tên quán thật, con số thật của họ nếu có thể). Tắt thông báo, đóng tab thừa, phóng to cỡ chữ, kiểm tra kết nối. Chuẩn bị chế độ offline hoặc dữ liệu cache phòng khi mạng rớt.
Bước 4 — Luyện tập theo happy path. Chạy trọn vẹn demo ít nhất 5–10 lần. Ghi lại thời gian. Xác định những chỗ dễ hỏng và tránh né chúng. Luyện đến mức bạn có thể vừa thao tác vừa nói chuyện mượt mà.
Bước 5 — Chuẩn bị phương án B. Quay sẵn một video demo hoàn chỉnh. Nếu sản phẩm chết giữa chừng, bạn chuyển sang video mà không hoảng loạn. "Trong lúc hệ thống này hơi chậm, để tôi cho các bạn xem bản ghi tôi vừa chạy sáng nay."
Bước 6 — Dẫn chuyện trong khi demo. Đừng thao tác im lặng. Mỗi hành động đi kèm ý nghĩa. Chậm lại ở khoảnh khắc kỳ diệu, để nó "thở", cho khán giả thời gian tiếp nhận.
Bước 7 — Chốt bằng kết quả và mời tương tác. Kết thúc bằng bức tranh "cuộc sống sau sản phẩm". Nếu được, mời một người trong khán giả tự bấm thử — đó là cú chốt niềm tin mạnh nhất.
Lỗi thường gặp & mẹo
Lỗi 1 — Feature dump (đổ tính năng). Cố khoe hết mọi thứ sản phẩm làm được. Kết quả: khán giả quá tải và nhớ mờ nhạt. Mẹo: Kỷ luật "một demo, một thông điệp". Thà demo sâu một điểm còn hơn lướt qua mười điểm.
Lỗi 2 — Demo trực tiếp mà không luyện. Tin rằng "mình biết sản phẩm quá rõ rồi". Rồi bấm nhầm, treo máy, quên dữ liệu. Mẹo: Luyện ít nhất 5 lần và luôn có video dự phòng.
Lỗi 3 — Mô tả thao tác thay vì dẫn chuyện. "Tôi bấm đây, rồi vào menu này, rồi chọn cái này." Khán giả buồn ngủ. Mẹo: Nói về ý nghĩa và bối cảnh, không về nút bấm.
Lỗi 4 — Dữ liệu vô nghĩa. Demo với "Nguyễn Văn A", "Sản phẩm 1", "Test 123". Khán giả không thấy mình trong đó. Mẹo: Dùng dữ liệu giống thật của chính khán giả — tên công ty họ, con số ngành họ.
Lỗi 5 — Đi quá nhanh qua khoảnh khắc kỳ diệu. Bấm nút, kết quả hiện, rồi vội chuyển tiếp. Mẹo: Chậm lại. Dừng 2–3 giây. Nói "Các bạn để ý — cái vừa mất hai ngày, giờ xong trong bốn giây." Để khoảnh khắc đó vang lên.
Lỗi 6 — Không xử lý sự cố một cách bình tĩnh. Khi lỗi xảy ra và bạn hoảng, niềm tin sụp đổ. Mẹo: Chuẩn bị sẵn một câu chuyển tiếp nhẹ nhàng, chuyển sang phương án B mà không xin lỗi rối rít. Sự điềm tĩnh bảo vệ uy tín.
Mẹo vàng: Với các demo quan trọng (pitch gọi vốn, chốt hợp đồng lớn), hãy quay lại buổi luyện của mình và xem lại. Bạn sẽ tự phát hiện những chỗ mình lan man, thao tác vụng, hoặc bỏ lỡ khoảnh khắc kỳ diệu.
Bài tập thực hành
Bài tập 1 — Xác định khoảnh khắc kỳ diệu. Chọn một sản phẩm bạn đang làm (hoặc một app bạn dùng hằng ngày). Viết ra: (a) nỗi đau lớn nhất nó giải quyết, (b) một khoảnh khắc "aha" duy nhất bạn sẽ demo, (c) kết quả sau khi có nó. Chỉ trong 3 câu.
Bài tập 2 — Viết kịch bản demo 3 phút. Dựa trên câu trả lời ở Bài tập 1, viết kịch bản demo 3 phút gồm: câu mở thiết lập nỗi đau, chuỗi 4–6 thao tác dẫn tới khoảnh khắc kỳ diệu, câu chốt kết quả. Ghi rõ lời dẫn bên cạnh mỗi thao tác — không mô tả nút bấm mà nói về ý nghĩa.
Bài tập 3 — Quay và tự đánh giá. Chạy demo 3 phút đó trước webcam. Xem lại và chấm 3 điểm: (1) Tôi có dừng đủ lâu ở khoảnh khắc kỳ diệu không? (2) Tôi có mô tả thao tác thay vì dẫn chuyện chỗ nào không? (3) Dữ liệu của tôi có "giống thật" không? Chạy lại lần hai, sửa 3 điểm đó.
Bài tập 4 — Thiết kế phương án B. Viết ra: nếu giữa demo sản phẩm treo, câu đầu tiên bạn sẽ nói là gì, và bạn chuyển sang phương án gì? Chuẩn bị sẵn câu đó thành phản xạ.
Tóm tắt
- Demo mạnh hơn slide khi giới thiệu sản phẩm: cuốn hút hơn (trên 90% so với 50%), tạo niềm tin ("cái này có thật"), và ghi nhớ sâu vì tính trực quan.
- "Show, don't tell": đừng mô tả sản phẩm làm được gì — hãy để khán giả chứng kiến nó làm điều đó, vì thuyết phục xảy ra ở tầng cảm xúc.
- Cấu trúc cốt lõi: Nỗi đau → Khoảnh khắc kỳ diệu → Kết quả. Một demo, một thông điệp — đừng đổ tính năng.
- Demo tự nhiên là demo luyện kỹ: viết kịch bản, dựng dữ liệu giống thật, bám happy path, và luôn có phương án B (video dự phòng).
- Dẫn chuyện, đừng đọc thao tác: nói về ý nghĩa và bối cảnh; chậm lại và để khoảnh khắc kỳ diệu vang lên; nếu được, mời khán giả tự tay bấm thử.