Hai điều đổi về tiền
Điều thứ nhất: chi phí đơn vị không còn bằng 0. Hai mươi năm qua, phục vụ thêm một người dùng gần như miễn phí. Đó là nền tảng của mọi mô hình kinh doanh phần mềm bạn từng làm. Với sản phẩm AI, mỗi lần dùng tốn tiền thật — và số tiền đó tăng theo lưu lượng, không giảm.
Hệ quả cụ thể: một tính năng có thể đúng về mặt kỹ thuật và sai về mặt kinh tế. Nếu mỗi lượt dùng tốn 900 đồng và bạn có 200.000 lượt/tháng, đó là 180 triệu/tháng — và nó phải nằm trong mô hình giá của bạn ngay từ đầu, không phải được phát hiện ở tháng thứ tư.
Điều thứ hai: có một khoản chi không tạo ra tính năng nào. Đó là chi phí để biết — gán nhãn dữ liệu, xây bộ ca kiểm, chạy thử nghiệm, chạy lại bộ ca hằng tuần. Nó không xuất hiện trong bất kỳ bản demo nào, nên nó luôn là khoản bị cắt đầu tiên. Và cắt nó là cách chắc chắn nhất để mất khả năng biết sản phẩm của mình đang tốt hay xấu.
Ba nhóm chi phí phải tách riêng
| Nhóm | Gồm gì | Đặc điểm |
|---|---|---|
| Xây dựng | Giao diện, tích hợp, hàng chờ, log | Một lần, ước lượng được — như mọi dự án |
| Học phí của việc biết | Gán nhãn, bộ ca, thử nghiệm, chạy lại định kỳ | Liên tục. Cắt nó là mất khả năng đo |
| Chi phí vận hành mỗi lượt | Tính toán, gọi API | Tăng theo lưu lượng — đây là cái mới |
Tính chi phí đơn vị trước khi xây, có số
Một mẫu tính đơn giản mà mọi đề xuất dự án AI nên có:
- Chi phí mỗi lượt xử lý: 900đ (tính toán + gọi API)
- Lưu lượng dự kiến: 8.000 lượt/tháng → 7,2 triệu/tháng
- Tỉ lệ chuyển người 20% → 1.600 ca × 1,5 phút = 40 giờ/tháng công người
- Quy ra tiền công (giả định 80.000đ/giờ): 3,2 triệu/tháng
- Tổng chi phí vận hành: 10,4 triệu/tháng
Tiết kiệm ròng: 32 triệu/tháng. Bây giờ câu hỏi quan trọng: ở lưu lượng nào thì nó hết lợi? Và: nếu chi phí mỗi lượt tăng gấp ba (nhà cung cấp đổi giá), còn lợi không? Ở đây: 21,6 + 3,2 = 24,8 triệu, vẫn lợi. Tốt — dự án chịu được cú sốc giá.
Bài tính này mất 20 phút và nó là bài tính hay bị bỏ nhất trong các đề xuất AI.
Ba đòn bẩy giảm chi phí, theo thứ tự nên thử
- Định tuyến theo độ khó. Ca dễ dùng mô hình nhỏ, rẻ; chỉ ca khó mới gọi mô hình lớn. Thường giảm 50–70% chi phí mà chất lượng gần như không đổi — và đây là đòn bẩy ít ai dùng.
- Lưu kết quả dùng lại. Câu hỏi lặp lại không cần tính lại. Với chăm sóc khách hàng, phần lớn câu hỏi là lặp.
- Thu hẹp đầu vào. Gửi ít ngữ cảnh hơn thường tăng chất lượng đồng thời giảm chi phí — hai thứ không đánh đổi nhau ở đây.
Học phí của việc biết: con số cụ thể
Cho một dự án AI cỡ trung, phần "để biết" thường là 10–20% tổng ngân sách, và nó gồm:
| Khoản | Quy mô điển hình |
|---|---|
| Xây bộ ca kiểm 200 ca có đáp án đúng | 3–5 ngày người hiểu nghiệp vụ |
| Bổ sung bộ ca mỗi tháng | Nửa ngày/tháng |
| Chạy lại bộ ca hằng tuần | Tự động hoá một lần, 2–3 ngày |
| Lấy mẫu kiểm ca đã tự động xử lý | 1 giờ/tuần, liên tục |
Cách bảo vệ khoản này trong tổ chức: đặt nó thành một dòng ngân sách riêng, có tên, gắn với một người, thay vì để nó nằm ẩn trong "chi phí phát triển".
Câu hỏi cần thêm vào mọi đề xuất dự án AI
Một câu, và nó lọc ra phần lớn đề xuất chưa chín: "Ở lưu lượng nào thì dự án này hết lợi?" Người đề xuất trả lời được câu đó là người đã hiểu kinh tế của việc mình làm. Người không trả lời được thường chưa tính chi phí mỗi lượt.
Làm ngay
Cho tính năng AI lớn nhất của bạn, tính ba con số: chi phí mỗi lượt, chi phí ở lưu lượng dự kiến, và lưu lượng mà tại đó nó hết lợi. Rồi kiểm ngân sách hiện tại có dòng riêng cho "học phí của việc biết" hay không.