Hướng dẫn chọn phần mềm ERP tại Việt Nam

ERP là hệ thống vận hành cốt lõi của doanh nghiệp. Một khi đã triển khai thì khó thay thế, nên quyết định lựa chọn cần thận trọng hơn phần lớn các phần mềm khác. Hướng dẫn này không giới thiệu một sản phẩm cụ thể. Nó trình bày cách làm rõ phạm vi nhu cầu, cân nhắc giữa triển khai đám mây và tại chỗ, quyết định thứ tự triển khai các module, hiểu rõ cấu trúc chi phí, và lựa chọn theo quy mô và ngành nghề — để quyết định dựa trên một tiêu chuẩn nhất quán thay vì một buổi trình bày tính năng.

Bài viết này đề cập những gì

• Làm rõ phạm vi nhu cầu
• ERP đám mây so với ERP tại chỗ
• Phạm vi module: triển khai một lần hay theo giai đoạn
• Cấu trúc chi phí và tổng chi phí sở hữu ba năm
• Lựa chọn ERP theo quy mô và ngành nghề
• Rủi ro triển khai và nguyên nhân thất bại thường gặp
• Dữ liệu, phân quyền và cách thu hẹp danh sách

Làm rõ phạm vi nhu cầu trước tiên

Sai lầm lựa chọn ERP phổ biến nhất là bắt đầu so sánh sản phẩm trước khi làm rõ vấn đề cần giải quyết. Trước khi triển khai, hãy rà soát các điểm nghẽn vận hành hiện tại: tồn kho và sổ kế toán không khớp, lập kế hoạch sản xuất phụ thuộc tính toán thủ công, hay dữ liệu liên phòng ban không chia sẻ được theo thời gian thực. Viết các điểm nghẽn thành vấn đề cụ thể là điều giúp bạn đánh giá module nào thực sự cần thiết.

Việc làm rõ nhu cầu cần có sự tham gia của tài chính, kinh doanh, sản xuất và công nghệ thông tin. ERP điều khiển các quy trình liên phòng ban, và nếu một phòng ban đơn lẻ dẫn dắt việc lựa chọn, bạn có nguy cơ chọn hệ thống thân thiện với phòng đó nhưng khó dùng cho các phòng khác. Hãy liệt kê chức năng cần thiết của từng phòng theo thứ tự ưu tiên, và đánh dấu quy trình nào phải giữ, quy trình nào có thể điều chỉnh theo hệ thống.

Hãy xác nhận hiện trạng dữ liệu hiện có. Nếu mã hàng, danh mục khách hàng và nhà cung cấp lâu nay được duy trì không theo quy tắc thống nhất, bạn sẽ phải làm sạch dữ liệu danh mục trước khi triển khai, và công việc này thường bị đánh giá thấp. Rà soát nhu cầu cùng hiện trạng dữ liệu là điều giúp báo giá và tiến độ về sau trở nên thực tế.

ERP đám mây so với ERP tại chỗ

ERP đám mây tính phí theo thuê bao. Hình thức này triển khai nhanh hơn, chi phí ban đầu thấp hơn, không cần tự xây máy chủ và được nhà cung cấp cập nhật liên tục. Với doanh nghiệp vừa và nhỏ không có đội công nghệ riêng, đám mây thường giảm gánh nặng bảo trì. Các sản phẩm ERP đám mây quốc tế như Oracle NetSuite, Microsoft Dynamics 365 có chức năng rộng và khả năng mở rộng tốt.

ERP tại chỗ có độ linh hoạt tùy chỉnh cao hơn và giữ toàn bộ dữ liệu trong doanh nghiệp, điều vẫn quan trọng với tổ chức có yêu cầu nghiêm ngặt về lưu trữ dữ liệu trong nước. Đánh đổi là doanh nghiệp gánh chi phí máy chủ, nhân sự bảo trì và nâng cấp, và một khi phiên bản tụt hậu thì việc nâng cấp lại khó hơn. Một số nhà cung cấp đưa ra cả hai mô hình triển khai.

Yếu tố quyết định không phải đám mây luôn tốt hơn. Đó là doanh nghiệp có đủ năng lực vận hành công nghệ thông tin không, nhu cầu tùy chỉnh sâu đến đâu, và yêu cầu về lưu trữ dữ liệu là gì. Doanh nghiệp có quy trình phức tạp, nhu cầu tùy chỉnh cao vẫn có thể nghiêng về tại chỗ hoặc kiến trúc lai; doanh nghiệp dịch vụ và thương mại có quy trình tương đối chuẩn thường thấy đám mây thực tế hơn.

Phạm vi module: triển khai một lần hay theo giai đoạn

ERP thường bao gồm các module tài chính kế toán, mua hàng, tồn kho, sản xuất và nhân sự. Một quan niệm sai phổ biến là triển khai tất cả cùng lúc, nhưng càng nhiều module thì độ phức tạp và rủi ro của dự án triển khai càng cao.

Cách làm thực tế là triển khai trước các module cốt lõi liên quan trực tiếp nhất đến điểm nghẽn — ví dụ tài chính và tồn kho — rồi khi đội ngũ đã quen và dữ liệu ổn định, mở rộng sang sản xuất hoặc nhân sự theo giai đoạn. Triển khai theo giai đoạn cho mỗi bước một tiêu chuẩn nghiệm thu rõ ràng và giảm tác động tổng thể nếu một lần triển khai một lần thất bại.

Khi lựa chọn, hãy xác nhận ERP có hỗ trợ các module bạn dự định thêm sau này không, và việc mở rộng được tính phí và tích hợp ra sao. Nếu hệ thống lõi không kết nối được với nhu cầu tương lai, triển khai theo giai đoạn sẽ chỉ kẹt lại ở các bước sau.

Cấu trúc chi phí và tổng chi phí ba năm

Báo giá ERP không thể đánh giá chỉ qua phí bản quyền hay phí thuê bao. Tổng chi phí sở hữu thực tế bao gồm tư vấn triển khai, chuyển đổi dữ liệu, phát triển tùy chỉnh, đào tạo, tích hợp với hệ thống hiện có, và phí bảo trì hoặc gia hạn thuê bao hằng năm.

Phí tư vấn triển khai ERP thường là khoản chi lớn, và khi nhu cầu tùy chỉnh cao, số giờ tư vấn có thể vượt cả chi phí phần mềm. Khi yêu cầu báo giá, hãy đề nghị nhà cung cấp tách hạng mục phí phần mềm, phí tư vấn triển khai, phí tùy chỉnh và phí bảo trì hằng năm, và ước tính tổng theo ba năm. Càng nhiều tùy chỉnh thì chi phí ban đầu càng cao và rủi ro tương thích khi nâng cấp càng lớn.

Với ERP đám mây, hãy nhớ phí thuê bao tái diễn mỗi năm. Trên một khoảng thời gian dài hơn, con số tích lũy có thể không thấp hơn tại chỗ, nên hãy đánh giá đám mây và tại chỗ trên tổng chi phí ba năm hoặc thậm chí năm năm thay vì con số năm đầu.

Lựa chọn ERP theo quy mô và ngành nghề

Không có ERP nào tốt nhất tuyệt đối, chỉ có lựa chọn phù hợp nhất với quy mô và ngành nghề hiện tại. Bảng dưới đây là điểm khởi đầu hợp lý; quyết định cuối cùng vẫn nên dựa trên phạm vi nhu cầu bạn đã xác định.

Quy mô chỉ là điểm khởi đầu; đặc thù ngành cũng quan trọng không kém. Doanh nghiệp sản xuất cần lập kế hoạch sản xuất và phân bổ chi phí; doanh nghiệp thương mại coi trọng đa tiền tệ và xử lý xuất nhập khẩu; doanh nghiệp dịch vụ nhìn vào quản lý dự án và chi phí nhân công. Hãy xác nhận nhu cầu ngành trước, rồi đối chiếu với gợi ý theo quy mô.

Rủi ro triển khai và nguyên nhân thất bại thường gặp

Chi phí của một lần triển khai ERP thất bại cao hơn nhiều so với phần mềm thông thường, nên hiểu trước các rủi ro là quan trọng. Nguyên nhân thất bại phổ biến nhất là tùy chỉnh quá mức: tùy chỉnh nhiều để giữ nguyên mọi quy trình cũ khiến hệ thống khó nâng cấp và tiến độ triển khai kéo dài hết lần này đến lần khác.

Nguyên nhân phổ biến khác là thiếu sự ủng hộ của lãnh đạo và phối hợp liên phòng ban kém. ERP thay đổi cách các phòng làm việc, và không có sự thúc đẩy bền bỉ của lãnh đạo, dự án sẽ đình trệ mỗi khi có xung đột quy trình. Dữ liệu danh mục không được làm sạch trước, và đào tạo không đủ, cũng là các yếu tố thường gặp khiến hệ thống không vận hành ổn định sau khi vận hành.

• Tùy chỉnh quá mức để giữ quy trình cũ, khiến nâng cấp khó khăn
• Thiếu sự ủng hộ bền bỉ của lãnh đạo, không có ai giải quyết xung đột liên phòng ban
• Dữ liệu danh mục không làm sạch trước, nên báo cáo không đáng tin sau vận hành
• Đào tạo không đủ, nên tuyến đầu quay lại cách làm cũ
• Đánh giá thấp thời gian cần cho chuyển đổi dữ liệu và kiểm thử tích hợp

Dữ liệu, phân quyền và phân tách nhiệm vụ

ERP tập trung dữ liệu tài chính, khách hàng, nhà cung cấp và nhân sự, khiến nó là một trong những hệ thống tập trung rủi ro an ninh nhất. Trong quá trình lựa chọn, hãy xác nhận việc quản lý phân quyền có thể thiết lập theo vai trò để mỗi người dùng chỉ truy cập dữ liệu và chức năng công việc yêu cầu.

Phân tách nhiệm vụ là nguyên tắc then chốt. Việc lập đơn mua hàng và duyệt thanh toán, hay chỉnh sửa danh mục và kiểm tra giao dịch, nên thuộc về những người khác nhau. Thiết kế phân quyền kém không chỉ là rủi ro an ninh mà còn có thể tạo lỗ hổng kiểm soát nội bộ. Hãy xác nhận thiết lập phân quyền, và kiểm tra rằng ERP lưu lại dấu vết kiểm toán về việc ai thay đổi dữ liệu gì và khi nào.

Cách thu hẹp danh sách

Để thu hẹp danh sách, trước tiên hãy lọc theo quy mô, ngành nghề và sở thích đám mây hay tại chỗ, rút xuống còn hai hoặc ba lựa chọn. Sau đó đề nghị mỗi nhà cung cấp minh họa sản phẩm theo kịch bản thực tế của bạn — điều quan trọng không phải có bao nhiêu tính năng, mà hệ thống có xử lý được các quy trình then chốt nhất của bạn không.

Trong buổi minh họa, hãy đề nghị mỗi nhà cung cấp giải thích phương pháp luận triển khai, kinh nghiệm ngành của đội ngũ tư vấn, và tiến độ triển khai với doanh nghiệp cùng quy mô. Thành công của ERP phụ thuộc rất nhiều vào năng lực của tư vấn viên triển khai chứ không chỉ phần mềm. Cuối cùng hãy so sánh trên tổng chi phí ba năm và rủi ro triển khai cùng lúc trước khi quyết định.

Lập kế hoạch tiến độ triển khai

Tiến độ ERP dễ bị đánh giá thấp, và một lịch trình thiếu thực tế tự nó là một nguồn rủi ro. Hãy dựng tiến độ quanh cách triển khai theo giai đoạn: một giai đoạn module lõi gồm tài chính và tồn kho, tiếp theo là các giai đoạn sau cho sản xuất, nhân sự hoặc module khác, mỗi giai đoạn có thiết kế, cấu hình, kiểm thử và vận hành riêng.

Trong mỗi giai đoạn, hãy dành thời gian cụ thể cho các bước thường bị nén lại — làm sạch dữ liệu danh mục, kiểm thử tích hợp và kiểm thử nghiệm thu người dùng. Nén các bước này để kịp một ngày nào đó chỉ đẩy vấn đề ra sau khi vận hành, nơi việc khắc phục khó và tốn kém hơn. Một tiến độ ghi rõ và bảo vệ các bước này đáng tin hơn một tiến độ dựng ngược từ một ngày ra mắt mong muốn.

Hãy xác nhận cả các giả định tiến độ của nhà cung cấp: bao nhiêu ngày tư vấn được dự trù, doanh nghiệp được kỳ vọng tự làm bao nhiêu phần cấu hình, và những phụ thuộc nào nằm ở nhân sự nội bộ. Một lịch trình phụ thuộc vào người nội bộ vốn cũng có công việc hằng ngày thì năng lực đó cần được lập kế hoạch chứ không phải mặc định.

Tìm hiểu chi tiết sản phẩm

Tổng kết các điểm chính

Chọn ERP tựa trên việc làm rõ vấn đề và phạm vi nhu cầu trước, chọn đám mây hay tại chỗ theo năng lực công nghệ và nhu cầu tùy chỉnh, kiểm soát rủi ro triển khai qua cách làm theo giai đoạn, và so sánh chi phí trên cơ sở tổng ba năm. Hãy coi trọng kinh nghiệm ngành của tư vấn viên, vì thành công của ERP thường phụ thuộc vào quá trình triển khai chứ không chỉ tính năng phần mềm.