Không có sponsor, đừng bắt đầu
Mọi triển khai agent bền vững đều đứng trên hai vai trò con người: executive sponsor (người có quyền lực và ngân sách bảo vệ dự án) và champion (người trong chính đội dùng agent, được đồng nghiệp tin). Thiếu sponsor, dự án chết khi có xung đột ưu tiên. Thiếu champion, agent bị xem là "đồ IT áp xuống".
Cách chọn và cam kết Sponsor
Sponsor không phải người ký duyệt cho có. Đó là người sẽ nói trong cuộc họp lãnh đạo: "Tôi bảo vệ dự án này." Tiêu chí:
- Có lợi ích trực tiếp khi agent thành công (KPI của họ được cải thiện).
- Có quyền thay đổi quy trình, không chỉ quyền góp ý.
- Sẵn sàng công khai ủng hộ, kể cả khi có sự cố nhỏ.
- Xác định KPI của sponsor mà agent tác động trực tiếp.
- Chuẩn bị một trang "nếu thành công, con số của anh/chị cải thiện thế nào".
- Xin một cam kết CỤ THỂ: "Anh phát biểu ủng hộ trong họp phòng ngày X" — không phải "anh ủng hộ nhé".
- Định kỳ báo cáo cho sponsor bằng số, để họ có đạn bảo vệ bạn.
Champion: người bên trong
Champion là nhân viên bình thường trong đội dùng agent, được đồng nghiệp lắng nghe. Họ dịch "ngôn ngữ agent" sang "ngôn ngữ công việc thật" và làm gương. Một champion tốt giá trị hơn mười buổi training.
Cách tuyển champion:
- Quan sát trong pilot ai chủ động thử, hỏi nhiều, phản hồi thẳng.
- Ưu tiên người có ảnh hưởng xã hội trong nhóm, không nhất thiết giỏi nhất về kỹ thuật.
- Cho họ quyền lợi rõ ràng: được ghi nhận, được nói lên tiếng nói, có thể là thời gian được giảm việc khác.
Adoption Charter: một trang xác lập luật chơi
Trước khi rollout, viết một Adoption Charter — hợp đồng nội bộ một trang, mọi bên ký hiểu chung.
adoption_charter:
agent_name: "TicketTriage Bot"
problem: "Phân loại + gán ticket support, giảm thời gian chờ đầu"
target_users: ["12 nhân viên support tuyến 1"]
sponsor: "Trưởng phòng CSKH"
champion: "Lan (support tuyến 1)"
success_metric:
primary: "Thời gian tới phản hồi đầu tiên < 15 phút"
adoption: "70% ticket được agent phân loại trong 6 tuần"
guardrails:
- "Agent KHÔNG tự đóng ticket"
- "Nhân viên luôn có nút override"
no_blame_rule: "Agent sai không phải lỗi nhân viên; báo cáo để cải thiện"
review_cadence: "Họp 30 phút mỗi thứ Sáu trong 6 tuần đầu"
Khung tư duy: RACI rút gọn cho agent
Với mỗi hành động agent thực hiện, xác định rõ:
- Responsible: ai chịu trách nhiệm kết quả cuối (thường là người, không phải agent).
- Agent role: agent gợi ý, agent quyết, hay agent tự làm rồi báo?
- Escalation: khi agent không chắc, chuyển cho ai?
Các bước thiết lập nền tảng
- Chốt sponsor với cam kết cụ thể (viết ra).
- Tuyển 1–2 champion từ chính đội dùng.
- Viết Adoption Charter một trang, cho sponsor + champion + đại diện người dùng cùng đọc.
- Công bố no-blame rule thật to: agent sai không ai bị phạt.
- Đặt lịch review cố định trong 6 tuần đầu.
Sai lầm thường gặp
- Chọn sponsor cấp quá cao, quá xa: CEO ký nhưng không quan tâm hàng ngày thì vô dụng khi có xung đột. Chọn người đủ cao để có quyền, đủ gần để quan tâm.
- Champion do sếp chỉ định: champion phải được đồng nghiệp tin, không phải được cấp trên bổ nhiệm.
- Charter dài như hợp đồng luật: một trang, đọc trong 3 phút. Dài hơn là không ai đọc.
- Quên no-blame rule: nếu nhân viên sợ bị phạt khi agent sai, họ sẽ né dùng để tự vệ.
- Không lịch review: không có nhịp gặp thì vấn đề tích tụ âm thầm rồi bùng thành "tool này vô dụng".
Tóm tắt
Nền tảng adoption là con người + luật chơi rõ ràng, không phải công nghệ. Sponsor bảo vệ ngân sách, champion lan tỏa niềm tin, Charter đặt kỳ vọng và guardrail. Xong bài này bạn có bộ khung tổ chức để rollout an toàn ở bài sau.