# Pilot AI trả phí hay miễn phí: ba điều FDE phải chốt trước ngày đầu tiên

> Thu được tiền vẫn chưa đủ: pilot sẽ bế tắc nếu đến ngày cuối không có con số nào để đọc và không có ai đủ quyền để ký.

Bản gốc: https://fdetimes.net/vi/bach-khoa/pilot-tra-phi-hay-mien-phi-fde-chot-dieu-kien-chuyen-thanh-hop-dong/

Thử hình dung tuần cuối của một pilot. Agent đối soát hoá đơn của bạn chạy ổn, trưởng nhóm kế toán khen trong buổi demo, và khi bạn hỏi bước tiếp theo, câu trả lời là: "Để xem quý sau có ngân sách không."

Không ai nói không. Cũng không ai đủ quyền nói có. Vài tuần làm việc trên dữ liệu thật giờ treo lơ lửng, và bạn không có căn cứ nào để đẩy tiếp.

Rất dễ coi chuyện này là việc của sales. Giá và hợp đồng thì đúng, nhưng baseline, ngưỡng đạt và cách đo là thứ chỉ người ngồi sát dữ liệu khách hàng mới viết chính xác được. Vì thế, kỹ năng đáng rèn là chốt các điều kiện ấy trên một trang giấy, trước khi pilot khởi động.

## Trả phí có phải là câu trả lời?

Jason Lemkin của SaaStr cho rằng pilot trả phí được vận hành tốt chuyển thành hợp đồng năm ở mức trên 70%, dao động từ khoảng 60% đến hơn 90%. Với pilot miễn phí, ông thẳng thừng: "pilot không trả phí là phí thời gian".

Ngoại lệ ông chấp nhận là dùng thử miễn phí khi deployment rất dễ, mà một agent chạm vào dữ liệu và phân quyền của khách hàng hiếm khi dễ như vậy.

Riêng với AI, các con số thấp hơn nhiều. IDC, được CIO dẫn lại, ghi nhận cứ 33 proof of concept AI thì chỉ 4 lên được production. Nadkarni của IDC nhận xét nhiều POC gen AI "bị cấp vốn rất thiếu hoặc hoàn toàn không được cấp vốn".

Nhà đầu tư Brian Lewis của Millennium, phát biểu tại AI Engineer World's Fair, ước chừng một trong bốn pilot cuối cùng thành hợp đồng, và thời gian pilot đang ngắn lại.

Đừng đem các con số này so với nhau rồi kết luận rằng thu tiền sẽ tăng gấp ba tỉ lệ chốt. Chúng đo những thứ khác nhau, và khách chịu trả tiền vốn đã nghiêm túc hơn từ đầu.

Theo cẩm nang của Stackmatix, khoản phí mang lại trách nhiệm ở cả hai phía: bên trong khách hàng có người phải trả lời cho kết quả.

Vậy câu hỏi hữu ích hơn "trả phí hay miễn phí" là: nếu pilot thất bại, phía khách hàng ai mất gì?

## Ba thứ phải có trước ngày đầu

Thứ đầu tiên là tiêu chí. Stackmatix yêu cầu tiêu chí phải đo được, có thời hạn và gắn với kết quả kinh doanh mà khách hàng quan tâm. SoftwareSeni nêu lý do: khi tiêu chí được đặt ra sau khi đã có kết quả, quyết định go/no-go không còn cơ sở khách quan.

Tiếp theo là người mua có tên, có quyền với ngân sách và tham gia ngay từ đầu. Thiếu người này, cuối pilot không ai nói có được, đúng như cảnh mở đầu. Trưởng nhóm khen agent là tín hiệu tốt, nhưng lời khen không phải chữ ký.

Cuối cùng là đường chuyển đổi. Khi pilot không thể thu phí, Stackmatix khuyên thiết kế sẵn lộ trình chuyển đổi và mức giá hợp đồng thoả thuận trước.

Với nhà cung cấp đã có chỗ đứng, Lemkin cho biết nhiều bên đảo pilot trả phí thành opt-out, tức hợp đồng tự tiếp tục trừ khi khách báo dừng, và churn thấp hơn so với opt-in. Công ty trẻ có thể chưa đủ vị thế, nhưng nên biết để đề xuất khi có cơ hội.

Đừng ngại rằng nói giá sớm là thiếu tế nhị: Redress Compliance, đơn vị tư vấn đàm phán cho bên mua Palantir, cũng khuyên khách đòi bảng giá production trước khi làm pilot mới.

Nếu bên mua đã được khuyên hỏi giá từ sớm, thì chủ động đưa con số lên giấy chỉ là trả lời trước một câu hỏi đằng nào cũng tới.

**Điểm mấu chốt:** Điều kiện chuyển thành hợp đồng phải được viết ra trước khi pilot chạy dòng code đầu tiên.

## Một trang cho pilot đối soát hoá đơn

Lấy một ví dụ giả định: công ty logistics muốn dùng agent đối soát hoá đơn. Mỗi ngày có 400 hoá đơn, mỗi hoá đơn mất 6 phút, tức 2.400 phút hay 40 giờ công. Bạn muốn agent tự xử lý 60%, tức 240 hoá đơn, và mỗi hoá đơn đó con người chỉ kiểm tra 1 phút.

Phép tính cho ra mục tiêu: 240 phút kiểm tra là 4 giờ, 160 hoá đơn còn lại làm tay là 16 giờ, tổng 20 giờ công mỗi ngày. Khách hàng không mua "agent tự xử lý 60% hoá đơn". Họ mua việc giảm một nửa giờ công, nên đó là con số phải lên trang giấy.

| Mục | Nội dung chốt trước pilot |
|---|---|
| Baseline | 40 giờ công/ngày, đo từ log 2 tuần trước pilot |
| Tiêu chí đạt | Tối đa 20 giờ công/ngày, đo trong 2 tuần cuối |
| Ngưỡng an toàn | Sai sót lọt qua không quá 1% trên mẫu kiểm tra |
| Thời hạn | 4 tuần |
| Người quyết định | Giám đốc tài chính, dự họp khởi động và họp chốt |
| Nếu đạt | Ký hợp đồng năm theo mức giá ghi trong trang này |
| Nếu gần đạt | Trên 20 đến 24 giờ: gia hạn đúng một lần, 2 tuần, ghi rõ lỗi cần sửa |
| Nếu không đạt | Trên 24 giờ hoặc vượt ngưỡng sai sót: dừng, bàn giao lại dữ liệu và ghi lại bài học |

Giả sử kết quả cuối pilot là agent chỉ tự xử lý được 55%. Tức 220 hoá đơn kiểm tra hết 3 giờ 40 phút, 180 hoá đơn làm tay hết 18 giờ, tổng 21 giờ 40 phút.

Không có trang giấy, cuộc họp sẽ thành tranh luận 55% là tốt hay chưa tốt. Có trang giấy, không cần tranh luận: đây là "gần đạt", gia hạn 2 tuần, sửa đúng nhóm lỗi đã gọi tên. Kể cả khi con số xấu, hai bên vẫn biết phải làm gì tiếp.

Cùng phép tính đó cho thấy ranh giới còn lại: ở mức 48%, tức 192 hoá đơn kiểm tra và 208 hoá đơn làm tay, tổng đúng 24 giờ; xuống 45%, tổng là 25 giờ và pilot dừng. Vậy là ngay từ đầu, bạn đã biết agent phải tự xử lý bao nhiêu để pilot còn cơ hội gia hạn.

## Hỏi thế nào trong buổi scoping?

Những câu hỏi này nghe bình thường, nhưng mỗi câu lấp một ô trong trang giấy. Đoạn thoại sau là kịch bản mẫu:

> **FDE:** Hiện một hoá đơn mất bao lâu, và con số đó lấy từ đâu?
>
> **Khách:** Chừng vài phút thôi.
>
> **FDE:** Cho xin log hai tuần của hệ thống kế toán nhé. Hai bên sẽ dùng chung con số đo được làm mốc so sánh.
>
> **Khách:** Được, để kế toán xuất.
>
> **FDE:** Giả sử giờ công giảm một nửa.

Ai quyết định mua, và ngân sách nằm ở đâu?
>
> **Khách:** Giám đốc tài chính, nhưng chị ấy rất bận.
>
> **FDE:** Chỉ cần chị ấy dự buổi đầu và buổi chốt. Tiêu chí được chị ấy gật đầu từ đầu thì cuối pilot mới có người ra quyết định.

Nếu khách từ chối cả log lẫn cuộc gặp với người mua, bạn đã có thông tin giá trị trước khi pilot bắt đầu. Hãy báo cho sales và cân nhắc lại phạm vi trước khi bỏ công tích hợp.

## Tự làm: đi từ đo lường tới chữ ký

Hãy bắt đầu bằng baseline, vì không có nó mọi tiêu chí chỉ là cảm giác. Sau đó ngồi với người dùng trực tiếp để đặt ngưỡng, kể cả ngưỡng an toàn, rồi quy mọi thứ về đơn vị người mua quan tâm: giờ công, thời gian xử lý, lỗi lọt qua.

Bước kế là đưa bản nháp cho sales để điền giá và hình thức hợp đồng, rồi mời người mua duyệt trước khi khởi động.

Cuối cùng, giữ pilot ngắn. Brian Lewis nhận xét pilot ngắn khiến những lời hứa về tương lai ít chỗ bù đắp cho chức năng còn thiếu. Điều đó buộc bạn chọn một quy trình hẹp và làm cho nó chạy thật, thay vì trình bày roadmap.

## Những lỗi khiến pilot đẹp mà không ký được

Lỗi đầu tiên cần tránh là dùng chỉ số kỹ thuật làm tiêu chí. Accuracy hay F1 giúp bạn gỡ lỗi, nhưng người mua cần thấy kết quả kinh doanh, nên hãy giữ chúng làm chỉ số nội bộ.

Lỗi thứ hai là nhầm người ủng hộ với người mua. Người dùng nhiệt tình giúp bạn có dữ liệu, không nhất thiết giúp bạn có ngân sách. Lỗi thứ ba là để gia hạn không giới hạn: pilot miễn phí kéo dài mãi là cách từ chối lịch sự nhất, nên hãy ghi rõ chỉ gia hạn một lần.

Lỗi cuối là để ngỏ giá vì "chờ kết quả rồi tính". Redress viết từ góc người mua rằng pilot không có điều khoản sẽ trao lợi thế về giá cho nhà cung cấp. Khách hàng nghĩ như vậy sẽ đề phòng, mà đã đề phòng thì khó ký nhanh, nên minh bạch sớm có lợi cho chính bạn.

Nếu pilot buộc phải miễn phí, đừng cho không. Hãy đổi lấy log, thời gian của người dùng, sự có mặt của người mua và mức giá đã thoả thuận, vì đó là những thứ khiến khách hàng thực sự cam kết.

## Viết kỹ năng này vào CV ra sao?

Một dòng như "thiết kế tiêu chí nghiệm thu từ baseline đo trên log, phối hợp sales chốt đường chuyển đổi" nói được nhiều hơn "triển khai agent cho khách hàng", miễn là bạn đã làm thật.

Khi đọc tin tuyển dụng, hãy để ý các từ scoping, success criteria, pilot conversion, rồi hỏi thẳng lúc phỏng vấn: FDE có được tham gia từ khi viết tiêu chí, hay chỉ nhận việc sau khi đã ký? Từ khoá chỉ là gợi ý, câu trả lời mới cho bạn biết công việc thật.

Khi phỏng vấn, hãy kể một pilot bằng phép tính như trên, kể cả khi kết quả không đạt. Cách bạn ra quyết định trên con số xấu là câu chuyện đáng kể nhất.

## Bài tập cho tuần này

Lấy pilot gần nhất bạn từng làm, thành công hay thất bại đều được, rồi điền lại trang giấy trên bằng số thật. Ô nào bạn không điền nổi chính là chỗ pilot đó đã phó mặc cho may rủi.

Lần tới nghe câu "để xem quý sau", bạn sẽ biết câu chuyện đã lệch từ tuần nào, và lần đó hãy hỏi sớm hơn.

**Thử ngay tuần này:**

- Với pilot đang chạy, ghi ra tên người có ngân sách và kiểm tra người đó đã dự buổi họp nào chưa
- Xin log của một quy trình khách hàng và tự tính baseline bằng giờ công mỗi ngày
- Đọc 5 tin tuyển FDE, đánh dấu những tin nhắc tới scoping, success criteria hoặc pilot conversion

## Nguồn

- [Dear SaaStr: What is The Typical Conversion from Paid Pilot to Annual Contract in SaaS?](https://www.saastr.com/what-is-the-typical-conversion-from-paid-pilot-to-annual-contract-in-b2b-saas-2)

- [Enterprise Pilot to Paid Contract: A Startup Conversion Playbook](https://www.stackmatix.com/blog/enterprise-pilot-to-paid-contract)

- [How to Define Production Readiness Before an AI Pilot Begins](https://www.softwareseni.com/how-to-define-production-readiness-before-an-ai-pilot-begins/)

- [88% of AI pilots fail to reach production — but that's not all on IT](https://www.cio.com/article/3850763/88-of-ai-pilots-fail-to-reach-production-but-thats-not-all-on-it.html)

- [Which AI startups actually land enterprise contracts?](https://ai.engineer/talks/7A65O-0lvKE-which-ai-startups-actually-land-enterprise)

- [Palantir AIP pricing and Foundry negotiation. Most of the price is set during the pilot.](https://www.redresscompliance.com/palantir-aip-foundry-negotiation.html)