McKinsey Global Institute đặt tên cho nó là "pilot purgatory."

Định nghĩa: Trạng thái bạn đã đầu tư vào công nghệ — đã mua phần mềm, đã training nhân viên, đã go-live — nhưng 2 năm sau, sự chuyển đổi thực sự vẫn chưa xảy ra. Hệ thống chạy ở 20–30% công suất. Kế toán dùng ERP để in hóa đơn. Bộ phận sản xuất vẫn xài Excel. Kho vẫn dùng sổ giấy. Báo cáo quản lý vẫn được tổng hợp tay cuối tháng.

Theo nghiên cứu của McKinsey Global Institute, 70% doanh nghiệp sản xuất trên toàn cầu đang ở trạng thái này — đã bắt đầu digital transformation nhưng không scale được lên mức tạo ra giá trị thực sự.

Tôi muốn nói thẳng: con số đó tại Việt Nam có thể còn cao hơn.


Pilot Purgatory trông như thế nào trong thực tế nhà máy Việt Nam

Không phải lúc nào cũng dễ nhận ra — vì doanh nghiệp vẫn "đang dùng ERP." Đây là 5 dấu hiệu cụ thể:

5 dấu hiệu bạn đang ở Pilot Purgatory

1
Mỗi tháng, kế toán vẫn phải export data từ ERP ra Excel để làm báo cáo quản lý thực sự.
2
Khi Giám đốc hỏi "tồn kho hiện tại là bao nhiêu?", câu trả lời chính xác nhất vẫn đến từ người thủ kho — không phải từ màn hình ERP.
3
Bộ phận sản xuất có bảng Excel riêng để theo dõi tiến độ lệnh sản xuất, song song với hệ thống.
4
Chỉ 2–3 người trong công ty dùng ERP thành thạo. Phần còn lại: né hoặc dùng tối thiểu đủ để pass.
5
Đã có ít nhất 1 cuộc họp "chúng ta cần dùng ERP nghiêm túc hơn" — nhưng sau đó không có gì thay đổi.

Tự kiểm tra

Nếu bạn nhận ra 3 trong 5 điều trên — nhà máy của bạn đang ở pilot purgatory. Bạn không đơn độc, nhưng bạn cần làm khác đi.

3 nguyên nhân gốc rễ — không phải lỗi phần mềm

Khi tôi nói điều này với khách hàng, họ thường ngạc nhiên: phần lớn các trường hợp pilot purgatory không phải do phần mềm quá khó, không phải do nhân viên không chịu học. Nguyên nhân thường nằm ở 3 chỗ khác.

Nguyên nhân 1: Không có Project Champion đủ quyền lực

ERP yêu cầu tất cả các phòng ban thay đổi cách làm việc — không chỉ kế toán, không chỉ IT. Điều này cần một người đủ authority để bắt các phòng ban tuân thủ, đủ interest để theo dự án đến cùng, và đủ capability để dành 20–30% thời gian trong 6 tháng.

Nếu người đó là IT Manager thiếu quyền, hoặc CFO quá bận, hoặc không có ai — dự án sẽ đi vào purgatory ngay từ tháng thứ 3.

Nguyên nhân 2: Change management bị bỏ qua hoàn toàn

Theo Deloitte, change management là "điểm thất bại lớn nhất" trong các dự án ERP — không phải technical configuration, không phải data migration.

Đây là điều ít vendor nào nói với bạn trong buổi demo. Vì training nhân viên dùng phần mềm ≠ change management. Change management là quá trình xử lý kháng cự, thay đổi workflow, và tạo ra incentive để mọi người thực sự dùng hệ thống — không phải chỉ biết cách dùng.

Trong văn hóa sản xuất tại Việt Nam, có một pattern đặc thù: quản lý cấp trung đôi khi kháng cự ERP vì hệ thống làm mất đi "information asymmetry" của họ — họ biết số liệu, cấp trên không biết, và đó là nguồn quyền lực. ERP transparent hóa điều đó.

Góc nhìn thực địa

Đây là nguyên nhân gốc rễ mà global research không capture được — và là lý do tôi tin pilot purgatory ở Việt Nam đặc thù hơn. Trong ngành sản xuất, người biết số thật là người có quyền lực thật. ERP thay đổi điều đó.

Nguyên nhân 3: Phần mềm được deploy theo kiểu "big bang" không có phased approach

Nhiều dự án ERP được triển khai toàn bộ cùng lúc — "bật hết" trong 1 ngày. Kết quả: quá nhiều thứ thay đổi cùng lúc, nhân viên overwhelmed, ai cũng tìm cách quay về Excel vì Excel "an toàn hơn."

Gartner khuyến nghị cloud ERP midmarket nên có implementation timeline 3–6 tháng với phased rollout theo phòng ban hoặc module — không phải big bang.


Tại sao "thêm training" không giải quyết được pilot purgatory

Đây là giải pháp mà hầu hết người quản lý nghĩ đến đầu tiên. Và nó không hiệu quả — vì training giải quyết vấn đề "biết cách dùng," không giải quyết vấn đề "có muốn dùng không."

Nếu nhân viên kho biết cách nhập tồn kho vào Odoo nhưng vẫn ghi sổ tay vì "cho nhanh" — bạn không cần training thêm. Bạn cần một quyết định quản lý: sổ tay không còn là option nữa.

Và quyết định đó chỉ có thể đến từ người có đủ authority — không phải từ IT, không phải từ vendor.


Con đường thoát khỏi pilot purgatory

Thoát purgatory không phải là "triển khai lại từ đầu" hay "đổi phần mềm khác." Thường không cần. 3 bước thực tế:

Bước 1

Xác định lại Project Champion

Người nào trong ban lãnh đạo có đủ Authority–Interest–Capability để drive adoption? Nếu không có — đây là vấn đề cần giải quyết trước phần mềm.

Bước 2

Chọn 1 phòng ban để "make it non-negotiable"

Không phải tất cả, không phải ngay. Chọn kho hoặc sản xuất — nơi data accuracy quan trọng nhất và dễ đo lường nhất. Tắt Excel ở đó trước.

Bước 3

Đo lường và communicate kết quả

Khi kho bắt đầu accurate, show số liệu đó cho cả công ty. Mỗi win nhỏ build momentum cho phòng ban tiếp theo.

Tránh Pilot Purgatory ngay từ đầu

Finance Intelligence Sprint là 2–3 tuần làm việc cùng nhau để xác nhận bạn có đủ 3 yếu tố — Champion, Data Readiness, Process Map — trước khi bắt đầu implementation. Go nếu đủ. No-Go với lý do rõ ràng nếu chưa.

Tìm hiểu Finance Intelligence Sprint →

Nhà máy của bạn đang ở đâu trên hành trình này? Nhắn trực tiếp cho tôi — tôi đọc tất cả.