Solution Slide:
Demo vs Screenshot vs Video — Nên Dùng Gì
Solution slide là slide được làm qua loa nhất trong pitch deck — và đó chính xác là lý do nó trở thành điểm yếu lớn nhất. Founders thường làm một trong hai: liệt kê bullet points dài về features, hoặc nhồi screenshot chụp màn hình mà VC không hiểu context. Solution slide không phải chỗ demo sản phẩm. Đây là nơi bạn chứng minh bạn đã giải quyết đúng vấn đề đúng cách — theo cách mà người khác chưa làm được. Bài này tôi chia sẻ framework chọn format (demo / screenshot / video), cấu trúc nội dung đúng, và những sai lầm làm VC mất hứng ngay slide này.
VC muốn thấy gì trong solution slide?
VC không quan tâm đến tất cả features của bạn — họ quan tâm đến một điều: Tại sao solution của bạn giải quyết được vấn đề tốt hơn tất cả alternative hiện tại?
Câu hỏi đó bao gồm 4 thứ cần trả lời trên slide:
- Core insight: Bạn nhìn ra điều gì mà người khác không nhìn ra — về cách giải quyết vấn đề này?
- Cơ chế giải quyết: Solution hoạt động như thế nào để tạo ra outcome tốt hơn? (Không phải danh sách features — cơ chế.)
- Why better: Cụ thể hơn alternative (spreadsheet / competitor / status quo) ở điểm nào?
- Why you: Tại sao team này làm được điều này tốt hơn team khác?
"Tôi thấy hàng trăm pitch deck mỗi năm. Solution slide nào chỉ show screenshot và bullet points features — tôi không nhớ gì sau 10 phút. Solution slide nào giải thích được 'insight khác biệt' — tôi nhớ đến cuối tuần." — GP, một VC fund tại Southeast Asia
Nguyên tắc: Solution slide không phải product demo. Đây là thesis về cách bạn nhìn thế giới khác đi — và vì sao cách nhìn đó dẫn đến solution vượt trội. Product demo là để Q&A, không phải slide.
3 format: Demo / Screenshot / Video — khi nào dùng cái nào
Không có format nào tốt nhất trong mọi hoàn cảnh. Quyết định dựa trên 3 yếu tố: giai đoạn phát triển của sản phẩm, setting của pitch, và mức độ phức tạp của solution.
Format hoạt động tốt nhất trong 80% trường hợp. Screenshot của 1–2 màn hình chính, có annotation chỉ rõ "magic moment" — điểm mà user thấy giá trị ngay lập tức.
- Dùng khi: Product đã có MVP, pitch deck gửi qua email, hoặc không chắc internet/demo environment ổn định
- Không dùng khi: Product chưa có UI (service/API), hoặc magic moment cần interaction mới thấy được
- Tip: Tối đa 2 screenshot. Mỗi screenshot phải có callout box giải thích "cái này solve vấn đề X như thế nào"
Powerful nhất nếu thực hiện tốt — và risky nhất nếu có vấn đề kỹ thuật. Demo trực tiếp tạo "wow moment" thực sự mà screenshot không thể replicate.
- Dùng khi: Pitch trực tiếp (in-person), product có "aha moment" visual rõ ràng, demo environment được kiểm soát tốt
- Không dùng khi: Pitch qua Zoom (lag), product phụ thuộc data thực (khó control), hoặc chưa có stable version
- Tip: Luôn có backup screenshot plan. Demo script chỉ 3 clicks — đừng improvise. Nếu demo fail, chuyển sang screenshot ngay, đừng cố fix live.
Tốt cho products phức tạp, workflows dài, hoặc khi UX chưa đủ polish để screenshot. Video cũng có thể embed vào deck gửi qua email.
- Dùng khi: Product là hardware/IoT, workflow cần show nhiều bước liên tiếp, hoặc cần show before/after transformation rõ ràng
- Không dùng khi: Presentation in-person với nhiều người (attention span thấp khi xem video tập thể), hoặc video chất lượng thấp
- Tip: Không cần professional production. Screen recording rõ ràng + voiceover bình tĩnh > flashy animation không có substance. Autoplay off — bạn control khi nào play.
Rule thực tế: Nếu bạn đang pitch lần đầu với VC và không chắc setting — mặc định Screenshot + Annotation. Bạn có thể upgrade lên demo nếu setting cho phép, nhưng không thể downgrade nếu demo fail.
Cấu trúc nội dung solution slide chuẩn
Dù dùng format nào, nội dung solution slide cần có đủ 4 thành phần:
One-liner: Solution của bạn là gì trong 1 câu
Không phải tagline marketing. Câu mô tả cơ chế: "[Product] giúp [user segment] [achieve outcome] bằng cách [mechanism]." Ví dụ: "Nền tảng của chúng tôi giúp HR manager tại SME xử lý toàn bộ payroll trong 15 phút/tháng bằng cách tự động hóa BHXH + thuế TNCN từ chấm công."
Visual: 1–2 screenshot/frame với annotation rõ ràng
Chọn màn hình thể hiện được "magic moment" — khoảnh khắc user đạt được giá trị cốt lõi. Annotation phải giải thích outcome, không phải feature. Thay vì "Dashboard tổng quan" → "Giảm 3 giờ/tuần reconcile thủ công". Thay vì "AI recommendation" → "Tăng 23% conversion rate so với manual."
Before / After: vấn đề được giải quyết như thế nào
Đây là element nhiều founders bỏ sót. So sánh trực tiếp: "Trước: HR manager mất 3 ngày nhập liệu spreadsheet → Sau: 15 phút với platform chúng tôi." Số liệu cụ thể > mô tả chung chung. Nếu chưa có data thực, dùng customer quote hoặc beta user feedback.
Why different: khác biệt với alternative
Đây không phải competitive analysis (đó là competition slide). Đây là 1–2 câu tóm tắt insight khác biệt: "Không như [existing approach], chúng tôi [cơ chế độc đáo] — điều này có nghĩa là [concrete benefit]." Ví dụ: "Không như SaaS HR truyền thống cần 3 tháng implementation, platform của chúng tôi integrate với BHXH online trong 24 giờ qua API — không cần IT team."
Không nhồi quá nhiều: Solution slide nên có 1 visual chính + 3–4 bullet points tối đa. Nếu bạn cần nhiều hơn để giải thích solution — đó là signal solution quá phức tạp hoặc bạn chưa biết "core insight" của mình là gì.
Unfair advantage — element bị bỏ sót nhiều nhất
Trong 500+ pitch deck tôi đã review, element bị bỏ sót nhiều nhất ở solution slide là "tại sao team này có thể build solution này tốt hơn tất cả".
VC không chỉ đầu tư vào solution — họ đầu tư vào team có thể defend và evolve solution đó. Solution slide là nơi lý tưởng để hint unfair advantage của team:
- Domain expertise: "Hai co-founders của chúng tôi từng là CHRO tại Vingroup và FPT — chúng tôi đã sống với pain này 10 năm."
- Technical moat: "Proprietary ML model được train trên 5 triệu payroll transactions — competitor cần 2–3 năm để replicate."
- Distribution advantage: "Partnership độc quyền với 3 payroll software providers — access 50.000 SME Vietnam ngay lập tức."
- Data moat: "Mỗi customer sử dụng càng lâu, model của chúng tôi càng accurate — tạo switching cost tự nhiên."
Không cần cả 4: Nếu bạn có 1 unfair advantage thực sự mạnh, nó đủ để đặt ở cuối solution slide. Nếu không có unfair advantage rõ ràng — đó là vấn đề lớn hơn cần address trước khi pitch.
Ví dụ thực tế — Trước và Sau
Ví dụ 1: B2B SaaS — Inventory Management cho F&B
"Giải pháp của chúng tôi bao gồm: quản lý kho thời gian thực, tích hợp POS, báo cáo tồn kho, cảnh báo hàng sắp hết, quản lý nhà cung cấp, và dashboard analytics. Hệ thống dễ sử dụng, có app mobile, và giá cả phải chăng."
One-liner: Platform giúp chủ nhà hàng F&B tại VN giảm food waste 30% và hết hàng bất ngờ bằng cách dự báo tồn kho từ lịch sử order + seasonality.
Magic moment: [Screenshot dashboard] → Callout: "Cảnh báo 48h trước khi hết hàng — giảm từ 12 lần/tháng hết hàng xuống còn 1–2 lần."
Before/After: Trước: Chủ quán kiểm kho tay mỗi tối (45 phút) → không nhất quán → hết hàng = mất khách. Sau: Auto-sync từ POS + order trong 5 giây.
Why different: Không như ERP nặng cần 3 tháng setup, chúng tôi integrate với VNPay và Sapo POS trong 1 ngày — SME F&B không cần IT team.
Ví dụ 2: Consumer App — Mental Health / Coaching
"App của chúng tôi cung cấp: meditation, breathing exercises, mood tracking, journaling, và kết nối với therapist. Giao diện đẹp, dễ dùng. Chúng tôi sử dụng AI để personalize trải nghiệm."
Insight: 73% user bỏ meditation apps sau 2 tuần vì không thấy kết quả cụ thể — đây là problem của feedback loop, không phải content.
Solution mechanism: Daily 5-phút check-in → AI pattern recognition → weekly "impact report" showing correlation between habits và mood score. User thấy proof rằng 3 ngày ngủ đủ giấc → mood tăng 2 điểm.
[Screenshot]: Weekly report card với trend lines → Callout: "Lần đầu user thấy data của chính họ — D30 retention tăng từ 12% → 34%."
Unfair advantage: Co-founder là behavioral psychologist với 8 năm nghiên cứu habit formation — mọi feature design dựa trên peer-reviewed research, không phải UX assumption.
Nhận Chapter 1 Ebook Pitch Deck Miễn Phí
Framework đầy đủ 12 slides — cách 16 founders gọi được 300+ tỷ VND
Nhận trong 60 giây · Không spam · Hủy bất cứ lúc nào
5 Sai lầm phổ biến nhất trong solution slide
Liệt kê features thay vì outcomes
"Có dashboard, có notification, có export CSV, có API" — đây là features. VC muốn nghe outcomes: "Giúp ops manager giảm 4 giờ/tuần manual reporting." Mỗi feature phải được dịch ra benefit, và benefit tốt nhất phải được dịch ra số liệu cụ thể. Rule: Nếu một feature không contribute vào outcome đo được, đừng mention nó trong solution slide.
Solution không kết nối rõ ràng với problem đã trình bày
Problem slide: "Chủ SME mất 3 ngày/tháng làm kế toán thủ công." Solution slide: "Platform tích hợp đa kênh với AI analytics." — Đây là 2 thế giới không liên quan. VC phải tự đoán mối liên hệ. Solution slide phải echo trực tiếp pain points từ problem slide: pain point X → solution mechanism Y → outcome Z. Nếu không có sợi chỉ liên kết — hai slide độc lập nhau là red flag.
Quá nhiều screenshots — VC không biết nhìn vào đâu
4–5 screenshots trên một slide, không có annotation, không có hierarchy rõ ràng. VC nhìn vào thấy "ừ có nhiều màn hình" nhưng không hiểu điểm chính là gì. Giới hạn 1–2 screenshots. Chọn màn hình thể hiện được "single most important value prop". Dùng arrow, highlight box, hoặc callout để focus attention. Simplicity > comprehensiveness.
Demo fail và không có backup plan
Tôi đã chứng kiến nhiều pitch bị phá hỏng hoàn toàn vì demo fail ở giữa chừng — và founder cứ loay hoay fix thay vì chuyển ngay sang backup. Rule cứng: Nếu bạn quyết định demo live, bạn phải có screenshot backup sẵn trên laptop, sẵn sàng switch trong 5 giây. Và bạn phải practice câu chuyển: "Để tiết kiệm thời gian, để tôi cho anh/chị xem screenshot key moments..."
Explain solution nhưng không explain "why you"
Solution slide chỉ answer "what" mà không answer "why you can do this". VC không chỉ evaluate solution — họ evaluate team + solution fit. "Chúng tôi build AI chatbot" là solution. "Hai co-founders từng lead AI team tại VNG + Zalo, với 50 papers published và 3 patents về NLP tiếng Việt" là why you. Một câu về team credibility hoặc unfair advantage đặt ở cuối solution slide tăng đáng kể credibility của cả slide.
Checklist solution slide trước khi pitch
- ☐ One-liner giải thích được cơ chế solution (không phải tagline), người ngoài ngành đọc hiểu trong 10 giây
- ☐ Format được chọn phù hợp với setting pitch và stage sản phẩm (screenshot / demo / video)
- ☐ Visual (screenshot/video) có annotation giải thích outcome, không chỉ feature
- ☐ Solution kết nối trực tiếp với pain points đã nêu trong problem slide
- ☐ Có before/after rõ ràng (bằng số liệu hoặc customer quote — không chỉ mô tả)
- ☐ Có ít nhất 1 câu về unfair advantage / why you — không phải slide riêng mà là hint ở cuối slide
- ☐ Nếu demo live: có screenshot backup sẵn và biết câu chuyển nhanh nếu demo fail
- ☐ Toàn bộ slide giải thích xong trong dưới 60 giây — không cần elaboration mới hiểu được
Pitch Deck · Định Giá · BOD · Cap Table A–Z
Toàn bộ framework từ 16 founders đã gọi được 300+ tỷ VND. Nhận link trong 3 phút.