Bạn đã có baseline, chi phí thật, phép tính, dữ liệu tự động và bộ chỉ số trung thực. Bài cuối biến chúng thành một business case thuyết phục, minh bạch, đủ để lãnh đạo ra quyết định đầu tư/mở rộng/dừng.
Cấu trúc một business case ROI
- Vấn đề & use case — một câu, rõ ai đau chỗ nào.
- Baseline — số liệu hiện trạng đóng băng (Bài 2).
- Giải pháp agent — làm gì, chạm vào đâu.
- Chi phí đầy đủ (TCO) — build + run, gồm chi phí ẩn (Bài 3).
- ROI & payback — kèm 3 kịch bản độ nhạy (Bài 4).
- Chỉ số theo dõi — outcome + leading, cách đo (Bài 5–6).
- Rủi ro & guardrail — drift, ngưỡng dừng (Bài 7).
- Đề xuất quyết định — xin gì, cam kết gì.
Ví dụ cụ thể: one-pager agent duyệt hoàn tiền
VẤN ĐỀ: Duyệt hoàn tiền thủ công tốn 90 giờ/tháng, 27 ca sai/tháng.
BASELINE (đóng băng 05/2026): 12,6 triệu lao động + chi phí sai.
GIẢI PHÁP: Agent tiền xử lý + con người duyệt ngoại lệ.
CHI PHÍ: Build 60 triệu (một lần); Run 7 triệu/tháng (đã gồm review + sửa lỗi).
GIÁ TRỊ RÒNG: 8,6 triệu/tháng.
PAYBACK: ~7 tháng. ROI năm 1: 72%.
ĐỘ NHẠY: bi quan (volume -30%, lỗi +50%) vẫn +2,1 triệu/tháng.
CHỈ SỐ: cost/ca duyệt thành công, error_rate (cảnh báo >10%).
RỦI RO: model drift -> giám sát error_rate; guardrail cost/task.
ĐỀ XUẤT: Duyệt build 60 triệu, review lại sau 3 tháng theo dashboard.
Một trang, mọi con số truy được về dữ liệu thật. Đó là thứ lãnh đạo ký.
Các bước xây business case
- Viết baseline và giá trị bằng cùng đơn vị (VND/tháng) để so trực tiếp.
- Đưa chi phí ẩn ra ánh sáng — chủ động nêu review và sửa lỗi, tăng độ tin.
- Chọn biến thể ROI theo người nghe — payback cho lãnh đạo, NPV cho tài chính.
- Luôn kèm kịch bản bi quan — người duyệt tin bạn hơn khi thấy bạn đã tính xấu.
- Gắn cam kết đo lường — nêu rõ dashboard và mốc review.
- Đề xuất quyết định cụ thể, không để lửng.
Khung trình bày: dẫn bằng quyết định, không bằng công nghệ
Lãnh đạo không quan tâm agent dùng model nào. Họ hỏi: tốn bao nhiêu, được bao nhiêu, bao lâu hoàn vốn, rủi ro gì, khi nào biết sai. Business case phải trả lời đúng năm câu đó trước khi nói về kỹ thuật.
Trình bày phân giai đoạn để giảm rủi ro quyết định
Một lãnh đạo giỏi ngại ký một cục ngân sách lớn cho thứ chưa chứng minh. Hãy đóng gói đề xuất theo cổng (stage-gate) để họ dễ duyệt:
- Pilot — ngân sách nhỏ, một use case, tiêu chí thành công rõ (ví dụ payback dự kiến < 9 tháng và error_rate < 10% sau 30 ngày).
- Review cổng 1 — trình dữ liệu thật từ pilot so với dự báo; chỉ khi đạt mới xin ngân sách scale.
- Scale — mở rộng sang phân khúc đã kiểm chứng, kèm guardrail tự động.
Một câu chốt mỗi business case cần có
Kết thúc luôn bằng một câu quyết định lượng hóa được, dạng: "Đề xuất chi X để đạt net Y/tháng, hoàn vốn sau Z tháng; review lại tại mốc T dựa trên dashboard, dừng nếu net âm 2 kỳ liên tiếp." Câu này cho lãnh đạo đúng thứ họ cần để ký: số tiền, kết quả kỳ vọng, mốc kiểm tra và điều kiện dừng.
Checklist trước khi trình
- [ ] Mọi con số truy được về baseline/dữ liệu thật?
- [ ] Chi phí ẩn đã nêu, không giấu?
- [ ] Có ít nhất kịch bản bi quan?
- [ ] Payback/ROI rõ khung thời gian?
- [ ] Có chỉ số theo dõi và ngưỡng dừng?
- [ ] Có một đề xuất quyết định dứt khoát?
Sai lầm thường gặp
- Dẫn bằng công nghệ ("chúng tôi dùng RAG + multi-agent") thay vì bằng tiền và quyết định.
- Giấu chi phí ẩn để ROI đẹp — mất uy tín khi hóa đơn thật về.
- Chỉ đưa kịch bản lạc quan, khiến người duyệt nghi ngờ toàn bộ.
- Kết thúc mơ hồ không nói xin gì — lãnh đạo không có gì để ký.
- Không cam kết review, biến ROI thành lời hứa suông thay vì cam kết đo được.
Tổng kết khóa học
Bạn đã đi trọn hành trình: hiểu vì sao ROI agent khác biệt (Bài 1), dựng baseline (2), bóc chi phí ẩn (3), tính ROI đúng (4), instrument tự động (5), tránh vanity metrics (6), vận hành theo thời gian (7) và đóng gói business case (8). Nguyên tắc xuyên suốt: trung thực với con số, gắn mọi chỉ số về tiền và quyết định. Đó là cách chứng minh — hoặc phản bác — giá trị của bất kỳ agent nào.