Một lộ trình AI Automation 90 ngày nên tạo ra một workflow hoạt động ổn định, có số đo trước–sau và có cơ chế kiểm soát. Mục tiêu không phải tự động hóa toàn doanh nghiệp. Nếu sau 90 ngày tổ chức biết use case nào hiệu quả, lỗi nào thường xảy ra và điều kiện nào để mở rộng, pilot đã tạo giá trị.
Kế hoạch dưới đây chia thành ba giai đoạn: 30 ngày đầu chuẩn hóa và chọn bài toán; 30 ngày tiếp theo xây và chạy thử; 30 ngày cuối vận hành có giám sát, đánh giá và quyết định mở rộng. Cách tiếp cận này phù hợp với SME vì giữ phạm vi nhỏ, giảm gián đoạn và buộc dự án gắn với đầu ra thật.
Trước ngày 1: chọn người chịu trách nhiệm
Mỗi pilot cần một business owner hiểu quy trình và có quyền quyết định. Người này không nhất thiết là kỹ thuật. Họ chịu trách nhiệm định nghĩa đầu ra, duyệt ngoại lệ và xác nhận workflow có thực sự giúp công việc tốt hơn.
Bên cạnh đó cần người triển khai, người sử dụng trực tiếp và người phê duyệt dữ liệu hoặc rủi ro. Với SME, một người có thể giữ nhiều vai trò, nhưng trách nhiệm phải được viết rõ. “Đội AI” chung chung thường dẫn đến việc ai cũng góp ý nhưng không ai quyết định.
Ngày 1–30: hiểu và chuẩn hóa
Tuần 1: lập danh sách cơ hội
Phỏng vấn người làm việc trực tiếp và quan sát quy trình. Ghi lại trigger, dữ liệu, công cụ, thao tác, điểm chờ, lỗi và ngoại lệ. Ưu tiên câu hỏi “mỗi tuần mất thời gian ở đâu” thay vì “muốn AI làm gì”.
Chấm các cơ hội theo tần suất, chi phí, độ rõ, rủi ro và khả năng đo. Chọn một workflow có phạm vi hẹp: phân loại inbox, tạo bản nháp content, đồng bộ lead hoặc báo cáo tuần. Tránh use case đòi hỏi thay nhiều hệ thống cùng lúc.
Tuần 2: đo baseline
Đo ít nhất năm chỉ số hiện trạng: thời gian xử lý, sản lượng, tỷ lệ lỗi, số vòng sửa và thời gian quản lý. Nếu workflow liên quan khách hàng, thêm SLA, tỷ lệ phản hồi và kết quả tiếp theo. Baseline không cần hoàn hảo, nhưng phải đủ để so sánh.
Lấy mẫu nhiều loại trường hợp, bao gồm ca bình thường và ngoại lệ. Nếu chỉ đo những ca dễ, pilot sẽ trông tốt trên giấy nhưng thất bại khi vận hành thật.
Tuần 3: chuẩn hóa dữ liệu và tiêu chuẩn
Xác định nguồn sự thật: bảng giá nào là chính thức, tài liệu thương hiệu nào đang dùng, trường CRM nào bắt buộc. Loại bỏ bản trùng và tài liệu hết hạn. Gắn chủ sở hữu cùng ngày cập nhật cho nguồn quan trọng.
Tạo checklist đầu ra. Một câu trả lời đạt chuẩn phải đúng chính sách, rõ, đúng giọng và không tiết lộ dữ liệu. Một bài content đạt chuẩn phải có nguồn, luận điểm, cấu trúc và bước duyệt. AI chỉ có thể được đánh giá khi con người thống nhất thế nào là tốt.
Tuần 4: thiết kế workflow và kiểm soát
Vẽ luồng tương lai gồm trigger, bước automation, bước Agent, phê duyệt, fallback và log. Phân loại hành động theo ba nhóm: được tự làm, cần duyệt, bị cấm. Đặt ngưỡng để chuyển người khi thiếu dữ liệu hoặc độ tin cậy thấp.
Ngày 31–60: xây, kiểm thử và pilot
Tuần 5–6: xây phiên bản nhỏ nhất
Chỉ tích hợp các hệ thống cần thiết. Nếu mục tiêu là phân loại inbox, chưa cần tự động follow-up và báo cáo nâng cao. Phiên bản nhỏ giúp xác định lỗi nằm ở mô hình, dữ liệu hay thiết kế quy trình.
Tạo bộ test gồm trường hợp phổ biến, biên và nguy hiểm. Ghi kết quả kỳ vọng cho từng trường hợp. Mỗi thay đổi prompt, dữ liệu hoặc logic phải chạy lại bộ test để tránh sửa một lỗi nhưng tạo lỗi mới.
Tuần 7: chạy shadow mode
Trong shadow mode, AI tạo đề xuất nhưng chưa thực hiện hành động thật. Nhân viên làm theo cách cũ và so sánh. Đây là cách thu thập dữ liệu mà không gây rủi ro cho khách hàng.
Phân loại lỗi: hiểu sai ý định, dùng sai nguồn, thiếu dữ liệu, hành động sai hoặc diễn đạt kém. Không gom mọi vấn đề thành “AI chưa tốt”. Mỗi loại lỗi cần giải pháp khác nhau.
Tuần 8: pilot có giới hạn
Cho workflow xử lý một tỷ lệ nhỏ hoặc một nhóm trường hợp ít rủi ro. Giữ nút dừng, cảnh báo và người trực. Theo dõi hằng ngày trong tuần đầu thay vì chờ báo cáo cuối tháng.
Thông báo cho người sử dụng biết mục tiêu, phạm vi và cách phản hồi. Nếu nhân viên chỉ thấy một công cụ mới áp xuống, họ có xu hướng làm vòng hoặc không báo lỗi. Họ cần được xem là người huấn luyện hệ thống bằng kinh nghiệm thực tế.
Ngày 61–90: ổn định và quyết định mở rộng
Tuần 9–10: tối ưu từ dữ liệu thật
Ưu tiên lỗi có tần suất hoặc hậu quả cao. Cập nhật kho kiến thức, điều chỉnh ngưỡng chuyển người và đơn giản hóa bước thừa. Đừng tối ưu chỉ để giảm vài giây nếu chất lượng chưa ổn định.
So sánh với baseline: tổng thời gian, thời gian con người can thiệp, đầu ra đạt chuẩn, chi phí, lỗi và kết quả khách hàng. Tính cả thời gian giám sát và sửa lỗi để tránh ROI ảo.
Tuần 11: chuẩn hóa vận hành
Viết runbook gồm cách khởi động, kiểm tra, xử lý lỗi, dừng workflow, khôi phục và liên hệ phụ trách. Xác định lịch cập nhật dữ liệu và lịch đánh giá. Agent không phải dự án cài xong rồi để đó; dữ liệu và công cụ bên ngoài luôn thay đổi.
Tuần 12–13: quyết định
Có ba lựa chọn hợp lệ: mở rộng, tiếp tục pilot hoặc dừng. Mở rộng khi chất lượng đạt ngưỡng, tác động đủ lớn và đội ngũ có khả năng quản trị. Tiếp tục nếu tiềm năng rõ nhưng mẫu chưa đủ. Dừng nếu chi phí kiểm soát lớn hơn lợi ích hoặc quy trình không phù hợp.
Scorecard sau 90 ngày
| Nhóm | Câu hỏi |
|---|---|
| Giá trị | Đầu ra hoặc kết quả nào đã cải thiện? |
| Chất lượng | Tỷ lệ đạt chuẩn và lỗi nghiêm trọng? |
| Con người | Đội ngũ tiết kiệm thời gian hay thêm gánh nặng? |
| Kiểm soát | Có truy vết, handoff và dừng an toàn? |
| Kinh tế | Tổng chi phí trên đầu ra thay đổi thế nào? |
| Mở rộng | Điểm nghẽn tiếp theo nằm ở dữ liệu, quy trình hay công nghệ? |
Cách tránh gián đoạn vận hành
- Chạy song song trước khi thay cách cũ.
- Giới hạn tỷ lệ trường hợp do AI xử lý.
- Giữ quyền tiếp quản của nhân viên.
- Có cảnh báo khi tích hợp hoặc dữ liệu lỗi.
- Không thay nhiều biến cùng lúc.
- Lên lịch triển khai ngoài thời điểm cao điểm.
Ngân sách nên bao gồm gì?
Ngân sách pilot gồm phân tích quy trình, làm sạch dữ liệu, xây tích hợp, phí công cụ và mô hình, thời gian của người dùng, kiểm thử, đào tạo và hỗ trợ. Đừng chỉ tính phí API. Phần lớn thất bại không đến từ giá mỗi token mà từ dữ liệu và quy trình chưa sẵn sàng.
Kết luận
Trong 90 ngày, doanh nghiệp nên tạo một bằng chứng vận hành chứ không phải một màn demo. Bằng chứng đó gồm workflow chạy được, scorecard, nhật ký lỗi, runbook và quyết định đầu tư tiếp theo.
Nếu chưa chọn use case, bắt đầu với 5 quy trình SME nên tự động hóa đầu tiên. Golden Sea triển khai theo nguyên tắc phạm vi nhỏ, đo trước–sau và giữ con người tại các điểm quyết định quan trọng.
