Doanh nghiệp đã sẵn sàng triển khai ERP chưa?

Đơn hàng tăng nhưng nhân viên vẫn phải hỏi nhau mới biết hàng còn hay hết. Báo cáo doanh thu có nhanh, còn lợi nhuận phải chờ tổng hợp. Một thay đổi về giá bán cần cập nhật ở nhiều file, nhiều phòng ban.

Đó là lúc nhiều doanh nghiệp bắt đầu nghĩ đến ERP.

Tuy nhiên, nhu cầu có một hệ thống quản lý tốt hơn và mức độ sẵn sàng triển khai là hai vấn đề cần được xem xét riêng. Doanh nghiệp có thể đang rất cần ERP nhưng chưa xác định rõ mục tiêu, chưa bố trí người phụ trách hoặc chưa thống nhất cách phối hợp giữa các bộ phận.

Theo góc nhìn tư vấn của NOS, sẵn sàng triển khai ERP là có đủ nền tảng để cùng đưa ra quyết định, thay đổi cách làm và vận hành hệ thống sau khi triển khai.

Doanh nghiệp không cần chờ mọi thứ hoàn hảo. Điều cần làm là nhận diện phần đã sẵn sàng, phần còn thiếu và trách nhiệm chuẩn bị của từng bên.

1. Doanh nghiệp đã xác định rõ vấn đề cần giải quyết?

“Muốn quản lý tập trung” hay “muốn chuyển đổi số” là những định hướng tốt, nhưng chưa đủ cụ thể để quyết định phạm vi dự án.

Hãy bắt đầu bằng những câu hỏi gần với công việc hằng ngày:

- Báo cáo nào ban lãnh đạo đang phải chờ quá lâu?
- Công đoạn nào thường xuyên phải nhập lại hoặc đối chiếu thủ công?
- Sai lệch nào đang ảnh hưởng đến khách hàng, dòng tiền hoặc tiến độ giao hàng?
- Quyết định nào đang phụ thuộc vào thông tin chỉ một người nắm giữ?

Ví dụ, “quản lý kho tốt hơn” có thể được diễn đạt thành: bộ phận bán hàng cần biết lượng hàng có thể đáp ứng trước khi xác nhận lịch giao; thủ kho cần ghi nhận đầy đủ các lần nhập, xuất và điều chỉnh; kế toán cần đối chiếu được số liệu liên quan.
Khi vấn đề được mô tả rõ, doanh nghiệp mới có cơ sở chọn quy trình ưu tiên và xác định kết quả cần kiểm chứng.

Việc nên chuẩn bị: một danh sách ngắn các vấn đề ưu tiên, kèm người chịu ảnh hưởng, cách xử lý hiện tại và dữ liệu có thể dùng để đo lường. Chưa có số liệu nền thì ghi nhận cách thu thập, thay vì đặt ngay một tỷ lệ cải thiện thiếu căn cứ.

2. Các phòng ban đã thống nhất cách phối hợp?

Một đơn hàng có thể đi qua kinh doanh, kho, mua hàng và kế toán. Nếu mỗi bộ phận hiểu khác nhau về điều kiện xác nhận hoặc giao hàng, việc đưa quy trình lên phần mềm sẽ gặp nhiều tranh luận.

Trước khi cấu hình hệ thống, doanh nghiệp cần làm rõ:

- Ai được xác nhận đơn hàng và điều chỉnh giá?
- Khi thiếu hàng, ai quyết định mua bổ sung hoặc thay đổi lịch giao?
- Khi khách hàng vượt điều kiện công nợ, ai xem xét và phê duyệt?
- Trường hợp trả hàng hoặc giao thiếu được ghi nhận, đối chiếu như thế nào?

Không nhất thiết phải có một bộ quy trình dày hàng trăm trang. Một sơ đồ ngắn, thể hiện đúng các bước chính, người thực hiện và tình huống ngoại lệ quan trọng, đã giúp buổi khảo sát hiệu quả hơn.

Dấu hiệu sẵn sàng: các bộ phận có thể cùng mô tả một giao dịch từ đầu đến cuối và thống nhất ai chịu trách nhiệm ở từng bước. Những điểm chưa thống nhất được ghi lại để người có thẩm quyền quyết định.

3. Dữ liệu đã có người chịu trách nhiệm?

Dữ liệu phân tán chưa phải lý do để trì hoãn mọi hoạt động chuẩn bị ERP. Vấn đề cần quan tâm hơn là doanh nghiệp có xác định được nguồn dữ liệu và người xác nhận tính đúng đắn hay chưa.

Các nhóm dữ liệu thường cần rà soát gồm:

- Sản phẩm: mã hàng, đơn vị tính, biến thể và quy tắc đặt tên.
- Khách hàng, nhà cung cấp: thông tin nhận diện, liên hệ và điều kiện giao dịch.
- Kho: vị trí, số lượng tồn và các thông tin truy xuất cần thiết.
- Số dư đầu kỳ: công nợ, tồn kho và các số liệu nằm trong phạm vi chuyển đổi.

Ví dụ, cùng một sản phẩm đang có ba mã khác nhau thì việc cần làm là thống nhất mã sẽ sử dụng, xử lý quan hệ với dữ liệu cũ và chỉ định người duyệt danh mục. Chuyển nguyên ba mã vào hệ thống mới có thể tiếp tục duy trì sự nhầm lẫn.

Dấu hiệu sẵn sàng: mỗi nhóm dữ liệu có đầu mối làm sạch, thời hạn chuẩn bị và cách đối chiếu sau khi nhập thử. Không mặc định rằng đơn vị triển khai có thể tự xác nhận thay doanh nghiệp mọi số liệu nghiệp vụ.

4. Lãnh đạo và nhân sự chủ chốt có thể dành thời gian cho dự án?

ERP đòi hỏi nhiều quyết định liên quan đến cách vận hành: giữ hay sửa một bước phê duyệt, chuẩn hóa dữ liệu đến mức nào, yêu cầu nào phải có ngay và yêu cầu nào có thể làm sau.

Vì vậy, dự án cần tối thiểu ba vai trò rõ ràng:

- Người bảo trợ từ ban lãnh đạo: quyết định ưu tiên, giải quyết bất đồng và bảo đảm nguồn lực.
- Đầu mối dự án phía doanh nghiệp: điều phối công việc, tổng hợp vấn đề và kết nối các phòng ban.
- Nhân sự chủ chốt từng nghiệp vụ: mô tả công việc thực tế, kiểm thử và hỗ trợ người dùng trong bộ phận.

Một người có thể kiêm nhiệm, tùy quy mô. Điều quan trọng là họ có thẩm quyền phù hợp và quỹ thời gian thực tế.

Nếu những người hiểu nghiệp vụ chỉ tham gia buổi khởi động rồi đến sát ngày vận hành mới quay lại, nhiều câu hỏi sẽ bị dồn vào giai đoạn khó thay đổi nhất.

Việc nên chuẩn bị: thống nhất lịch làm việc cho khảo sát, duyệt giải pháp, chuẩn bị dữ liệu, kiểm thử và đào tạo; đồng thời chỉ định người xử lý khi đầu mối chính vắng mặt.

5. Ngân sách và nguồn lực đã tính đến cả quá trình vận hành?

Chi phí dự án cần được nhìn theo phạm vi công việc thực tế. Ngoài phần mềm, doanh nghiệp nên làm rõ các khoản triển khai, chuyển dữ liệu, đào tạo, hạ tầng, tích hợp hoặc tùy chỉnh nếu có, cùng nhu cầu hỗ trợ sau vận hành.

Thời gian của đội ngũ nội bộ cũng là một nguồn lực cần được bố trí. Kế toán, kho và kinh doanh vừa xử lý công việc thường ngày, vừa phải tham gia chuẩn bị hệ thống mới.

Doanh nghiệp nên hỏi ngay từ đầu:

- Phần việc nào nằm trong báo giá, phần nào chưa bao gồm?
- Ai chuẩn bị và ai xác nhận dữ liệu chuyển đổi?
- Yêu cầu phát sinh được đánh giá, phê duyệt và tính chi phí như thế nào?
- Sau khi vận hành chính thức, ai tiếp nhận và phân loại yêu cầu hỗ trợ?

Dấu hiệu sẵn sàng: có ngân sách theo phạm vi, có nguồn lực nội bộ và có cơ chế quản lý thay đổi. Chỉ biết giá bản quyền chưa đủ để đánh giá khả năng triển khai.

6. Giai đoạn đầu đã có phạm vi và điều kiện hoàn thành rõ ràng?

Một dự án dễ mất trọng tâm khi mọi nhu cầu đều được xem là bắt buộc phải có trước ngày vận hành.

Với một doanh nghiệp thương mại, giai đoạn đầu có thể tập trung vào luồng bán hàng, mua hàng và kho, cùng các điểm giao tiếp cần thiết với kế toán. Phạm vi cụ thể vẫn phải được xác định qua khảo sát; không nên tách giai đoạn đến mức làm đứt một quy trình thiết yếu.

Doanh nghiệp cần phân biệt:

- Những công việc bắt buộc để giao dịch vận hành xuyên suốt.
- Những yêu cầu cần đáp ứng để kiểm soát rủi ro hoặc tuân thủ.
- Những tiện ích có thể triển khai sau khi nền tảng ổn định.

Điều kiện hoàn thành cũng cần gắn với công việc có thể kiểm tra. Ví dụ: người dùng thực hiện được kịch bản đơn hàng đã thống nhất; dữ liệu đầu kỳ đã được đối chiếu; phân quyền đã được kiểm tra; người phụ trách xác nhận kết quả kiểm thử.

“Đã cài xong phần mềm” và “doanh nghiệp có thể vận hành trên hệ thống” là hai mốc khác nhau.

Một tình huống minh họa: doanh nghiệp thương mại có hai kho

Đây là tình huống giả định để minh họa cách đánh giá, không phải case study hay cam kết kết quả của NOS.

Doanh nghiệp bán hàng tại nhiều khu vực, quản lý hai kho và đang tổng hợp số liệu từ các file riêng.

Khi nhận đơn, kinh doanh phải hỏi kho; cuối kỳ, kế toán phải đối chiếu lại dữ liệu.

Thay vì lập ngay một danh sách dài tính năng, doanh nghiệp có thể chuẩn bị theo hướng sau:

Nếu doanh nghiệp chưa đối chiếu được tồn kho nhưng đã có người phụ trách và kế hoạch xử lý, vẫn có thể tiến hành khảo sát, thiết kế giải pháp. Tuy nhiên, việc dùng số liệu đó để vận hành chính thức phải chờ kiểm tra và xác nhận theo kế hoạch chuyển đổi.

Tự rà soát: điều gì đã có, điều gì còn thiếu?

Trong buổi trao đổi nội bộ, hãy đánh dấu mỗi dòng là Đã rõ, Cần bổ sung hoặc Chưa có, kèm người phụ trách và thời hạn xử lý.

Đây là khung trao đổi do NOS đề xuất, không phải thang điểm chứng nhận mức độ sẵn sàng. Một điểm thiếu quan trọng, chẳng hạn chưa có người được quyền quyết định, không thể được bù bằng việc các mục còn lại đều đã đánh dấu hoàn thành.

Nếu mục tiêu và đầu mối đã rõ nhưng quy trình, dữ liệu còn thiếu, bước phù hợp thường là khảo sát và lập kế hoạch chuẩn bị. Nếu chưa thống nhất vấn đề cần giải quyết hoặc chưa bố trí được người tham gia, nên làm rõ những điểm này trước khi chốt phạm vi triển khai chi tiết.

Bắt đầu với Odoo từ bài toán quản trị của doanh nghiệp

Hãy gửi NOS ba vấn đề vận hành đang cần ưu tiên, sơ đồ tổ chức và mô tả ngắn quy trình hiện tại. Những thông tin này giúp buổi trao đổi ban đầu tập trung hơn vào hiện trạng, điều kiện triển khai và bước tiếp theo.

Tài liệu đọc thêm

Odoo — The Key to Implementation Projects: Manage Customers Expectations: góc nhìn về thống nhất kỳ vọng và quản lý dự án triển khai. Sáu yếu tố và bảng tự rà soát trong bài là khung tư vấn biên tập của NOS, không phải bộ tiêu chuẩn do Odoo ban hành.