Pilot DingTalk 90 Ngày Tại Việt Nam: Checklist Go/No-Go

Pilot DingTalk hiệu quả không phải là tạo tài khoản rồi “cho mọi người dùng thử”. Doanh nghiệp cần chọn một quy trình thật, đo baseline trước khi bắt đầu và thống nhất tiêu chí go/no-go ngay từ ngày 0.

Trả lời ngắn: Một pilot DingTalk 90 ngày nên có 10–30 người dùng, một quy trình có chủ sở hữu, dữ liệu giới hạn, KPI định lượng và kế hoạch xuất dữ liệu. Chỉ rollout khi hiệu quả vận hành, mức chấp nhận người dùng, bảo mật và tổng chi phí cùng đạt ngưỡng.

Tóm tắt kế hoạch 90 ngày

Ngày 0: Chọn bài toán nào để pilot?

Một bài toán tốt cần đủ quan trọng để tạo giá trị, nhưng đủ hẹp để kiểm soát trong 90 ngày. Các lựa chọn phù hợp gồm:

• Phê duyệt nghỉ phép, mua hàng hoặc công tác.
• Theo dõi work order và sự cố nhà máy.
• Điều phối đơn hàng Trung Quốc–Việt Nam.
• Quản lý mốc dự án, rủi ro và báo cáo tuần bằng AI Table.

Không nên bắt đầu bằng “thay toàn bộ workspace”, di chuyển toàn bộ tài liệu hoặc tích hợp mọi hệ thống.

Baseline cần ghi trước khi cấu hình

Nếu không có baseline, doanh nghiệp chỉ đo được cảm giác, không đo được hiệu quả.

Checklist dữ liệu và pháp lý trước ngày 1

Chính sách quyền riêng tư DingTalk International cập nhật ngày 30/3/2026 nêu máy chủ tại Singapore và khả năng xử lý dữ liệu xuyên biên giới. Với AI Table, các nhóm dữ liệu có thể gồm dữ liệu có cấu trúc, cấu hình trường, kết quả phân tích AI và nhật ký thao tác.

Trước khi đưa dữ liệu thật vào pilot, cần hoàn tất:

• Xác định loại dữ liệu được phép và không được phép dùng.
• Nhận Data Processing Agreement và danh sách subprocessor.
• Xác minh nơi lưu trữ, sao lưu và xử lý dữ liệu.
• Xác minh dữ liệu đầu vào/đầu ra AI có được dùng để huấn luyện hay không.
• Bật phân quyền theo vai trò và quy tắc least privilege.
• Kiểm tra nhật ký quản trị, cơ chế xóa và thời hạn lưu.
• Chuẩn bị phương án xử lý sự cố và đầu mối hỗ trợ.
• Kiểm tra quy trình xuất dữ liệu trước khi ký hợp đồng dài hạn.

Checklist này hỗ trợ quản trị dự án, không thay thế tư vấn pháp lý hoặc đánh giá bảo mật chuyên nghiệp.

RACI tối thiểu cho pilot

Không nên để bộ phận IT “sở hữu” KPI nghiệp vụ thay cho process owner.

Ngày 1–30: Xây quy trình tối thiểu

Mục tiêu giai đoạn đầu là đưa một luồng công việc từ đầu đến cuối lên DingTalk:

1. Tạo tổ chức, nhóm pilot và chính sách tài khoản.
2. Cấu hình biểu mẫu, trạng thái, người chịu trách nhiệm và SLA.
3. Dùng AI Table nếu quy trình cần dữ liệu dạng bảng.
4. Chỉ bật automation phục vụ một điểm nghẽn đã xác định.
5. Đào tạo theo vai trò bằng kịch bản 30–45 phút.
6. Ghi mọi lỗi, workaround và yêu cầu hỗ trợ vào issue log.

Nếu thử Tabler, hãy tách ba loại đánh giá:

• Ask: câu trả lời có đúng dữ liệu nguồn không?
• Analytics: insight có lặp lại được và giải thích được không?
• Build: cấu trúc được tạo có đúng quyền, quan hệ và logic nghiệp vụ không?

Xem tiêu chí chi tiết trong review DingTalk AI Table và Tabler.

Gate ngày 30

Pilot chỉ tiếp tục nếu:

• Ít nhất 80% người dùng được kích hoạt và hoàn thành hướng dẫn.
• Quy trình end-to-end chạy được không cần hỗ trợ hằng ngày từ kỹ thuật.
• Không có lỗi bảo mật hoặc dữ liệu nghiêm trọng chưa xử lý.
• Issue log có chủ sở hữu và thời hạn rõ ràng.

Ngày 31–60: Kiểm tra tải thật

Giai đoạn này tăng khối lượng giao dịch nhưng chưa mở rộng toàn công ty.

• Chạy song song với quy trình cũ trong thời gian đủ để đối soát.
• Kiểm tra quyền bằng ít nhất ba vai trò: người tạo, người duyệt, quản trị.
• Kiểm tra thông báo, automation và dashboard với dữ liệu thực tế.
• Đo thời gian phản hồi hỗ trợ theo đúng kênh mà nhà cung cấp công bố.
• Kiểm tra trên thiết bị và mạng mà đội tuyến đầu thực sự sử dụng.
• Ghi nhận công việc phát sinh ngoài DingTalk để phát hiện “shadow workflow”.

Gate ngày 60

Nên dừng hoặc thu hẹp nếu:

• Dữ liệu giữa hệ thống cũ và mới không đối soát được.
• Người dùng phải nhập lại nhiều hơn baseline.
• Tỷ lệ đúng hạn không cải thiện và workload quản trị tăng.
• Một tích hợp bắt buộc không có giải pháp khả thi.
• Điều khoản dữ liệu hoặc hỗ trợ không đạt yêu cầu tối thiểu.

Ngày 61–90: Chứng minh ROI và đường lui

Trong 30 ngày cuối, không nên tiếp tục thêm tính năng. Hãy ổn định phạm vi và trả lời bốn câu hỏi:

1. Quy trình có nhanh hơn hoặc ít lỗi hơn không?
2. Người dùng có duy trì sử dụng mà không bị thúc ép liên tục không?
3. Chi phí thực tế ở quy mô rollout là bao nhiêu?
4. Doanh nghiệp có thể lấy dữ liệu ra và quay về phương án cũ không?

Kiểm thử exit plan

• Xuất toàn bộ bảng, tệp đính kèm và cấu hình có thể xuất.
• Đếm bản ghi trước và sau khi xuất.
• Kiểm tra kiểu dữ liệu, liên kết bản ghi và lịch sử cần lưu.
• Xóa một tập dữ liệu thử nghiệm và xác minh quy trình khôi phục/xóa.
• Ghi rõ dữ liệu hoặc cấu hình nào không portable.

Không coi ảnh chụp màn hình là phương án sao lưu dữ liệu.

Scorecard go/no-go

Chấm mỗi nhóm từ 1 đến 5, có bằng chứng kèm theo.

Quyết định GO

GO khi tổng điểm đạt ngưỡng do steering team định trước, mọi điều kiện cứng đều đạt và đã kiểm thử xuất dữ liệu.

Quyết định CONDITIONAL GO

Chỉ mở rộng thêm một đơn vị hoặc quy trình, với danh sách điều kiện, ngân sách và deadline cụ thể.

Quyết định NO-GO

Dừng khi có rủi ro dữ liệu không chấp nhận được, tích hợp bắt buộc không khả thi, hiệu quả không vượt baseline hoặc tổng chi phí lớn hơn giá trị có thể chứng minh.

Nên chọn gói nào để pilot?

Không chọn gói chỉ theo giá mỗi người dùng. Cần quy đổi ít nhất bốn biến: số người dùng, số dòng AI Table, lượt automation và mức hỗ trợ.

Trang quốc tế DingTalk công bố các mức AI Table từ 2.000 đến 50.000 dòng và 1.000 đến 500.000 lượt automation tùy gói. Bảng giá AI Table riêng bằng CNY lại có cách đóng gói khác. Hãy yêu cầu báo giá áp dụng đúng pháp nhân và khu vực của doanh nghiệp.

Để so chi tiết với LarkSuite, xem DingTalk vs LarkSuite 2026: giá, AI Table và khả năng triển khai.

Câu hỏi thường gặp

Pilot DingTalk nên có bao nhiêu người?

Thông thường 10–30 người đủ để có nhiều vai trò và giao dịch thật nhưng vẫn kiểm soát được hỗ trợ. Quy mô cụ thể phụ thuộc quy trình.

Có cần 90 ngày không?

90 ngày đủ để đi qua cấu hình, sử dụng thực tế, điều chỉnh và đo kết quả. Quy trình tần suất cao có thể cho tín hiệu sớm hơn, nhưng không nên bỏ qua kiểm thử dữ liệu và exit plan.

Có nên dùng dữ liệu thật trong pilot?

Có thể dùng tập dữ liệu thật đã được phân loại và phê duyệt. Không đưa dữ liệu nhạy cảm vào trước khi hoàn tất kiểm tra hợp đồng, quyền và nơi xử lý.

KPI quan trọng nhất là gì?

KPI chính phải gắn với điểm nghẽn đã chọn, chẳng hạn thời gian xử lý, tỷ lệ đúng hạn hoặc lỗi bị bỏ sót. Active user chỉ là chỉ báo chấp nhận, không phải ROI.

Khi nào nên dừng pilot sớm?

Dừng khi phát hiện rủi ro bảo mật nghiêm trọng, mất khả năng đối soát dữ liệu, vi phạm điều kiện pháp lý hoặc một yêu cầu bắt buộc không thể đáp ứng.

Sau GO có nên rollout toàn công ty ngay không?

Không. Nên rollout theo wave, giữ scorecard và gate cho từng đơn vị. Bài học từ nhóm đầu cần được đóng gói thành template và tài liệu đào tạo.

Kết luận

Pilot DingTalk chỉ đáng tin khi có baseline, owner, dữ liệu được kiểm soát, scorecard và đường lui. Kết quả tốt không phải là “mọi người thích giao diện”, mà là một quy trình chạy tốt hơn với rủi ro và chi phí chấp nhận được.

Trước khi bắt đầu, nên đọc đánh giá DingTalk cho doanh nghiệp Trung Quốc–Việt Nam và bài nghiên cứu trụ cột DingTalk tại Việt Nam 2026.

Nguồn tham khảo

1. DingTalk International — Homepage và bảng giá
2. DingTalk International — Frequently Asked Questions
3. DingTalk International — Privacy Policy
4. DingTalk AI Table — Pricing
5. LarkSuite — Plans