Khi chọn đơn vị tư vấn AI, một đề xuất đẹp hay demo nhanh không chứng minh đội ngũ của bạn có thể vận hành sau triển khai. Lãnh đạo tại Thái Lan và ASEAN cần hợp đồng để lại chuỗi bằng chứng gồm mục tiêu kinh doanh, điều khoản dữ liệu, bộ đánh giá, chủ sở hữu vận hành, điều kiện dừng và chuyển giao nội bộ. Bài viết phân tách hỗ trợ triển khai AI thành bốn lớp, rồi chuyển thành RFP, thang 100 điểm đề xuất, bảng TCO không bịa giá thị trường, kế hoạch nghiệm thu 12 tuần đề xuất và lối ra PoC rõ ràng.
Kết luận trước | Mua bằng chứng, không chỉ mua một PoC tư vấn AI
Hợp đồng tốt không dừng ở việc chạy PoC một lần. Nó phải chuyển vấn đề quản trị thành kết quả vận hành đo được, xác nhận dữ liệu và quyền có thể dùng, tạo bộ đánh giá có thể tái lập, giao trách nhiệm vận hành thực tế và điều kiện dừng, đồng thời giúp đội nội bộ làm lại được. Hãy kiểm tra bảy điểm như một chuỗi:
- Vấn đề kinh doanh và phương án không dùng AI có được giải thích không?
- Dữ liệu đầu vào, kết quả đầu ra, mục đích, lưu giữ, mang ra ngoài, xóa và quyền đã được thống nhất chưa?
- Có bộ đánh giá và tiêu chí nghiệm thu ngoài demo bán hàng không?
- Ai chịu trách nhiệm với câu trả lời sai, tạm dừng, escalation và phê duyệt của con người?
- Ai quyết định GO, REWORK hoặc STOP sau PoC, dựa trên bằng chứng nào?
- Prompt, cấu hình, code, đánh giá, log và runbook có được bàn giao tái lập không?
- Khi đổi nhà cung cấp, dữ liệu được trả, xóa, bàn giao và chấm dứt thế nào?
Nếu để bảy điểm ở các cuộc họp rời rạc, dự án dễ “độ chính xác cao nhưng không đưa vào việc được”, dừng muộn vì pháp lý hoặc giảm chất lượng sau khi đổi mô hình. Hãy dùng cùng một sổ bằng chứng từ RFP đến nghiệm thu.
Chia công ty tư vấn AI thành bốn lớp để chọn đúng phạm vi
Nhãn “công ty tư vấn AI” không cho biết họ giao gì. Hãy tách STRATEGY, WORKFLOW, BUILD và ADOPTION rồi mua đúng phần tổ chức còn thiếu.
| Lớp | Câu hỏi chính | Ví dụ sản phẩm bắt buộc | Chủ sở hữu phía khách hàng |
|---|---|---|---|
| STRATEGY | Kết quả kinh doanh nào, vì sao cần AI? | Giả thuyết vấn đề, công việc đích, phương án không AI, công thức lợi ích, ưu tiên | Lãnh đạo kinh doanh |
| WORKFLOW | Phân công lại giữa người và AI thế nào? | As-Is/To-Be, ngoại lệ, phê duyệt, dừng, RACI, đào tạo | Chủ quy trình |
| BUILD | Triển khai dữ liệu, mô hình và hệ thống thế nào? | Hợp đồng dữ liệu, kiến trúc, mã, cấu hình, đánh giá, giám sát, kiểm soát đe dọa | Chủ IT và dữ liệu |
| ADOPTION | Duy trì chất lượng và chuyển giao được không? | Runbook, kiểm soát thay đổi, ranh giới SLA, đào tạo, bàn giao, gói thoát | Chủ vận hành |
Một bài toán định hướng có thể chủ yếu cần STRATEGY. Nếu trường hợp sử dụng, nền tảng dữ liệu và lập trình viên nội bộ đã sẵn sàng, chỉ cần bổ sung BUILD. Nhưng dự án đổi quy trình mà chỉ mua BUILD có thể để lại phê duyệt, ngoại lệ, đào tạo và vận hành ngày. Không nhất thiết một đơn vị làm cả bốn lớp, nhưng một nhà cung cấp hoặc PMO khách hàng phải sở hữu điểm bàn giao.
Hướng dẫn bốn loại đơn vị tư vấn áp dụng AI hỗ trợ bước trước đó. Bài này bắt đầu khi đã cân nhắc hỗ trợ ngoài và tập trung vào sản phẩm phải nhận cùng cách nghiệm thu.
Cố định một trang trước khi yêu cầu hỗ trợ triển khai AI
Trước RFP, lập bản tóm tắt dự án một trang để mọi đề xuất giải cùng vấn đề.
| Mục | Nội dung ghi | Rủi ro nếu mơ hồ |
|---|---|---|
| Kết quả | Thời gian, chất lượng, tổn thất, thời gian hoàn thành hay năng lực | Tiện lợi của demo thành mục tiêu |
| Người dùng | Quốc gia, cơ sở, bộ phận, vai trò, ngôn ngữ, số người | Thiếu đào tạo, quyền và giao diện |
| Quyết định | AI hỗ trợ gì, người giữ quyết định cuối nào | Trách nhiệm không rõ |
| Đường cơ sở | Giá trị hiện tại, kỳ đo, tập hợp được đo, loại trừ | Không so được lợi ích |
| Phân loại dữ liệu | Cá nhân, khách hàng, mật, IP, xuyên biên giới | Quyền dùng bị đảo muộn |
| Không thương lượng | Nơi lưu, ngôn ngữ, dừng, kiểm toán, hệ thống cũ | Đề xuất không so được |
| Ngày quyết định | Ai quyết, khi nào, từ bằng chứng nào | PoC kéo dài |
Thiết kế đo lường liên quan tới đo hiệu quả áp dụng AI tại Thái Lan. Khi có nhiều ý tưởng, dùng ưu tiên trường hợp sử dụng GenAI để so giá trị, khả thi và rủi ro trước khi giao cả quyết định cho tư vấn.
RFP phải yêu cầu sản phẩm và bằng chứng nghiệm thu
“Nhiều kinh nghiệm”, “mô hình mới nhất” hay “đồng hành” không thể so theo cùng thước. Hãy chuyển yêu cầu thành sản phẩm, bằng chứng, chủ sở hữu, thời hạn và giả định.
| ID | Sản phẩm | Nội dung tối thiểu | Bằng chứng nghiệm thu |
|---|---|---|---|
| D01 | Định nghĩa vấn đề và giá trị | Công việc, đường cơ sở, công thức, phương án không AI | Chủ kinh doanh duyệt |
| D02 | Hợp đồng dữ liệu | Trường, mục đích, quyền, giữ, xóa, vị trí, chuyển | Chủ dữ liệu duyệt |
| D03 | Quy trình To-Be | Bình thường, ngoại lệ, duyệt, dừng, khởi động lại, chuyển cấp | Rà soát kịch bản hiện trường |
| D04 | Thiết kế kỹ thuật | Mô hình, truy xuất, tích hợp, định danh, nhật ký, giám sát, chuyển đổi | Rà soát và ghi nhận việc dựng lại |
| D05 | Gói đánh giá | Bộ dữ liệu, kỳ vọng, tiêu chí chấm, ngưỡng, mức suy giảm | Kết quả chạy lại độc lập |
| D06 | Sổ rủi ro và kiểm soát | Rủi ro, tác động, kiểm soát, rủi ro còn lại, chủ sở hữu | Người nhận rủi ro ký |
| D07 | Gói vận hành | Runbook, sự cố, thay đổi, ranh giới SLA, rà soát tháng | Diễn tập và bài tập phục hồi |
| D08 | Gói chuyển giao và thoát | Mã nguồn, cấu hình, tài sản, đào tạo, trả, xóa, bàn giao | Nội bộ tái lập và bằng chứng xóa |
Với mỗi ID, hỏi ngày có bản nháp, ai cập nhật, kiểm thử nghiệm thu nào và định dạng giao khi chấm dứt; không chỉ hỏi có mẫu không. Nếu hợp đồng, SOW, kế hoạch và sổ nghiệm thu khác nhau, phải ghi thứ tự ưu tiên và kiểm soát thay đổi.
Đừng đánh giá kinh nghiệm chỉ bằng logo. Trong giới hạn bảo mật, hỏi độ tương tự của quy trình, ngôn ngữ, lượng dữ liệu, hệ thống cũ, kiểm soát, đào tạo, điều kiện dừng, thời gian vận hành thực tế và trách nhiệm thực. Xem cả PM, người thiết kế quy trình, phụ trách dữ liệu, phụ trách an ninh và phụ trách chuyển giao thật cùng tỷ lệ phân bổ.
So đề xuất bằng thang 100 điểm và ngưỡng vi phạm nghiêm trọng
Trọng số và ngưỡng sau là thiết kế đề xuất, không phải thống kê hay chuẩn ngành.
| Lớp chấm | Điểm ví dụ | Nội dung |
|---|---|---|
| STRATEGY | 25 | Hiểu vấn đề, phương án không AI, công thức giá trị, ưu tiên, quyết định |
| WORKFLOW | 25 | Quan sát, ngoại lệ, phê duyệt, ngôn ngữ, đào tạo, chủ sở hữu |
| BUILD | 25 | Hợp đồng dữ liệu, đánh giá, an ninh, tái lập, tích hợp, giám sát |
| ADOPTION | 25 | Vận hành, ranh giới SLA, thay đổi, chuyển giao, thoát |
| Tổng | 100 | So sánh tổng thể |
Ngưỡng đề xuất: tổng ít nhất 75 điểm và mỗi lớp ít nhất 60%. Nhưng điều kiện nghiêm trọng như tự ý mang dữ liệu mật ra ngoài, thiếu phân tách quyền nghiêm trọng, lộ dữ liệu đánh giá, không dừng được hoặc chưa thống nhất IP không được bù bằng điểm khác. Nhà cung cấp đạt 80 nhưng không qua điều kiện nghiêm trọng phải giữ lại hoặc loại.
Nhóm chấm nên gồm kinh doanh, hiện trường, IT/dữ liệu, an ninh/quyền riêng tư và mua sắm. Lưu trang đề xuất hoặc mã phản hồi làm căn cứ. Mọi ứng viên nhận cùng tình huống, câu hỏi và thông tin làm rõ.
So chi phí bằng khung TCO trống, không bịa mức giá
Chi phí phụ thuộc quy trình, chuẩn bị dữ liệu, tích hợp, dùng mô hình, trách nhiệm chất lượng, ngôn ngữ, hỗ trợ địa phương và hợp đồng. Yêu cầu mọi bên điền số tiền, đơn vị, giả định, trần và điều kiện biến động trong cùng cấu trúc.
| Lớp TCO | Số tiền nhà cung cấp | Đơn vị và giả định | Yếu tố biến động | Trần, cảnh báo, dừng |
|---|---|---|---|---|
| Thiết kế ban đầu | Quy trình, cơ sở, ngôn ngữ | |||
| Dữ liệu và tích hợp | Chất lượng, API, chuyển đổi dữ liệu | |||
| Mô hình và nền tảng | token, truy xuất, lưu trữ, GPU, mạng | |||
| Vận hành và cải tiến | Hỗ trợ, đánh giá, tần suất thay đổi | |||
| Đào tạo, chuyển giao, thoát | Số người, tài liệu, làm việc tại chỗ, trả dữ liệu |
Tách năm đầu và năm sau; phân biệt chi phí cố định, chi phí theo mức sử dụng, dịch vụ bên thứ ba, thuế, tỷ giá, đi lại và ngoài giờ. Làm rõ phạm vi “gồm trong phí tháng”, đơn giá vượt, người theo dõi mức sử dụng, cảnh báo gần trần ngân sách, cách xử lý khi giá mô hình đổi và chi phí còn lại sau khi dừng. TCO dùng để thấy bất định, không chỉ xếp giá thấp.
Chốt hợp đồng dữ liệu và quyền trước khi bắt đầu PoC
Với mỗi bộ dữ liệu, ghi chủ sở hữu, mục đích, nguồn, mức độ bảo mật, tình trạng dữ liệu cá nhân, nơi lưu, vấn đề xuyên biên giới, thời hạn giữ, xóa, sao lưu, vai trò truy cập, nhật ký, đơn vị xử lý phụ, việc dùng để huấn luyện mô hình và việc dùng lại cho mục đích khác.
Tại Thái Lan, đừng kết luận bằng một câu về việc có hay không có luật AI riêng. Hãy xác nhận PDPA và luật áp dụng tại thời điểm dự án, nghĩa vụ hợp đồng, hướng dẫn ETDA cùng kiểm soát nội bộ về an ninh thông tin, nhân sự và sở hữu trí tuệ cho trường hợp sử dụng cụ thể. Đánh giá nhân viên, giao tiếp khách hàng, an toàn sức khỏe hay dữ liệu sản xuất mật có thể cần người thẩm định và giới hạn khác nhau. Kết luận pháp lý cần luật sư nội bộ hoặc chuyên gia đủ tư cách.
Expanded ASEAN Guide nhóm sáu rủi ro GenAI: sai sót; thông tin không chính xác và thông tin sai lệch; mạo danh; sở hữu trí tuệ; quyền riêng tư và bảo mật; thiên lệch cài sẵn. Phải liên kết chúng với dữ liệu đầu vào, kết quả đầu ra, người dùng, người bị tác động và kiểm soát. Với sai lệch sự thật, ví dụ, cần quy định hiển thị nguồn, điều kiện từ chối, phê duyệt của con người, sửa lỗi và trường hợp đánh giá.
Điều khoản dữ liệu khác theo sản phẩm, hợp đồng, endpoint và cấu hình. Ví dụ riêng của OpenAI: dữ liệu API không được dùng để huấn luyện mô hình nếu khách hàng không chủ động chọn tham gia, và nhật ký giám sát lạm dụng theo mặc định có thể giữ tối đa 30 ngày. Đây là điều kiện OpenAI API, không phải quy tắc chung. Kiểm tra hợp đồng mới nhất, DPA, thời hạn giữ, khu vực lưu và ngoại lệ của từng ứng viên.
Tạo bộ đánh giá trước để biến demo thành kiểm thử nghiệm thu
Chất lượng GenAI không thể rút thành một tỷ lệ chính xác. NIST AI RMF tự nguyện tổ chức quản trị theo GOVERN, MAP, MEASURE và MANAGE; GenAI Profile cung cấp hướng dẫn theo vòng đời. Chúng không quy định nghĩa vụ pháp lý cho một doanh nghiệp cụ thể, nhưng giúp mở đánh giá từ độ chính xác sang bối cảnh, tác động, đo lường và ứng phó.
Bắt đầu với 120 trường hợp là ví dụ đề xuất, không phải mốc chuẩn bên ngoài.
| Nhóm trường hợp | Số lượng ví dụ | Nội dung |
|---|---|---|
| Bình thường | 60 | Dữ liệu đầu vào, ngôn ngữ, biểu mẫu và câu hỏi thường gặp |
| Biên | 25 | Thiếu, mơ hồ, dài, trộn ngôn ngữ, bản cũ |
| Chính sách và bảo mật | 20 | Cá nhân, mật, ngoài quyền, từ chối, cần duyệt |
| Đối kháng và phục hồi | 15 | Chèn lệnh vào câu nhắc, gây hiểu sai, gián đoạn và đổi mô hình |
| Tổng | 120 | Ví dụ đề xuất |
Mỗi trường hợp có dữ liệu đầu vào, tính chất mong đợi, dung sai, điều cấm, bằng chứng, cách chấm, điều kiện nghiêm trọng và người thẩm định. Nếu không có một đáp án mẫu, kết hợp tiêu chí chấm như “đủ trường bắt buộc”, “truy nguồn được”, “không lộ bí mật”, “không chắc thì giao cho người”. Tính đến ngày 8 tháng 9 năm 2026, ví dụ sản phẩm hiện hành của OpenAI cho đánh giá tái lập là Datasets kết hợp graders. Hướng dẫn chính thức nêu nền tảng Evals cũ dự kiến chuyển sang chỉ đọc ngày 31 tháng 10 năm 2026 và ngừng ngày 30 tháng 11 năm 2026, vì vậy thiết kế mới không nên phụ thuộc vào nền tảng cũ. Đây chỉ là ví dụ riêng của OpenAI, không phải yêu cầu mua; bảng tính, mã kiểm thử hoặc nền tảng khác đều dùng được nếu quản lý phiên bản và chạy lại được.
Ngưỡng chất lượng đề xuất là mức chấp nhận công việc tổng ít nhất 90%, số vi phạm nghiêm trọng đã định nghĩa bằng 0 và mức suy giảm không quá 2 điểm so với đường cơ sở được duyệt. Đây đều là giá trị đề xuất. Tách vi phạm nghiêm trọng khỏi trung bình và lưu phiên bản mô hình, câu nhắc, kho tài liệu, quy tắc, tiêu chí chấm cùng kết quả.
Chuyển tư vấn áp dụng AI thành kế hoạch nghiệm thu 12 tuần
Đây là kế hoạch 12 tuần đề xuất, không phải thời lượng chuẩn hay bảo đảm thành công.
| Tuần | Công việc | Điểm kiểm tra bằng chứng cuối kỳ |
|---|---|---|
| 1–2 | BASELINE: vấn đề, việc hiện tại, đường cơ sở, phương án không AI, người quyết | D01 duyệt; phạm vi, loại trừ và công thức cố định |
| 3–4 | DATA: hợp đồng dữ liệu, quyền, đơn vị xử lý phụ, thiết kế, đe dọa | Bản nháp D02/D04; điều cấm rõ |
| 5–6 | EVAL: 120 trường hợp đề xuất, tiêu chí chấm, vi phạm nghiêm trọng, đường cơ sở | Khách hàng tự chạy lại D05 v1 |
| 7–9 | PILOT: người dùng đại diện, dữ liệu gần thật, ngoại lệ, lỗi, đào tạo | Nhật ký ngày, sổ vấn đề, lịch sử thay đổi, quan sát |
| 10–11 | TRANSFER: runbook, giám sát, quay lui, đánh giá tháng, bàn giao | Ba người nội bộ tái lập thủ tục |
| 12 | DECIDE: rủi ro còn lại, TCO, hợp đồng, GO/REWORK/STOP | Biên bản quyết định, phạm vi và điều kiện tiếp |
Ba người nội bộ cũng là giá trị đề xuất, nhằm bao phủ quy trình, IT/dữ liệu và vận hành thay vì phụ thuộc một người. Họ phải dựng môi trường từ tài sản bàn giao, chạy đánh giá, nhận diện lỗi, quay lui và làm rà soát hàng tháng, không chỉ xem nhà cung cấp thao tác.
Ghi lối ra PoC là GO, REWORK hoặc STOP
| Quyết định | Điều kiện ví dụ | Bước tiếp |
|---|---|---|
| GO | Qua điểm kiểm tra kinh doanh, đánh giá, kiểm soát, vận hành và TCO | Duyệt vận hành thực tế giới hạn, ngân sách, trách nhiệm, ngày đánh giá lại |
| REWORK | Có giá trị nhưng còn lỗi sửa được hoặc chưa chắc | Chỉ ký hạng mục sửa, hạn, trần phí bổ sung và kiểm thử lại |
| STOP | Vi phạm nghiêm trọng, thiếu giá trị, dữ liệu không dùng được, chủ sở hữu không rõ hoặc TCO không đạt | Dừng, trả/xóa dữ liệu, nhận tài sản, ghi bài học |
STOP không nhất thiết là thất bại; nó chứng minh không phù hợp ở quy mô nhỏ. REWORK không phải gia hạn vô hạn: giới hạn mã vấn đề, trường hợp kiểm thử lại, chủ sở hữu, hạn và trần chi phí. GO cũng chưa chắc triển khai toàn công ty; giới hạn chức năng, người dùng, dữ liệu và giờ vận hành rồi đặt ngày đánh giá tiếp.
12 chủ đề phải kiểm tra trong hợp đồng
Đây là góc nhìn thực hành chung, không phải tư vấn pháp lý.
- Danh mục sản phẩm: Định dạng, phiên bản, hạn, nghiệm thu, số vòng sửa D01–D08.
- IP và tái sử dụng: Tài sản có trước, tài sản riêng dự án, thành phần chung, câu nhắc, mã và dữ liệu đánh giá.
- Mang dữ liệu ra: Khu vực lưu, xuyên biên giới, thiết bị, môi trường phát triển, quyền hỗ trợ.
- Đơn vị xử lý phụ: Đơn vị, vai trò, báo thay đổi, quyền phản đối, nghĩa vụ tương đương.
- Nhật ký: Nội dung, người xem, thời hạn giữ, tính toàn vẹn, xóa, quyền kiểm toán.
- Đổi mô hình: Thông báo, kiểm thử suy giảm, phê duyệt, đổi khẩn cấp, quay lui.
- Thông tin mật: Dữ liệu đầu vào bị cấm, che dữ liệu, xử lý đầu ra, báo sự cố.
- Tái lập: Mã, cấu hình, phần phụ thuộc, câu nhắc, kho tài liệu và kết quả có phiên bản.
- Bàn giao: Tài liệu, ngôn ngữ, đào tạo, thời gian hỏi, nội bộ tái lập.
- Chấm dứt và thoát: Hủy sớm, trả/xóa dữ liệu, định dạng tài sản, hỗ trợ chuyển đổi, phí.
- Ranh giới SLA: Mô hình, đám mây, mạng, tích hợp khách hàng, phê duyệt của con người.
- Thay đổi và nghiệm thu: Đổi phạm vi, phí thêm, kiểm thử lại và tránh nghiệm thu ngầm.
Đặc biệt, tách “câu trả lời AI đúng” khỏi “dịch vụ phản hồi”. Nếu không quan sát được lỗi ở mô hình ngoài, lớp truy xuất, định danh nội bộ, ERP, mạng hay phê duyệt của con người, các bên chỉ tranh trách nhiệm. Ngôn ngữ hợp đồng phải khớp dữ liệu giám sát thật.
Biến hỗ trợ đồng hành AI thành chuyển giao nội bộ
Nghiệm thu chuyển giao khi nội bộ có thể thêm trường hợp mới; so mô hình, câu nhắc, kho tài liệu và quy tắc trước/sau; dừng vi phạm nghiêm trọng và chuyển cấp; thêm/rút quyền rồi xem nhật ký; quyết định chế độ giảm cấp, dừng, quay lui và khởi động lại; rà soát chất lượng, sử dụng, chi phí, ngoại lệ và rủi ro hàng tháng; xuất tài sản cho nhà cung cấp mới.
ISO/IEC 42001:2023 quy định yêu cầu thiết lập, triển khai, duy trì và cải tiến liên tục hệ thống quản lý AI. Điều đó không có nghĩa mọi dự án bắt buộc chứng nhận, nhưng giúp coi chính sách, vai trò, quy trình, kiểm soát và cải tiến là năng lực tổ chức. ISO/IEC 42005:2025 cung cấp bối cảnh cho đánh giá tác động có thể lặp lại khi thay đổi.
Tại Thái Lan, ETDA Generative AI Governance Guideline sắp xếp lợi ích, giới hạn, rủi ro và quản trị. Hướng “Driving Trust AI Governance” năm 2026 bổ sung bối cảnh chính phủ, SME và công dân. Không biến định hướng truyền thông thành nghĩa vụ pháp lý riêng của dự án; phải kiểm tra hướng dẫn mới và điều kiện áp dụng.
Rà soát cùng một bộ bằng chứng mỗi tháng
| Góc nhìn | Bằng chứng | Quyết định |
|---|---|---|
| Giá trị | Chênh đường cơ sở, đầu ra được dùng, việc làm lại, lý do không dùng | Tiếp tục, đổi mục tiêu, dừng |
| Chất lượng | Chạy lại 120 trường hợp, lỗi mới, chênh ngôn ngữ, suy giảm | Đổi câu nhắc, dữ liệu, mô hình |
| Kiểm soát | Vi phạm nghiêm trọng, bảo mật, quyền, phê duyệt, sự cố | Hạn chế, khắc phục, chấp nhận |
| Vận hành | Phản hồi, sự cố, giảm cấp, hỗ trợ, công sức | Sửa SLA, runbook, đào tạo |
| Chi phí | Cố định, biến đổi, bên thứ ba, công nội bộ, cảnh báo | Đổi trần, kiến trúc, hợp đồng |
| Chuyển giao | Thay đổi do nội bộ làm, mức phụ thuộc, độ cập nhật của tài sản | Phạm vi bàn giao tiếp |
Bộ đánh giá phải thêm sản phẩm, quy định, ngôn ngữ, dạng dữ liệu đầu vào và lỗi mới, đồng thời giữ trường hợp nghiêm trọng cũ để kiểm tra suy giảm. Chạy cùng bộ trước/sau và kiểm tra trung bình tốt lên có che vi phạm nghiêm trọng tăng không.
Lỗi thường gặp khi chọn tư vấn AI
Chấm ấn tượng demo
Hãy so trên cùng bộ trường hợp đã ẩn danh gồm bình thường, biên, bảo mật, đối kháng và gián đoạn.
Chỉ nhận màn hình làm sản phẩm PoC
Không có hợp đồng dữ liệu, đánh giá, nhật ký, runbook, mã nguồn và cấu hình thì không vận hành hay chuyển giao được. Gắn D01–D08 với nghiệm thu và thanh toán.
Dùng một phần trăm cho toàn bộ chất lượng
Trung bình 90% vẫn không chấp nhận nếu lộ bí mật, duyệt sai hoặc hướng dẫn nguy hiểm. Tách vi phạm nghiêm trọng khỏi chất lượng thường.
Giao mọi quyết định cho nhà cung cấp
Sự thật nghiệp vụ, mức rủi ro chấp nhận được và trách nhiệm cuối cùng vẫn ở khách hàng. Nhà cung cấp tạo bằng chứng nhưng không thay trách nhiệm quản trị.
Chỉ có vận hành thực tế hoặc nghiên cứu tiếp
Không có STOP và REWORK giới hạn thì PoC kéo dài. Lối ra gồm chấm dứt, trả tài sản, xóa dữ liệu và bài học.
Để ngôn ngữ địa phương và múi giờ đến cuối
Ghi giao diện tiếng Thái, đào tạo hiện trường, dữ liệu trộn ngôn ngữ, sự cố ngoài giờ và trách nhiệm giữa các cơ sở ASEAN từ đầu. Đánh giá bằng việc người dùng thật xử lý ngoại lệ, không phải demo dịch.
Checklist RFP cho hỗ trợ triển khai AI
Trước phát hành
- [ ] Ghi vấn đề, phương án không AI, đường cơ sở, phạm vi và loại trừ trên một trang.
- [ ] Chọn STRATEGY, WORKFLOW, BUILD, ADOPTION cần thiết.
- [ ] Đánh số D01–D08 và bằng chứng nghiệm thu.
- [ ] Giao người rà soát dữ liệu, quyền, chuyển giao, thời hạn giữ và xóa.
- [ ] Duyệt 100 điểm và ngưỡng nghiêm trọng như giá trị đề xuất nội bộ.
- [ ] Phát cùng bảng TCO trống cho mọi ứng viên.
Khi so và nghiệm thu 12 tuần đề xuất
- [ ] Cho cùng tình huống, câu hỏi và thông tin làm rõ.
- [ ] Chia 120 trường hợp thành 60 bình thường, 25 biên, 20 chính sách/bảo mật và 15 đối kháng/phục hồi.
- [ ] Xác nhận giá trị đề xuất 90%, vi phạm nghiêm trọng 0 và suy giảm không quá 2 điểm.
- [ ] Định nghĩa 1–2 BASELINE, 3–4 DATA, 5–6 EVAL, 7–9 PILOT, 10–11 TRANSFER, 12 DECIDE.
- [ ] Đặt người quyết, hạn, phí và xử lý cho GO/REWORK/STOP.
- [ ] Lên lịch ba người nội bộ tái lập như ngưỡng chuyển giao đề xuất.
Trước hợp đồng và vận hành thực tế
- [ ] Rà soát IP, tái sử dụng, đơn vị xử lý phụ, nhật ký và đổi mô hình.
- [ ] Rà soát bảo mật, khả năng tái lập, bàn giao, thoát và ranh giới SLA.
- [ ] Xác nhận pháp lý, PDPA, quyền riêng tư, an ninh và nhân sự theo trường hợp sử dụng.
- [ ] Lập rà soát hàng tháng về giá trị, chất lượng, kiểm soát, vận hành, chi phí và chuyển giao.
- [ ] Thống nhất định dạng tài sản, trả dữ liệu và bằng chứng xóa.
FAQ | Tư vấn AI và tư vấn áp dụng AI
Nên chọn công ty tư vấn AI theo tiêu chí nào?
So trách nhiệm STRATEGY, WORKFLOW, BUILD, ADOPTION và cách nghiệm thu D01–D08. Thang 100 điểm là ví dụ đề xuất; vi phạm nghiêm trọng không được bù bằng trung bình cao.
PoC tư vấn Generative AI cần bao nhiêu tuần?
Không có đáp án chung. 12 tuần là ví dụ để đủ BASELINE, DATA, EVAL, PILOT, TRANSFER, DECIDE. Điều chỉnh theo mức sẵn sàng và quản lý bằng điểm kiểm tra bằng chứng.
Chi phí hỗ trợ triển khai AI thông thường là bao nhiêu?
Phụ thuộc dự án quá lớn để nêu mức giá có cơ sở ở đây. Hãy yêu cầu mọi bên điền cùng TCO gồm thiết kế, dữ liệu/tích hợp, mô hình/nền tảng, vận hành/cải tiến, đào tạo/chuyển giao/thoát cùng số tiền, đơn vị, giả định, yếu tố biến động và trần.
Có cần chuẩn bị toàn bộ dữ liệu trước khi tư vấn áp dụng AI không?
Không, nhưng cần chủ sở hữu quyết mục đích, mức bảo mật, tình trạng dữ liệu cá nhân, nơi lưu, xuyên biên giới, quyền, thời hạn giữ và xóa. Đánh giá cả dữ liệu thiếu và giới hạn quyền, không chỉ mẫu sạch.
Khi nào hỗ trợ đồng hành AI có thể kết thúc?
Khi nội bộ tái lập đánh giá, thay đổi, giám sát, dừng, quay lui, rà soát hàng tháng và xuất tài sản. Ba người là giá trị đề xuất, điều chỉnh theo quy mô và vai trò.
Dự án AI tại Thái Lan cần kiểm tra luật và hướng dẫn nào?
Không kết luận từ một luật AI riêng. Xem PDPA và luật áp dụng tại thời điểm đó, hợp đồng, ETDA và kiểm soát nội bộ về an ninh, IP và nhân sự. Nhờ chuyên gia đủ tư cách cho kết luận pháp lý cụ thể.
Nếu quyết định STOP, PoC còn để lại giá trị không?
Có. Định nghĩa vấn đề/giá trị, hợp đồng dữ liệu, bộ đánh giá, kết quả thất bại, sổ rủi ro, thiết kế, tài sản và bằng chứng trả/xóa có thể dùng cho nội bộ hoặc chọn bên khác. STOP phải là lối ra bình thường trong hợp đồng.
Tổng kết | Đánh giá tư vấn AI bằng bằng chứng ở lại với doanh nghiệp
Chọn đơn vị có thể biến vấn đề kinh doanh, hợp đồng dữ liệu, bộ đánh giá, trách nhiệm vận hành, điều kiện dừng và chuyển giao thành bằng chứng tái lập. Xác định STRATEGY, WORKFLOW, BUILD, ADOPTION rồi đưa D01–D08 vào RFP và hợp đồng. Các số 100, ngưỡng 75, 60% mỗi lớp, 120 trường hợp, 90%, vi phạm nghiêm trọng 0, suy giảm 2 điểm, 12 tuần và ba người đều là ví dụ đề xuất. Điều chỉnh theo tác động và thống nhất GO, REWORK, STOP trước khi bắt đầu.
TOMAS TECH có thể cùng đội ngũ tại Thái Lan và ASEAN thiết kế quy trình, RFP, bộ đánh giá, nghiệm thu PoC, vận hành và chuyển giao. Bạn có thể liên hệ với chúng tôi khi chưa chọn sản phẩm hoặc nhà cung cấp, hoặc khi cần làm rõ sản phẩm và ranh giới hợp đồng của đề xuất hiện tại.
Tài liệu tham khảo
- NIST, AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework
- NIST, NIST AI 600-1: https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf
- ISO, ISO/IEC 42001:2023: https://www.iso.org/standard/42001
- ISO, ISO 42001 explained: https://www.iso.org/cms/%20render/live/fr/sites/isoorg/home/insights-news/resources/iso-42001-explained-what-it-is.html
- ISO, ISO/IEC 42005:2025 context: https://www.iso.org/cms/live/live/en/sites/isoorg/contents/data/publication/20/04/PUB200420.html
- ASEAN, Expanded ASEAN Guide on AI Governance and Ethics – Generative AI: https://asean.org/wp-content/uploads/2025/01/Expanded-ASEAN-Guide-on-AI-Governance-and-Ethics-Generative-AI.pdf
- ETDA, Generative AI Governance Guideline: https://www.etda.or.th/getattachment/6050a4b7-defd-4dba-8cbc-ff6a444a3d08/20240910_GenerativeAIGovernanceGuideline_Vol1_AIGC.pdf.aspx
- ETDA, Driving Trust AI Governance 2026: https://www.etda.or.th/th/pr-news/aigc_Driving-Trust_AI_Governance.aspx?feed=cb66f430-5546-4dd8-b279-3827e88d154b
- OpenAI, Data controls by endpoint: https://platform.openai.com/docs/models/default-usage-policies-by-endpoint
- OpenAI, Datasets and Evals guide: https://developers.openai.com/api/docs/guides/evals
*Bài viết là hướng dẫn thực hành chung dựa trên thông tin công khai đến ngày 8 tháng 9 năm 2026. Các số 12 tuần, 100 điểm, 75 điểm, 60% mỗi lớp, 120 trường hợp, 90%, vi phạm nghiêm trọng 0, suy giảm 2 điểm và ba người nội bộ là giá trị đề xuất, không phải thống kê bên ngoài, yêu cầu pháp lý hay bảo đảm kết quả. Hãy xác nhận pháp lý, hợp đồng, PDPA/quyền riêng tư, an ninh, IP, nhân sự và thuế với đội nội bộ và chuyên gia đủ tư cách theo điều kiện thực tế.*
