Pilot / POC Design

Pilot, POC và dùng thử miễn phí — ba thứ khác nhau

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. Đội 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 sức kỹ sư, người triển khai và thời gian của PM, còn khách nhận được kiến thức mà không phải cam kết gì.

Việc đầu tiên là gọi đúng tên thứ mình đang làm, vì mỗi loại trả lời một câu hỏi khác nhau và cần một kiểu thiết kế khác nhau:

Vì sao phân biệt quan trọng: khách ngân hàng hay nói "pilot" khi thực ra họ cần POC để qua được phòng an ninh thông tin. Nếu bạn thiết kế một pilot đo kết quả kinh doanh trong khi khách chỉ cần biết hệ thống có tích hợp được với core banking không, bạn sẽ đo sai thứ và kéo dài sai thời gian. Ngược lại, nếu bạn làm POC rồi coi đó là bằng chứng giá trị, bạn sẽ ngạc nhiên khi khối kinh doanh từ chối ký: kỹ thuật chạy được chưa bao giờ là lý do để mua.

Thứ tự thường gặp ở doanh nghiệp lớn là POC trước, pilot sau. Với doanh nghiệp vừa và nhỏ, POC thường không cần — họ không có phòng kỹ thuật để đánh giá, và câu hỏi thật của họ là "có đỡ việc cho nhân viên của tôi không".

Chọn khách hàng pilot — ai cũng muốn thử không có nghĩa ai cũng nên thử

Khách pilot tốt nhất không phải là khách lớn nhất hay khách dễ tính nhất. Đó là khách mà kết quả pilot có thể kể lại cho mười khách tương tự, và là khách có đủ đau để dành người cho dự án. Một ngân hàng lớn có logo đẹp nhưng không có người phụ trách sẽ cho bạn một pilot kéo dài sáu tháng và một slide "đang triển khai với ngân hàng X" mà bạn không được phép công bố.

Hai đến ba pilot cùng lúc là trần. Mỗi pilot cần người triển khai, cần PM theo dõi và cần kỹ sư xử lý lỗi phát sinh. Một startup mười lăm người nhận năm pilot cùng lúc sẽ làm cả năm đều dở. Nếu phải chọn, ưu tiên pilot có người bảo trợ mạnh nhất, không phải pilot có logo đẹp nhất.

Tiêu chí thành công — viết và ký trước ngày bắt đầu

Đây là phần quyết định số phận của pilot, và là phần bị bỏ qua nhiều nhất. Khi không có tiêu chí viết sẵn, buổi đánh giá cuối cùng sẽ xoay quanh cảm nhận: "anh em thấy cũng được", "giao diện hơi khó dùng", "để bên em bàn thêm". Cảm nhận không ký được hợp đồng; con số mà chính khách đã đồng ý từ trước thì ký được.

Tiêu chí tốt có ba đặc điểm: đo bằng chỉ số kinh doanh của khách chứ không phải chỉ số của sản phẩm bạn; có mức nền (baseline) đo trước khi bắt đầu; và có ngưỡng đạt được hai bên thống nhất.

Nên có hai hoặc ba tiêu chí, không phải mười. Một tiêu chí kinh doanh chính, một tiêu chí mức độ sử dụng để chứng minh kết quả đến từ sản phẩm, và có thể một tiêu chí kỹ thuật bắt buộc (bảo mật, hiệu năng). Mười tiêu chí cho khách mười cách để nói "chưa đạt".

Đo mức nền ngay tuần đầu. Nếu khách không có số liệu hiện tại, hãy dành tuần đầu đo bằng tay cùng họ — đếm hồ sơ, bấm giờ, lấy mẫu. Không có mức nền thì cuối pilot không ai chứng minh được điều gì đã thay đổi.

Phạm vi, thời gian, người chịu trách nhiệm — và chuyện dữ liệu ở doanh nghiệp Việt

Pilot thất bại vì kéo dài nhiều hơn vì kết quả xấu. Ba thứ phải chốt bằng văn bản: phạm vi (chi nhánh nào, phòng nào, bao nhiêu người, quy trình nào nằm trong và nằm ngoài), thời gian (ngày bắt đầu, ngày readout, không gia hạn trừ khi có lý do ghi rõ), và người chịu trách nhiệm ở cả hai phía.

Dữ liệu và bảo mật thường là phần mất thời gian nhất, đặc biệt với ngân hàng, công ty bảo hiểm, công ty chứng khoán và doanh nghiệp nhà nước. Những điều nên chuẩn bị trước, vì chờ đến khi khách hỏi thì pilot đã trễ vài tuần:

• Bộ hồ sơ bảo mật soạn sẵn: sơ đồ kiến trúc, nơi đặt dữ liệu (máy chủ trong nước hay nước ngoài), cách mã hoá, phân quyền, nhật ký truy cập, chứng chỉ nếu có. Phòng an ninh thông tin của ngân hàng thường gửi bảng câu hỏi hàng trăm dòng; trả lời nhanh và nhất quán là lợi thế.
• Phương án triển khai tại chỗ hoặc dữ liệu đã che: nhiều tổ chức không cho dữ liệu khách hàng ra khỏi hệ thống của họ trong giai đoạn pilot. Hỏi ngay từ đầu: dùng dữ liệu thật, dữ liệu đã ẩn danh, hay dữ liệu mẫu? Câu trả lời thay đổi toàn bộ kế hoạch.
• Thoả thuận bảo mật và xử lý dữ liệu cá nhân: các quy định về bảo vệ dữ liệu cá nhân khiến phòng pháp chế của khách thận trọng hơn. Chuẩn bị sẵn mẫu thoả thuận để pháp chế hai bên không phải bắt đầu từ trang trắng.
• Tài khoản và quyền truy cập: xin tài khoản, mở cổng mạng, cấp VPN ở doanh nghiệp lớn có thể mất hai đến bốn tuần. Đưa việc này vào tuần 0, trước ngày bắt đầu chính thức, và đừng tính tuần chờ vào thời gian pilot.

Nhịp check-in hằng tuần và buổi readout

Một cuộc gọi 30 phút mỗi tuần với người điều phối bên khách là đủ, miễn là nó có cấu trúc. Mục đích không phải báo cáo tiến độ mà là phát hiện sớm ba thứ: người dùng không dùng, số liệu không được ghi, và người bảo trợ đang mất quan tâm.

Sau mỗi buổi, gửi một email năm dòng cho cả người bảo trợ hai bên. Người bảo trợ không cần dự họp, nhưng cần thấy tên dự án mỗi tuần — pilot im lặng ba tuần thường là pilot đã chết.

Buổi readout là buổi quan trọng nhất và nên được hẹn lịch ngay từ ngày ký charter, với người bảo trợ phía khách có mặt. Cấu trúc gợi ý: nhắc lại tiêu chí đã thống nhất, kết quả từng tiêu chí so với mức nền, hai câu chuyện người dùng, những gì chưa đạt và vì sao, rồi đề xuất bước tiếp theo kèm giá. Đừng kết thúc readout bằng "anh chị thấy sao ạ" — kết thúc bằng một đề xuất cụ thể cần một quyết định cụ thể.

Từ pilot sang hợp đồng, và khi nào nên rút lui

Giá phải được nói trước khi pilot bắt đầu, không phải trong buổi readout. Nếu khách nghe giá lần đầu sau khi pilot thành công, mọi cuộc đàm phán bắt đầu lại từ số không, và bạn đàm phán ở thế yếu vì đã bỏ công. Ghi vào charter một câu đơn giản: "Nếu đạt các tiêu chí trên, hai bên ký hợp đồng triển khai cho N chi nhánh với mức giá X, dự kiến trong vòng 30 ngày sau readout."

Khi nào nên rút lui — trước khi pilot kết thúc:

• Khách đòi mở rộng phạm vi liên tục mà không đổi thời gian hay giá.
• Người bảo trợ rời vị trí hoặc không xuất hiện trong ba lần liên tiếp.
• Khách từ chối ghi tiêu chí thành công thành văn bản.
• Yêu cầu tuỳ biến chỉ phục vụ riêng khách này, không ai khác cần.
• Pilot đã gia hạn một lần mà vẫn không có ngày readout.

Rút lui không phải thất bại. Mỗi tuần kỹ sư dành cho một pilot không có đường tới hợp đồng là một tuần không dành cho khách sẽ trả tiền.

Trường hợp đặc biệt — công ty outsourcing hoặc agency. Nếu bạn làm ở công ty gia công phần mềm, "pilot" thường mang hình dạng một dự án nhỏ trả giá thấp để khách thử năng lực đội. Logic vẫn vậy, nhưng tiêu chí là về năng lực giao hàng: đúng hạn bao nhiêu phần trăm story, số lỗi lọt sang môi trường thật, tốc độ phản hồi, chất lượng tài liệu. Chốt trước quy mô hợp đồng tiếp theo (số người, số tháng, đơn giá), và tránh để dự án thử năng lực biến thành một dự án đầy đủ với giá thử — đó là cách nhiều công ty gia công tự đặt mức giá thấp cho cả quan hệ về sau.

Pilot charter — ví dụ đã điền và bản trắng

Bối cảnh (giả định): SoHoá là startup làm phần mềm đọc và kiểm tra hồ sơ vay tự động. Khách là Ngân hàng Phương Nam, một ngân hàng thương mại tầm trung, muốn thử ở hai chi nhánh trước khi quyết định cho cả khối bán lẻ. Charter dài một trang, được cả hai người bảo trợ ký trước ngày bắt đầu.

PILOT CHARTER — SoHoá x Ngân hàng Phương Nam (giả định)
Phiên bản 1.2 — ký ngày 03/03

1. Vấn đề
   Hồ sơ vay tiêu dùng mất trung bình 3,1 ngày từ lúc nhận đến lúc chuyển thẩm định.
   18% hồ sơ phải yêu cầu khách bổ sung vì nhập sai hoặc thiếu giấy tờ.

2. Phạm vi
   Trong: chi nhánh Quận 3 và chi nhánh Thủ Đức, sản phẩm vay tiêu dùng tín chấp.
   Ngoài: vay thế chấp, vay doanh nghiệp, tích hợp core banking (dùng file xuất hằng ngày).
   Người dùng: 14 chuyên viên tín dụng, 2 trưởng nhóm.

3. Thời gian
   Tuần 0 (24/02–02/03): cấp quyền, đo mức nền.  Pilot: 03/03–25/04 (8 tuần).
   Readout: 29/04, 14:00, có mặt Phó Tổng Giám đốc khối bán lẻ.

4. Tiêu chí thành công (mức nền đo tuần 0)
   a. Thời gian xử lý hồ sơ: từ 3,1 ngày xuống dưới 1,5 ngày (trung vị, tuần 6–8).
   b. Tỉ lệ hồ sơ phải bổ sung: từ 18% xuống dưới 8%.
   c. Mức sử dụng: ít nhất 70% hồ sơ mới tuần 6–8 đi qua hệ thống.
   Người xác nhận số liệu: Phòng Kế hoạch, Ngân hàng Phương Nam.

5. Người chịu trách nhiệm
   Bảo trợ: Bà Lê Thu Hà (PTGĐ khối bán lẻ) / Ông Trần Minh (CEO SoHoá)
   Điều phối: Anh Phạm Quốc Bảo (Trưởng phòng vận hành tín dụng) / Chị Ngô Lan (PM SoHoá)
   Bảo mật: Phòng An ninh thông tin / Kỹ sư bảo mật SoHoá

6. Dữ liệu và bảo mật
   Triển khai trên máy chủ của ngân hàng. Không dữ liệu khách hàng nào rời hệ thống ngân hàng.
   Thoả thuận bảo mật và xử lý dữ liệu cá nhân ký ngày 20/02.

7. Chi phí pilot
   80 triệu đồng, được trừ vào hợp đồng chính nếu ký trong 30 ngày sau readout.

8. Nếu đạt tiêu chí
   Hợp đồng triển khai cho 42 chi nhánh khối bán lẻ, phí bản quyền 1,8 tỉ đồng/năm,
   phí triển khai 350 triệu đồng. Mục tiêu ký trước 31/05.

9. Nhịp làm việc
   Check-in thứ Ba 9:00, 30 phút. Email tóm tắt gửi hai người bảo trợ trong ngày.
   Không gia hạn pilot, trừ khi lý do được hai người bảo trợ ghi bằng văn bản.

Mục 7 và mục 8 là hai mục khách hay muốn bỏ. Đó cũng là hai mục biến pilot từ một lời mời dùng thử thành một bước trong quá trình mua. Nếu khách không chịu ghi mục 8, bạn vừa biết được điều quan trọng về khả năng họ sẽ mua.

PILOT CHARTER — [Công ty bạn] x [Khách hàng]
Phiên bản ... — ký ngày ...

1. Vấn đề (bằng số của khách): ...
2. Phạm vi
   Trong: ...
   Ngoài: ...
   Người dùng: ... người, thuộc ...
3. Thời gian
   Tuần 0 (chuẩn bị, đo mức nền): ...   Pilot: ... đến ... (... tuần)
   Readout: ngày ..., có mặt ...
4. Tiêu chí thành công (mức nền -> ngưỡng đạt)
   a. Chỉ số kinh doanh chính: ...
   b. Mức sử dụng: ...
   c. Điều kiện kỹ thuật bắt buộc (nếu có): ...
   Người xác nhận số liệu: ...
5. Người chịu trách nhiệm (phía bạn / phía khách)
   Bảo trợ: ... / ...
   Điều phối: ... / ...
   Kỹ thuật, bảo mật: ... / ...
6. Dữ liệu và bảo mật: dữ liệu thật / ẩn danh / mẫu; nơi lưu: ...; thoả thuận: ...
7. Chi phí pilot: ... (trừ vào hợp đồng chính nếu ký trước ...)
8. Nếu đạt tiêu chí: hợp đồng ..., quy mô ..., giá ..., mục tiêu ký trước ...
9. Nhịp làm việc: check-in ..., báo cáo cho bảo trợ ...
10. Điều kiện dừng sớm: ...

Lỗi thường gặp

Luyện kỹ năng này trong tuần này

• Liệt kê mọi khách đang ở trạng thái "đang dùng thử" hoặc "pilot". Với mỗi khách, ghi: tiêu chí thành công là gì, ngày readout là ngày nào, người bảo trợ là ai. Ô nào bỏ trống là ô cần lấp trước tiên.
• Chọn pilot sắp bắt đầu gần nhất và viết charter theo bản trắng ở trên. Gửi cho người điều phối bên khách như một bản nháp để cùng sửa, không phải văn bản để ký ngay.
• Viết lại một tiêu chí yếu thành tiêu chí mạnh: có chỉ số kinh doanh, có mức nền, có ngưỡng, có người xác nhận.
• Soạn hoặc cập nhật bộ hồ sơ bảo mật mà phòng an ninh thông tin của khách lớn thường hỏi. Lần sau bạn sẽ tiết kiệm được hai tuần.
• Hỏi đội sales một câu: trong năm qua, bao nhiêu pilot đã kết thúc bằng hợp đồng, và pilot thất bại thì thất bại vì đâu? Câu trả lời cho biết bạn cần sửa khâu nào trước.