PhanmembizZoho Strategic PartnerLiên hệ

Dự Án AI Mắc Kẹt Ở Giai Đoạn POC: Vì Sao Và Cách Thoát Ra

Nhiều doanh nghiệp có cùng một trải nghiệm: một buổi demo AI rất ấn tượng, một nhóm nhỏ chạy thử vài tuần và cho kết quả khả quan, rồi không có gì xảy ra tiếp theo. Sáu tháng sau, thử nghiệm vẫn "đang chạy", ít người dùng, không ai nhớ chính xác chỉ số nào cần đạt, và không ai dám quyết định mở rộng hay dừng.

Người trong ngành gọi trạng thái này là "POC purgatory": dự án AI mắc kẹt ở giai đoạn thử nghiệm (proof of concept, POC) và không bao giờ trở thành quy trình vận hành.

Bài này không liệt kê lại các rào cản chung khi doanh nghiệp bắt đầu dùng AI (phần đó đã có trong bài vì sao doanh nghiệp Việt mắc kẹt ở mức AI cơ bản). Bài trả lời một câu hỏi hẹp hơn và thực tế hơn: vì sao thử nghiệm tốt vẫn không thành vận hành, và bạn cần kiểm tra những gì để quyết định đi tiếp, điều chỉnh hay dừng?

Về minh bạch: Phanmembiz là đơn vị triển khai Zoho, nên chúng tôi có lợi ích thương mại khi doanh nghiệp triển khai phần mềm có tích hợp AI. Khung 6 cổng trong bài là khung do chúng tôi đề xuất, không phải chuẩn ngành; các nhận định dựa trên nghiên cứu đều được dẫn nguồn kèm lưu ý về độ tin cậy.

1. Dữ liệu nói gì về dự án AI mắc kẹt ở giai đoạn POC, và đáng tin đến đâu?

Có ba con số hay được trích dẫn. Chúng cùng chỉ về một hướng, nhưng mỗi con số có giới hạn riêng bạn nên biết.

IDC (hợp tác với Lenovo): khoảng 88% POC AI không tiến tới triển khai diện rộng; cứ 33 POC được khởi động thì chỉ 4 POC được đưa vào vận hành. Nhà phân tích Ashish Nadkarni của IDC nhận định nhiều sáng kiến AI tạo sinh "sinh ra từ cấp hội đồng quản trị", và các POC này thường "thiếu kinh phí nghiêm trọng hoặc không có kinh phí" (CIO.com, 3/2025). Giới hạn: bài báo không nêu cỡ mẫu, năm khảo sát hay định nghĩa "POC" và "vận hành", và nghiên cứu có sự tham gia của một nhà cung cấp phần cứng.

S&P Global Market Intelligence: theo khảo sát hơn 1.000 người ở Bắc Mỹ và châu Âu, tỷ lệ doanh nghiệp bỏ phần lớn sáng kiến AI tăng lên 42% (từ 17% năm trước), và trung bình mỗi tổ chức hủy 46% số POC trước khi đưa vào vận hành. Ba trở ngại hàng đầu được nêu là chi phí, quyền riêng tư dữ liệu và rủi ro bảo mật (CIO Dive, 14/3/2025). Giới hạn: đây là bài báo thứ cấp, không định nghĩa "bỏ", không nêu phương pháp lấy mẫu và không dẫn báo cáo gốc.

BCG (tháng 9/2025): khảo sát 1.250 lãnh đạo cấp cao ở 68 quốc gia cho thấy chỉ 5% doanh nghiệp đạt được giá trị từ AI ở quy mô lớn, và 60% chưa thu được giá trị đáng kể nào. Trong 46% doanh nghiệp đang chạy thử hoặc triển khai AI agent, chỉ 16% đã thấy giá trị rõ ràng. BCG nhận định giá trị lớn "không đến từ các thử nghiệm AI hay trường hợp sử dụng riêng lẻ, mà từ việc định hình lại các quy trình cốt lõi từ đầu đến cuối" (BCG, The Widening AI Value Gap). Giới hạn: BCG là công ty tư vấn chuyển đổi AI, các nhóm phân loại là do BCG tự định nghĩa, và dữ liệu là tự đánh giá.

Nên đọc các con số này thế nào: như hướng, không phải tỷ lệ chính xác. Mẫu nghiêng về tổ chức lớn ở phương Tây, định nghĩa không thống nhất, và chúng tôi không tìm được nghiên cứu nào đo tỷ lệ POC thành vận hành ở doanh nghiệp Việt Nam.

Một con số nên bỏ qua: câu "hơn 80% dự án AI thất bại" xuất hiện khắp nơi và thường được gán cho RAND. Đọc báo cáo gốc của RAND (8/2024), chúng tôi thấy RAND không đo con số này: báo cáo ghi "theo một số ước tính" và dẫn lại một bài báo của Fortune năm 2022. Dữ liệu RAND thực sự thu thập là 65 cuộc phỏng vấn chuyên gia AI, từ đó rút ra các nguyên nhân gốc ở Mục 2.

Một điểm cân bằng quan trọng: POC không đi tiếp không phải lúc nào cũng là thất bại. Mục đích của POC là học nhanh với chi phí thấp. Nếu bạn dừng sau 60 ngày vì biết rõ AI chưa phù hợp, đó là kết quả tốt. Vấn đề thật sự là POC kéo dài mà không có quyết định.

Họp đội ngũ tìm nguyên nhân dự án AI mắc kẹt ở giai đoạn POC

2. Năm nguyên nhân khiến POC không thành vận hành

RAND phỏng vấn 65 nhà khoa học dữ liệu và kỹ sư có ít nhất 5 năm kinh nghiệm xây dựng hệ thống AI (50 người từ doanh nghiệp, 15 người từ giới học thuật, phỏng vấn từ tháng 8 đến tháng 12/2023) và tổng hợp năm nguyên nhân gốc: (1) các bên liên quan hiểu sai hoặc truyền đạt sai vấn đề AI cần giải quyết; (2) thiếu dữ liệu để huấn luyện mô hình hiệu quả; (3) chạy theo công nghệ mới nhất thay vì giải quyết vấn đề thật của người dùng; (4) thiếu hạ tầng quản lý dữ liệu và triển khai mô hình; (5) áp dụng AI cho vấn đề quá khó với công nghệ hiện tại (RAND, 13/8/2024). Mẫu là chuyên gia kỹ thuật và kết quả mang tính định tính, nhưng độ phủ khá rộng.

Đặt cạnh IDC (các lý do được nêu gồm ROI không rõ, thiếu dữ liệu sẵn sàng cho AI, thiếu chuyên môn nội bộ, sức ép từ cấp trên và POC thiếu kinh phí) và BCG (giá trị nằm ở việc thiết kế lại quy trình), chúng tôi tổng hợp lại năm nguyên nhân dưới góc nhìn của một doanh nghiệp nhỏ. Đây là tổng hợp của chúng tôi, không phải kết luận của từng nghiên cứu.

Nguyên nhân 1: Không có câu hỏi kinh doanh và người chịu trách nhiệm. POC bắt đầu từ "chúng ta nên thử AI" thay vì "quy trình nào đang tốn kém và đo được". Điều này trùng với nguyên nhân số 1 của RAND (hiểu sai vấn đề) và nhận xét của IDC về các sáng kiến "sinh ra từ cấp hội đồng quản trị". Khi không ai chịu trách nhiệm kết quả, không ai có động lực ra quyết định.

Nguyên nhân 2: POC chạy trên dữ liệu "sạch tay". Trong thử nghiệm, một người chọn tay vài chục trường hợp đẹp; ngoài đời, dữ liệu trùng, thiếu, rải rác trên nhiều file. Đây là nguyên nhân số 2 và số 4 của RAND (thiếu dữ liệu, thiếu hạ tầng) và cũng là lý do IDC nêu (thiếu dữ liệu sẵn sàng cho AI). Cách chuẩn bị dữ liệu được trình bày trong bài dữ liệu sạch cho AI.

Nguyên nhân 3: Không có số liệu ban đầu và tiêu chí đạt, không đạt viết trước. IDC liệt kê "ROI không rõ" trong các lý do hàng đầu. Nếu không ghi lại tình trạng trước khi dùng AI và không viết trước ngưỡng "đạt", mọi kết quả đều có thể được diễn giải là "khả quan". Cách đo cụ thể có trong bài đo ROI của AI trong doanh nghiệp nhỏ.

Nguyên nhân 4: Chi phí vận hành và rủi ro không nằm trong POC. POC thường miễn phí hoặc rẻ, và ít người dùng. Khi mở rộng, chi phí theo mức sử dụng tăng, và cần thêm quản trị truy cập, bảo mật, tuân thủ. S&P nêu chi phí, quyền riêng tư dữ liệu và rủi ro bảo mật là những trở ngại hàng đầu khiến tổ chức bỏ sáng kiến. Các nhóm chi phí cần tính được liệt kê trong bài chi phí triển khai AI trong doanh nghiệp.

Nguyên nhân 5: Gắn AI vào cuối quy trình cũ. BCG nhận định giá trị đến từ việc định hình lại quy trình. POC chỉ thêm một công cụ vào cách làm cũ thường cho cải thiện ở mức cá nhân, khó đo và khó nhân rộng.

3. POC và vận hành khác nhau ở đâu?

Phần lớn lý do POC "mắc kẹt" nằm ở chỗ nó chạy trong một môi trường dễ dãi hơn vận hành. Bảng dưới đây là tổng hợp của chúng tôi, không phải kết quả nghiên cứu:

Khía cạnhPOC (thử nghiệm)Vận hành
Dữ liệuMẫu nhỏ, chọn tay, sạchToàn bộ dữ liệu thật: trùng, thiếu, định dạng lẫn lộn
Người dùngMột nhóm nhỏ, hào hứngMọi người liên quan, kể cả người không muốn dùng
Khi AI saiGhi nhận rồi bỏ quaCó thể ảnh hưởng khách hàng, tiền, uy tín
Chi phíNhỏ, thường cố định, thường chưa tính thời gian của ngườiLặp lại hằng tháng, có thể tăng theo mức dùng
Người chịu trách nhiệm"Cả nhóm" hoặc người nhiệt tìnhMột người chịu trách nhiệm kết quả và chi tiêu
Giám sátXem thủ côngCần chỉ số định kỳ, nhật ký, quy trình xử lý sự cố
Quy địnhThường chưa xem xétCần xem xét dữ liệu cá nhân, minh bạch với người dùng

Điểm mấu chốt: POC trả lời câu hỏi "AI có làm được việc này không?", còn vận hành trả lời câu hỏi "chúng ta có thể dựa vào nó hằng ngày, với chi phí chấp nhận được, và biết xử lý khi nó sai không?". Hai câu hỏi cần hai loại bằng chứng khác nhau, và POC thường chỉ thu thập loại đầu.

Bàn làm việc thử nghiệm, nơi quyết định dự án AI mắc kẹt ở giai đoạn POC nên mở rộng hay dừng

4. Khung 6 cổng: quyết định mở rộng, điều chỉnh hay dừng

Đây là khung do chúng tôi đề xuất, thiết kế cho doanh nghiệp nhỏ dùng công cụ AI đóng gói hoặc tích hợp trong phần mềm sẵn có (không tự xây mô hình). Mỗi "cổng" là một câu hỏi phải trả lời được trước khi mở rộng. Nếu một cổng chưa qua, quyết định không phải là "dừng" mà là biết chính xác cần bổ sung gì.

  1. Cổng 1: Vấn đề và người chịu trách nhiệm. Quy trình cụ thể là gì? Ai là một người chịu trách nhiệm kết quả và chi tiêu? Nếu câu trả lời là "cả nhóm", cổng này chưa qua.
  2. Cổng 2: Số liệu ban đầu và tiêu chí viết trước. Trước khi bắt đầu đã ghi lại thời gian, tỷ lệ lỗi và một chỉ số kết quả chưa? Ngưỡng "đạt" và ngưỡng "dừng" đã được viết ra và chốt với người chịu trách nhiệm chưa?
  3. Cổng 3: Dữ liệu thật. POC đã chạy trên một mẫu ngẫu nhiên của dữ liệu thật chưa, chứ không phải các trường hợp chọn tay? Tỷ lệ bản ghi trùng, thiếu, sai là bao nhiêu, và ai chịu trách nhiệm làm sạch?
  4. Cổng 4: Rủi ro và kiểm soát của con người. Khi AI sai thì hậu quả là gì và ai phát hiện? Hành động nào không thể hoàn tác và đã có bước người duyệt chưa? Dữ liệu cá nhân nào được đưa vào, và có căn cứ xử lý hợp pháp không? (Xem Mục 6.)
  5. Cổng 5: Chi phí vận hành thật. Tổng chi phí hằng tháng ở quy mô đầy đủ (không phải quy mô thử), gồm phí công cụ, thời gian quản trị, đào tạo và giám sát, là bao nhiêu? Lợi ích đo được có vượt chi phí không, và ở khối lượng nào thì hòa vốn?
  6. Cổng 6: Người dùng và vận hành. Ai sẽ dùng hằng ngày, đã được đào tạo theo vai trò chưa, có một "người dùng chủ chốt" nội bộ không? Ai theo dõi chỉ số hằng tháng, và kế hoạch là gì nếu chất lượng giảm hoặc nhà cung cấp đổi gói?

Cách đọc kết quả:

BCG khuyến nghị triển khai agent qua "một số ít quy trình giá trị cao", có kế hoạch triển khai và đào tạo rõ ràng, thay vì triển khai ồ ạt cùng lúc (BCG, 2025). Cách tiếp cận từng bước ở trên cùng tinh thần đó, nhưng là phần chúng tôi điều chỉnh cho quy mô SME, không phải công thức đã được kiểm chứng ở Việt Nam.

5. Ví dụ tính toán: chi phí của việc không quyết định

Mọi con số dưới đây là giả định minh họa, không phải số đo thực tế. Một doanh nghiệp chạy POC AI cho một quy trình với:

Kịch bảnChi phí tích lũy
Quyết định đúng hạn ở tháng thứ 3 (mở rộng, điều chỉnh hoặc dừng)6.000.000 + 3 × 4.000.000 = 18.000.000đ
"Vẫn đang thử nghiệm" suốt 12 tháng, không quyết định6.000.000 + 12 × 4.000.000 = 54.000.000đ
Chênh lệch36.000.000đ (chưa tính chi phí cơ hội)

36 triệu đồng không lớn với một tập đoàn, nhưng với một doanh nghiệp nhỏ nó đủ trả lương một nhân sự trong vài tháng. Điểm quan trọng hơn: mỗi tháng POC kéo dài là thêm một tháng đội ngũ phải duy trì một công cụ chưa ai chứng minh được giá trị, và thêm một tháng chưa thử cách khác. Đây là lý do khung 6 cổng đặt ngày quyết định trước khi bắt đầu.

6. Lưu ý pháp lý khi chuyển từ thử nghiệm sang vận hành

Một POC dùng dữ liệu khách hàng hoặc nhân viên thật có thể đã phát sinh nghĩa vụ pháp lý, dù nó "chỉ là thử nghiệm". Những điểm nên đưa vào Cổng 4 (tóm tắt để định hướng, nên hỏi chuyên viên pháp lý):

7. Nếu bạn đang bị kẹt ngay bây giờ: kiểm tra trong 10 phút

Nếu bạn có một thử nghiệm AI đã chạy hơn ba tháng, hãy trả lời nhanh bảy câu. Mỗi câu trả lời "không" là một dấu hiệu mắc kẹt:

  1. Có một người duy nhất chịu trách nhiệm kết quả không?
  2. Có con số "trước khi dùng AI" được ghi lại không?
  3. Có ngưỡng "đạt" và ngưỡng "dừng" bằng số được viết ra không?
  4. Thử nghiệm đã chạy trên dữ liệu thật, không chọn tay chưa?
  5. Có nhiều hơn vài người dùng thường xuyên không?
  6. Bạn có biết chi phí hằng tháng ở quy mô đầy đủ không?
  7. Có ngày quyết định đã được chốt không?

Từ đây có ba lối ra:

Một lưu ý cho doanh nghiệp dùng AI có sẵn trong phần mềm đang dùng (ví dụ AI trong CRM): rủi ro hạ tầng mà RAND nêu (nguyên nhân số 4) thường nhỏ hơn, vì nhà cung cấp đã lo phần hạ tầng. Nhưng các cổng về con người, quy trình, dữ liệu và đo lường vẫn nguyên, vì đó là phần doanh nghiệp tự chịu trách nhiệm. Nếu bạn đang cân nhắc AI agent, xem thêm bài AI agent cho SME Việt Nam: 5 việc nên làm, 3 việc chưa nên giao, và chuẩn bị trước mẫu chính sách sử dụng AI nội bộ cho nhân viên.

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

POC AI là gì và nên kéo dài bao lâu?

POC (proof of concept) là thử nghiệm nhỏ để kiểm tra AI có làm được một việc cụ thể không. Với doanh nghiệp nhỏ dùng công cụ đóng gói, 60–90 ngày với tiêu chí viết trước thường đủ để quyết định (đây là khuyến nghị thực hành, không phải chuẩn đã kiểm chứng). Quan trọng hơn thời lượng là ngày quyết định đã được chốt.

Bao nhiêu phần trăm POC AI được đưa vào vận hành?

Chưa có số liệu đáng tin cho doanh nghiệp Việt Nam. Các khảo sát quốc tế (IDC, S&P) cho thấy tỷ lệ POC không tiến tới vận hành là cao, nhưng đều có hạn chế về mẫu và định nghĩa (xem Mục 1), nên hãy xem đó là hướng, không phải con số để so sánh.

POC không đi tiếp có phải là thất bại không?

Không nhất thiết. Nếu bạn dừng sớm vì đã biết AI chưa phù hợp, đó là kết quả tốt. Điều đáng lo là POC kéo dài mà không có quyết định, vì nó tốn chi phí và sự chú ý của đội ngũ.

Thiếu chuyên gia AI thì có đưa được vào vận hành không?

Với công cụ đóng gói, thứ thường thiếu là người hiểu quy trình để chọn đúng bài toán và người theo dõi chỉ số, chứ không nhất thiết là chuyên gia kỹ thuật (nhận định của chúng tôi dựa trên kinh nghiệm triển khai và nguyên nhân số 1 của RAND). Với hệ thống tự xây, hạ tầng và dữ liệu mới là điểm nghẽn thật.

Khi nào nên dừng hẳn?

Khi vướng nhiều cổng quan trọng (đặc biệt cổng 2 và 5: không có số liệu ban đầu và chi phí vận hành không bù được lợi ích đo được), hoặc khi vấn đề nằm ngoài khả năng của công nghệ hiện tại (nguyên nhân số 5 của RAND). Hãy ghi lại điều kiện để thử lại sau.

Có nên ưu tiên công cụ AI có sẵn trong phần mềm đang dùng?

Thường đáng cân nhắc, vì dữ liệu và quy trình đã nằm ở đó, nhưng đây là lựa chọn cần so sánh, không phải quy tắc. Công cụ độc lập có thể mạnh hơn ở một chức năng cụ thể.

Kết: thử nghiệm tốt là thử nghiệm biết lúc nào phải kết thúc

Dự án AI mắc kẹt ở giai đoạn POC hiếm khi vì công nghệ không đủ tốt. Các nghiên cứu, dù có hạn chế, cùng chỉ về những điểm khá quen thuộc: vấn đề chưa rõ, dữ liệu thật chưa sẵn sàng, ROI chưa đo được, chi phí vận hành chưa tính, và quy trình chưa được thiết kế lại. Những điều này đều kiểm soát được, không cần ngân sách lớn, chỉ cần kỷ luật đặt tiêu chí, ngày quyết định và người chịu trách nhiệm trước khi bắt đầu.

Nếu bạn đang có một thử nghiệm AI chưa ra được quyết định và muốn rà soát nó qua khung 6 cổng, đội ngũ Phanmembiz có thể cùng bạn xem lại quy trình, dữ liệu CRM hiện có và đề xuất bước tiếp theo.

Đặt lịch tư vấn miễn phí với Phanmembiz

Zoho Authorized Partner