Vấn đề thật: agent chạy tốt nhưng không ai dùng
Bạn build một AI agent xử lý ticket khách hàng, demo chạy mượt, sếp gật gù. Ba tháng sau nhìn log: 8% nhân viên dùng, phần còn lại vẫn copy-paste như cũ. Agent không hỏng — adoption hỏng. Đây là thất bại phổ biến nhất và tốn kém nhất trong triển khai AI nội bộ.
Adoption là quá trình một con người thật, có deadline và nỗi sợ riêng, chuyển từ cách làm cũ sang tin tưởng và dùng agent hàng ngày. Nó không tự xảy ra khi bạn gửi email "Tool mới đã có, mọi người dùng nhé".
Khung tư duy: 3 lớp của Adoption
Mỗi lần triển khai agent, hãy tách rõ 3 lớp — thiếu lớp nào cũng chết:
- Technical readiness (agent chạy được): độ chính xác, tốc độ, tích hợp. Đây là phần bạn giỏi nhất, nhưng chỉ chiếm ~20% thành công.
- Behavioral change (người đổi thói quen): người dùng phải bỏ workflow cũ đã thành phản xạ. 50% thành công nằm ở đây.
- Organizational trust (tổ chức tin): sếp bảo vệ ngân sách, quy trình cho phép agent quyết định, không ai bị phạt khi agent sai. 30% còn lại.
Ví dụ cụ thể: agent tóm tắt hợp đồng cho phòng Pháp chế
Agent đọc hợp đồng PDF, trả về 5 rủi ro chính. Về mặt kỹ thuật hoàn hảo. Nhưng luật sư không dùng vì: (a) họ sợ bỏ sót và bị quy trách nhiệm — vấn đề trust; (b) họ đã quen tự đọc, dùng agent mất thêm bước upload — vấn đề behavior; (c) sếp phòng chưa bao giờ nói "được phép tin bản tóm tắt của agent" — vấn đề organizational.
Bạn không sửa được ba cái này bằng cách cải thiện model.
Các bước chẩn đoán một dự án adoption
- Xác định người dùng cuối THẬT (không phải sếp ký duyệt): ai gõ phím hàng ngày?
- Vẽ workflow hiện tại của họ theo từng bước, đo thời gian mỗi bước.
- Tìm điểm chèn agent — chỗ nào agent tiết kiệm nhiều nhất mà ít rủi ro nhất.
- Liệt kê nỗi sợ của người dùng: mất việc? bị đổ lỗi? mất kiểm soát? tốn công học?
- Kiểm tra quyền : agent được phép làm gì mà không cần người duyệt?
- Đặt baseline metric trước khi triển khai (thời gian xử lý, số lỗi, khối lượng).
Checklist "agent này có khả năng được adopt không"
[ ] Có ít nhất 1 người dùng cuối cụ thể tôi biết tên
[ ] Agent giải quyết một nỗi đau họ TỰ nhận là đau
[ ] Dùng agent NHANH HƠN cách cũ ngay từ lần đầu
[ ] Người dùng không sợ bị phạt khi agent sai
[ ] Có người trong tổ chức được lợi khi agent thành công (sponsor)
[ ] Đo được adoption bằng số (không chỉ cảm tính)
Nếu tick dưới 4 ô, đừng triển khai rộng vội — bạn sẽ đốt niềm tin.
Nguyên tắc lõi: đo bằng hành vi, không bằng đăng ký
Sai lầm kinh điển là đo "số người được cấp quyền truy cập". Con số thật phải là số hành động thực agent thay con người làm mỗi tuần. Một agent có 500 người "được cấp" nhưng chỉ 12 hành động/tuần là một agent chết.
Sai lầm thường gặp
- Coi adoption là việc của IT sau khi ship: adoption phải được thiết kế TRƯỚC khi viết dòng code đầu tiên.
- Đo pilot bằng sự phấn khích: người tham gia pilot thường là early adopter, kết quả của họ không đại diện số đông.
- Ép dùng bằng mệnh lệnh: ép được lần một, không ép được thói quen. Người ta sẽ "dùng cho có" rồi bỏ.
- Sửa model khi vấn đề là niềm tin: tăng accuracy từ 92% lên 94% không cứu được agent mà người dùng sợ bị đổ lỗi.
- Không có baseline: không đo trước thì sau này không chứng minh được giá trị, sponsor rút ngân sách.
Tóm tắt
Adoption = technical + behavioral + organizational. Agent tốt chỉ là điều kiện cần. Trong các bài sau, ta sẽ thiết lập chiến lược rollout, đào tạo, vượt kháng cự và đo lường — để agent của bạn được DÙNG THẬT.