Triển khai ERP

Triển khai ERP: bảy quyết định định đoạt thành bại

Đội ngũ sản phẩm XBuddy · 12 tháng 3, 2026 · 6 phút đọc

Dự án ERP hiếm khi thất bại vì phần mềm. Nó thất bại vì bảy quyết định được đưa ra sai — hoặc tệ hơn, không được đưa ra.

Khám phá ứng dụng — bảy nhóm, chi tiết từng ứng dụng

Sau nhiều lần triển khai, một điều lặp lại rõ rệt: dự án ERP thành công hay không được định đoạt trong vài tuần đầu, ở bảy quyết định mà phần lớn tổ chức không nhận ra mình đang đưa ra.

Không quyết định nào trong số này thuộc về nhà cung cấp phần mềm. Tất cả đều thuộc về bạn.

1. Ai là chủ dự án — nghiệp vụ hay CNTT?

Phải là nghiệp vụ. CNTT là đối tác triển khai, không phải chủ.

Khi CNTT làm chủ, dự án trở thành một dự án kỹ thuật: đo bằng số mô-đun đã bật, số tích hợp đã chạy. Khi nghiệp vụ làm chủ, nó được đo bằng "số ngày khoá sổ đã giảm chưa" — và đó mới là điều tổ chức cần.

Dấu hiệu chủ sai: người quyết định chuẩn hoá quy trình không có quyền thay đổi quy trình đó.

2. Đổi quy trình theo hệ thống, hay đổi hệ thống theo quy trình?

Đây là quyết định đắt nhất, và phần lớn tổ chức trốn tránh nó bằng cách trả lời "cả hai".

Nguyên tắc thực tế: quy trình khác biệt tạo lợi thế cạnh tranh thì giữ và tuỳ chỉnh; quy trình chỉ khác vì thói quen thì đổi theo hệ thống.

Cách bán hàng đặc thù của bạn có thể là lợi thế thật. Cách đánh số phiếu thu thì gần như chắc chắn không. Mỗi tuỳ chỉnh là một khoản nợ phải trả ở mọi lần nâng cấp về sau — hãy tiêu ngân sách tuỳ chỉnh vào chỗ nó đổi lấy được lợi thế.

3. Phạm vi giai đoạn một — bao nhiêu là đủ?

Sai lầm hai chiều đều tốn kém.

Quá rộng: dự án kéo 18 tháng, người tham gia mệt, nhân sự chủ chốt nghỉ việc giữa chừng, và tổ chức không thấy kết quả nào trong suốt thời gian đó.

Quá hẹp: hệ thống mới chạy song song hệ thống cũ, dữ liệu chia đôi, và bạn có thêm một nguồn sự thật thứ hai — đúng thứ dự án sinh ra để loại bỏ.

Thước đo tốt: giai đoạn một phải đủ để đóng được một chu trình hoàn chỉnh. Từ đơn hàng đến thu tiền, hoặc từ mua hàng đến thanh toán. Một chu trình đóng cho ra dữ liệu đối chiếu được; nửa chu trình thì không.

4. Ai là người dùng chính — và họ có được hỏi không?

Người sẽ nhập liệu hàng ngày phải tham gia từ giai đoạn thiết kế, không phải xuất hiện ở buổi đào tạo.

Lý do rất thực dụng: họ biết những ngoại lệ mà không tài liệu quy trình nào ghi. Khách hàng nào luôn trả chậm nhưng vẫn phải giao. Mặt hàng nào bán theo thùng nhưng nhập theo kiện. Những chi tiết đó quyết định hệ thống có dùng được hay không, và chúng chỉ nằm trong đầu người làm.

5. Dữ liệu cũ — mang bao nhiêu sang?

Mặc định nên là: mang ít hơn bạn nghĩ.

Chuyển toàn bộ lịch sử mười năm nghe an toàn, nhưng nó kéo theo toàn bộ dữ liệu bẩn của mười năm vào hệ thống mới — và bạn vừa bỏ lỡ cơ hội dọn dẹp duy nhất mà dự án cho phép.

Đề xuất thực tế: số dư đầu kỳ + các bản ghi đang mở (công nợ chưa thu, đơn chưa giao, hợp đồng còn hiệu lực) + danh mục nền đã làm sạch. Lịch sử giữ ở hệ thống cũ dưới dạng chỉ đọc, hoặc xuất ra một kho dữ liệu tra cứu.

6. Ai chốt khi hai phòng ban không đồng ý?

Câu hỏi này nghe như chuyện chính trị nội bộ. Nó là câu hỏi kỹ thuật quan trọng nhất trong danh sách.

Sẽ có lúc kế toán muốn ghi nhận doanh thu ở thời điểm A, kinh doanh muốn ở thời điểm B, và cả hai đều có lý. Nếu không có người chốt được trong vòng một tuần, dự án sẽ dừng — hoặc tệ hơn, mỗi phòng ban được cấu hình theo ý mình và bạn có hai định nghĩa doanh thu trong cùng một hệ thống.

Chỉ định người chốt trước khi có tranh chấp, không phải khi đã có.

7. Đo thành công bằng gì?

"Triển khai xong" không phải một chỉ số. Nó là một cột mốc, và là cột mốc dễ nhất.

Chọn 3–4 chỉ số nghiệp vụ, đo trước khi bắt đầu, đo lại sau ba tháng chạy thật:

  • Số ngày khoá sổ tháng
  • Tỷ lệ đơn hàng giao đúng hạn
  • Số ngày công nợ bình quân
  • Số lần nhập lại cùng một dữ liệu

Đo trước là phần hay bị bỏ qua, và nó là phần khiến mọi con số sau này có nghĩa. Không có mốc so sánh thì mọi cải thiện đều là cảm nhận.

Ba dấu hiệu dự án đang trượt

Phát hiện sớm rẻ hơn nhiều so với cứu vãn muộn:

Danh sách tuỳ chỉnh dài ra sau mỗi buổi họp. Thường có nghĩa quyết định #2 chưa được chốt, và mỗi phòng ban đang đàm phán riêng.

Người dùng chính vắng mặt ở các buổi rà soát. Họ sẽ có mặt ở buổi go-live, và đó là lúc đắt nhất để phát hiện thiết kế sai.

Không ai trả lời được "chúng ta đang ở phần trăm nào". Nghĩa là phạm vi chưa được định nghĩa đủ cụ thể để đo.

Kết

Phần mềm ERP hiện đại đã đủ tốt. Khác biệt giữa một dự án thành công và một dự án kéo dài vô tận gần như luôn nằm ở bảy quyết định trên — và ở chỗ chúng có được đưa ra tường minh, sớm, bởi đúng người hay không.

Quyết định không được đưa ra vẫn là một quyết định. Chỉ là bạn không chọn kết quả của nó.

Sẵn sàng trải nghiệm XBuddy?

Đặt lịch demo để trải nghiệm XBuddy thực tế.