Ba lời đề nghị trong cùng một tuần
Trong bán hàng B2B ở Việt Nam, câu "cho bên em dùng thử trước đã" xuất hiện ở gần như mọi deal lớn. Sales gật đầu vì sợ mất khách, đội sản phẩm nhận thêm một khách "đang pilot", và ba tháng sau không ai nói được pilot đó thành công hay thất bại. Một pilot không có thiết kế là một khoản tư vấn miễn phí: bạn bỏ công kỹ sư, người triển khai và thời gian PM, còn khách nhận kiến thức mà không phải cam kết gì.
Khoá học này dạy cách thiết kế một pilot kết thúc bằng một quyết định — ký hay không ký — thay vì một lời cảm ơn lịch sự. Việc đầu tiên rất đơn giản nhưng hay bị bỏ qua: gọi đúng tên thứ bạn đang làm.
Ví dụ xuyên suốt khoá học: Khớp (giả định)
Để các bài sau cụ thể, ta theo một công ty giả định từ đầu đến cuối.
Khớp là startup 22 người ở TP.HCM, làm phần mềm tự động đối soát hoá đơn điện tử bán ra với các khoản chuyển khoản khách trả vào tài khoản ngân hàng. Khách hiện tại là 31 doanh nghiệp nhỏ trả phí theo tháng. Năm nay Khớp muốn lên phân khúc doanh nghiệp phân phối cỡ vừa — nơi một phòng kế toán công nợ có thể mất hàng trăm giờ mỗi tháng chỉ để dò xem khoản tiền nào trả cho hoá đơn nào.
Những người bạn sẽ gặp lại:
- Vy — PM của Khớp, người điều phối pilot
- anh Dũng — CEO Khớp, người bảo trợ phía Khớp
- Hiếu — kỹ sư tích hợp
- Nhi — chuyên viên triển khai
- chị Hằng — Giám đốc tài chính của Đông Phát (giả định), người bảo trợ phía khách
- anh Lộc — kế toán trưởng chi nhánh Bình Dương của Đông Phát, người điều phối phía khách
- anh Tài — trưởng phòng CNTT của Đông Phát
Ba thứ khác nhau, ba câu hỏi khác nhau
| Loại | Câu hỏi cần trả lời | Quy mô điển hình | Ai trả tiền | Kết thúc bằng |
|---|---|---|---|---|
| POC (proof of concept) | Về kỹ thuật, giải pháp có chạy được trong môi trường của khách không? | 2–6 tuần, dữ liệu mẫu, nhóm kỹ thuật nhỏ | Thường miễn phí hoặc phí tượng trưng | Biên bản kỹ thuật: tích hợp được, hiệu năng đạt, bảo mật qua |
| Pilot | Khi người dùng thật dùng trong công việc thật, có tạo ra kết quả kinh doanh không? | 6–12 tuần, một chi nhánh hoặc phòng ban, dữ liệu thật | Nên có phí, kể cả phí giảm | Buổi readout có số liệu và quyết định ký hay không |
| Dùng thử miễn phí (free trial) | Người dùng có tự thấy giá trị mà không cần ai dẫn không? | 7–30 ngày, tự phục vụ | Miễn phí | Người dùng tự nâng cấp hoặc bỏ đi |
Gọi sai tên thì đo sai thứ
Làm pilot khi khách cần POC. Khách ngân hàng hay nói "pilot" khi thực ra họ cần POC để qua phòng an ninh thông tin. Nếu bạn thiết kế pilot đo kết quả kinh doanh trong khi khách chỉ cần biết hệ thống có kết nối được với hệ thống lõi không, bạn đo sai thứ và kéo dài sai thời gian.
Coi POC là bằng chứng giá trị. POC thành công chỉ chứng minh "chạy được". Khối kinh doanh không mua vì phần mềm chạy được; họ mua vì nó đỡ tiền, đỡ giờ hoặc tăng doanh thu. Đội nào trình biên bản POC lên giám đốc tài chính rồi chờ ký hợp đồng thường chờ rất lâu.
Biến dùng thử thành pilot có người kèm. Một khách nhỏ đáng lẽ phải tự dùng thử 14 ngày, nhưng sales hứa "bên em cử người hỗ trợ". Kết quả: bạn tốn công triển khai cho một khách trả vài trăm nghìn đồng mỗi tháng, và không học được gì về việc sản phẩm có tự đứng được không.
Ba lời đề nghị của Khớp, gọi đúng tên
Trong cùng một tuần, Vy nhận ba lời đề nghị:
| Ai đề nghị | Họ nói | Câu hỏi thật của họ | Gọi đúng tên |
|---|---|---|---|
| Đông Phát, phân phối hàng tiêu dùng, 6 chi nhánh | "Cho bên chị thử ở một chi nhánh" | Có giảm được giờ công đối soát và rút ngắn đóng sổ không? | Pilot |
| Ngân hàng Sông Hồng (giả định) | "Bên anh muốn pilot để giới thiệu Khớp cho khách doanh nghiệp" | Khớp có lấy được sao kê qua API của ngân hàng an toàn không? | POC trước, pilot sau |
| Cửa hàng vật liệu xây dựng Hưng Phát | "Em dùng thử miễn phí một tháng được không?" | Có tự dùng được không? | Dùng thử 14 ngày, tự phục vụ |
flowchart TD
A["Khách đề nghị dùng thử"] --> B{"Câu hỏi chính là kỹ thuật chạy được không?"}
B -->|"Có"| C["POC: 2-6 tuần, nhóm kỹ thuật"]
B -->|"Không"| D{"Cần người kèm để thấy giá trị?"}
D -->|"Không"| E["Dùng thử tự phục vụ"]
D -->|"Có"| F["Pilot: tiêu chí, phạm vi, giá chốt trước"]Dấu hiệu "pilot" thật ra là thứ khác
- Người liên hệ duy nhất là phòng CNTT, và mọi câu hỏi đều về tích hợp, máy chủ, phân quyền — đó là POC.
- Khách không nói được vấn đề đang tốn của họ bao nhiêu — có thể chưa đến lúc pilot, chỉ là tìm hiểu.
- Khách muốn "dùng thử toàn công ty, miễn phí, không thời hạn" — đó là dùng miễn phí, không phải pilot.
- Khách cần bạn phát triển tính năng mới rồi mới thử được — đó là dự án tuỳ biến, cần báo giá riêng.
Tóm tắt kỹ năng nằm ở Pilot / POC Design; khoá học này đi sâu từng bước, bằng ví dụ Khớp.
Làm ngay
Liệt kê mọi khách đang "dùng thử", "pilot" hoặc "POC" sản phẩm của bạn. Với mỗi khách, viết một câu: câu hỏi thật họ cần trả lời là gì? Rồi gắn nhãn lại bằng ba loại ở trên. Đếm xem có bao nhiêu khách đang được gọi là pilot nhưng thực ra là POC hoặc dùng thử, và ước tính bạn đang dành bao nhiêu giờ mỗi tuần cho những khách đó.