Tại sao các dự án ERP lại thất bại ngay cả khi các công ty đã chi rất nhiều tiền?
Bởi vì ERP không chỉ là một dự án phần mềm.
Đây là một dự án quy tắc kinh doanh. Đó là một dự án con người. Đây là một dự án dữ liệu. Đây là một dự án hoạt động. Đây là một dự án kỷ luật quản lý.
Khi những điều này bị bỏ qua, ERP có thể được tạo nhưng không được sử dụng.
- Kiểm tra rủi ro ERP của tôi*
# Bạn không sai khi ngần ngại
ERP có thể đắt tiền. Nỗi sợ hãi là có thật: Nhỡ công ty chi cả trăm nghìn mà nhân viên vẫn quay lại Excel thì sao?
Điều đó xảy ra thường xuyên hơn mọi người thừa nhận.
# Những nguyên nhân chính khiến ERP thất bại
01
Các quy tắc kinh doanh không được hiểu rõ
Kho bãi, hàng tồn kho, hậu cần, kế toán, mua sắm và CRM thường bị nhầm lẫn. Nếu nhóm không xác định ý nghĩa của từng quy trình làm việc thì ERP sẽ trở nên không rõ ràng.
02
Hệ thống được thiết kế xung quanh các tính năng
Danh sách tính năng trông đẹp trong các đề xuất. Nhưng nhân viên cần quy trình làm việc chứ không phải danh sách tính năng.
03
Người dùng không được xem xét sớm
Nếu người dùng hàng ngày nhận thấy ERP chậm, khó hiểu hoặc không thực tế thì việc áp dụng sẽ không thành công.
04
Phiên bản đầu tiên quá lớn
Cố gắng xây dựng mọi thứ cùng một lúc sẽ làm tăng rủi ro. Phiên bản đầu tiên nhỏ hơn thường dễ kiểm tra, cải tiến và áp dụng hơn.
05
Chất lượng dữ liệu bị bỏ qua
Dữ liệu xấu bên trong hệ thống mới vẫn là dữ liệu xấu.
06
Quản lý không xác định kết quả kinh doanh
ERP sẽ cải thiện một số điều cụ thể: kiểm soát hàng tồn kho, tốc độ quản trị, khả năng hiển thị lợi nhuận, phê duyệt mua sắm, theo dõi giao hàng hoặc theo dõi khách hàng.
# Vì vậy, hãy giảm thiểu rủi ro ERP trước khi phát triển
Đừng bắt đầu với màn hình phần mềm. Bắt đầu với quy trình kinh doanh.
Hỏi: hệ thống nên thay đổi những gì? ai sẽ sử dụng nó hàng ngày? thông tin nào phải đáng tin cậy? công việc thủ công nào sẽ biến mất? ngoại lệ nào phải được xử lý? những gì nên còn lại trong AutoCount?
# Cách tiếp cận ERP an toàn hơn
01
Kiểm tra quy trình làm việc
Hiểu cách hoạt động kinh doanh ngày nay.
02
Chọn mô-đun đau đớn đầu tiên
Đừng xây dựng mọi thứ trước tiên. Bắt đầu ở nơi kinh doanh thua lỗ rõ ràng nhất.
03
Kiểm tra với người dùng thực
Hệ thống phải tồn tại trong các hoạt động hàng ngày chứ không chỉ là bản demo trong phòng họp.
04
Kết nối kế toán cẩn thận
AutoCount hoặc tích hợp kế toán phải tuân theo các quy tắc dữ liệu rõ ràng.
05
Cải thiện sau khi sử dụng
ERP sẽ phát triển từ phản hồi sử dụng thực tế.
Câu hỏi thường gặp
# Lỗi ERP có phải luôn là lỗi của nhà cung cấp không?
Không phải lúc nào cũng vậy. Nó có thể đến từ các quy tắc kinh doanh không rõ ràng, quyền sở hữu nội bộ kém, dữ liệu xấu hoặc phạm vi không thực tế.
# ERP bị lỗi có thể sửa được không?
Thỉnh thoảng. Bước đầu tiên là kiểm toán.
# Chúng ta có nên xây dựng nhỏ hơn trước không?
Thường thì có. Phiên bản đầu tiên nhỏ hơn sẽ giảm thiểu rủi ro.
# Làm sao chúng tôi biết nhân viên sẽ sử dụng nó?
Thiết kế xoay quanh công việc thực tế hàng ngày và thu hút người dùng sớm.
# Vẫn chưa chắc chắn?
Đó chính xác là lý do tại sao bước đầu tiên là phải hiểu trước.
- Đặt lịch kiểm tra hệ thống*