Đánh giá công ty làm phần mềm ERP: 6 tiêu chí năng lực

Gõ "công ty làm phần mềm ERP" lên Google, bạn nhận về hàng loạt bài "Tốp 10 nhà cung cấp uy tín" — phần lớn do chính các nhà cung cấp tự viết. Chúng liệt kê tên tuổi, năm thành lập, số lượng khách hàng, nhưng gần như không dạy bạn điều quan trọng nhất: làm sao đánh giá năng lực một đơn vị trước khi giao cho họ khoản đầu tư vài trăm triệu đến cả tỷ đồng. Bài này là bộ khung ngược lại — sáu tiêu chí và các câu hỏi cụ thể để bạn tự chấm một công ty làm phần mềm ERP, thay vì tin vào bảng xếp hạng.

Vì sao danh sách "tốp 10 công ty làm phần mềm ERP" không đủ để quyết định

Một danh sách xếp hạng nói cho bạn biết ai tồn tại, chứ không nói ai phù hợp với bạn. ERP không phải hàng hoá đóng gói mua về là chạy: cùng một nhà cung cấp có thể xuất sắc với nhà máy sản xuất nhưng lạc lõng với công ty xây dựng hay dịch vụ bảo trì. Vấn đề không nằm ở "công ty này có uy tín không", mà ở "công ty này có đủ năng lực giải đúng bài toán của tôi không".

Khác biệt giữa một dự án ERP thành công và một dự án dở dang thường không lộ ra ở buổi dùng thử bóng bẩy, mà ở những thứ khó thấy: đội làm có thực sự hiểu nghiệp vụ của bạn, kiến trúc bên dưới có bền, và sau khi bàn giao bạn có bị khoá chặt vào nhà cung cấp hay không. Sáu tiêu chí dưới đây soi đúng những thứ khó thấy đó.

Nếu bạn đang ở bước trước — chưa chắc nên tự làm, thuê ngoài hay mua đóng gói — hãy đọc trước bài chọn đơn vị làm ERP về quy trình chọn và các cờ đỏ cần tránh. Bài này giả định bạn đã quyết định làm theo yêu cầu và đang so năng lực giữa các ứng viên.

1. Năng lực nghiệp vụ: họ có hiểu ngành của bạn không?

Đây là tiêu chí số một, và cũng là thứ dễ bị bỏ qua nhất. Một ERP tốt bắt đầu từ việc hiểu cách bạn vận hành, không phải từ danh sách tính năng. Hãy kiểm tra bằng cách đưa ra một tình huống thật trong ngành mình và xem họ phản ứng thế nào.

Ví dụ, nếu bạn là nhà thầu xây dựng, hãy hỏi: "Giá thành một công trình được bóc tách và theo dõi ra sao khi vật tư nhập nhiều đợt, nhân công thuê ngoài, và tiến độ nghiệm thu theo giai đoạn?". Một đơn vị hiểu ngành sẽ hỏi lại về tạm ứng, về công nợ nhà thầu phụ, về cách bạn chốt khối lượng — thay vì gật gù rồi hứa "phần mềm em làm được hết".

Dấu hiệu năng lực nghiệp vụ thật:

• Họ đặt câu hỏi ngược sắc bén về quy trình của bạn, không chỉ trình bày tính năng.
• Họ nói được ngôn ngữ của bạn: lãi/lỗ theo công trình, công nợ, nghiệm thu, giá thành — không chỉ thuật ngữ IT.
• Họ phân biệt được đâu là đặc thù bắt buộc phải theo yêu cầu, đâu là chỗ nên dùng chuẩn chung để tiết kiệm.

Đây chính là ranh giới giữa một công ty làm phần mềm ERP theo ngành và một xưởng lập trình chung chung. MISA hay Base là phần mềm tốt, nhưng chúng được thiết kế cho "doanh nghiệp trung bình" — chúng không sinh ra để hiểu công trình hay bảo trì của bạn.

2. Minh chứng thật: dự án thực tế có kiểm chứng được không?

"Đã triển khai hơn 3.000 doanh nghiệp" là một con số tiếp thị. Cái bạn cần là một dự án cụ thể, gần với bài toán của bạn, và kiểm chứng được về chiều sâu. Hãy yêu cầu xem một dự án thực tế và hỏi những câu định lượng: hệ thống có bao nhiêu trường hợp sử dụng, xử lý những luồng nghiệp vụ nào, quy mô ra sao.

Chiều sâu nghiệp vụ đo được. Ví dụ ở Rynex, dự án ERP cho một đơn vị dịch vụ kỹ thuật có quy mô khoảng 62.000 dòng mã, 15 bảng dữ liệu và 102 trường hợp sử dụng, với ba cổng riêng cho Quản trị / Kỹ thuật viên / Khách hàng, lịch bảo trì tự sinh và nghiệm thu ký số từ xa — chi tiết ở dự án thực tế Elevator Maintenance. Ở mảng tài chính, hệ ERP kế toán theo công trình chuẩn Thông tư 200 trong dự án thực tế The Iris Homes có khoảng 52.000 dòng mã, 26 bảng và 78 trường hợp sử dụng. Những con số này cho thấy độ phức tạp thật của hệ thống — thứ một phân hệ đóng gói khó với tới.

Khi nghe một con số hay một cái tên khách hàng, hãy hỏi thêm: dự án đó giải bài toán gì, mất bao lâu, và ai là người trực tiếp làm. Một đơn vị đàng hoàng sẽ kể được câu chuyện; một đơn vị mượn hào quang sẽ nói vòng vo.

3. Kiến trúc & bảo mật: nền móng có bền không?

Phần này khó thấy nhất nhưng quyết định tuổi thọ hệ thống. Một ERP viết ẩu chạy được trong buổi dùng thử, nhưng đến năm thứ hai — khi dữ liệu phình to, khi cần thêm chi nhánh, khi muốn sửa một quy trình — nó biến thành cục nợ không ai dám đụng vào.

Những câu hỏi nên đặt ra cho đội kỹ thuật:

• Kiến trúc: hệ thống có tách lớp rõ ràng (nghiệp vụ tách khỏi giao diện, khỏi hạ tầng) để sửa một chỗ không vỡ chỗ khác? Rynex đi theo kiến trúc sạch chính vì lý do này.
• Kiểm thử: có viết kiểm thử tự động không, hay mỗi lần sửa là hồi hộp cầu may?
• Bảo mật & phân quyền: phân quyền tới cấp nào, dữ liệu tài chính có bút toán bất biến (không sửa xoá âm thầm) để sẵn sàng cho kiểm toán không?
• Vận hành thực địa: có chạy được trên di động/ứng dụng web ngoài hiện trường, đồng bộ thời gian thực, không phụ thuộc phải ngồi máy tính văn phòng?

Nếu câu trả lời chỉ là "phần mềm em bảo mật cao, chuẩn quốc tế" mà không có chi tiết, đó là cờ đỏ.

4. Cam kết bàn giao mã nguồn: bạn có thực sự sở hữu?

Đây là câu hỏi bảo vệ khoản đầu tư của bạn, và nhiều chủ doanh nghiệp quên hỏi cho đến khi quá muộn. Nếu công ty làm phần mềm ERP giữ mã nguồn, bạn bị khoá vĩnh viễn: mọi thay đổi nhỏ đều phải qua họ, với giá và tiến độ do họ quyết. Ngày họ tăng phí hoặc đóng cửa, hệ thống của bạn thành con tin.

Hãy làm rõ ngay trong hợp đồng:

• Bạn được bàn giao toàn bộ mã nguồn khi nghiệm thu, hay chỉ được quyền sử dụng?
• Có kèm tài liệu kỹ thuật để một đội khác tiếp quản được không?
• Dữ liệu của bạn có xuất ra được ở định dạng mở, hay bị khoá trong hệ thống của họ?

Một đơn vị tự tin vào chất lượng sẽ sẵn sàng bàn giao mã nguồn và tài liệu, vì họ giữ khách bằng năng lực chứ không bằng cách nhốt khách. Đây cũng là triết lý Rynex theo đuổi: kiến trúc sạch, có kiểm thử, và bàn giao mã nguồn an toàn để một khoản đầu tư lớn không trở thành rủi ro.

5. Đội ngũ: ai thực sự ngồi làm dự án của bạn?

Công ty có 200 người không có nghĩa dự án của bạn được 200 người giỏi làm. Buổi bán hàng thường do người giỏi nhất trình bày; khi ký xong, dự án có thể rơi vào tay đội thực tập. Hãy hỏi thẳng: ai là kiến trúc sư và trưởng dự án, họ đã làm những dự án nào, và họ có gắn bó suốt vòng đời dự án không.

Với một dự án theo yêu cầu, mô hình đội gọn — vài người thật sự hiểu bài toán và trực tiếp làm — thường cho kết quả tốt hơn một cỗ máy đông người nhưng phân mảnh. Điều bạn cần là người hiểu nghiệp vụ và ở lại, không phải một sơ đồ tổ chức hoành tráng.

6. Bảo hành & đồng hành sau bàn giao

ERP không kết thúc ở ngày vận hành chính thức. Tháng đầu vận hành luôn phát sinh: người dùng thật bấm ra lỗi thật, quy trình lộ ra vài chỗ cần chỉnh. Chính sách bảo hành và đồng hành quyết định bạn vượt qua giai đoạn này êm hay vật vã.

Cần làm rõ trước khi ký:

• Thời gian bảo hành bao lâu, phạm vi gồm những gì (sửa lỗi, chỉnh quy trình, hỗ trợ người dùng)?
• Sau bảo hành, chi phí bảo trì và nâng cấp tính thế nào — có minh bạch không?
• Thời gian phản hồi khi hệ thống gặp sự cố nghiêm trọng là bao lâu?

Bảng đối chiếu nhanh sáu tiêu chí

Kết: chọn năng lực, không chọn thứ hạng

Một công ty làm phần mềm ERP phù hợp không nhất thiết là cái tên đứng đầu bảng xếp hạng, mà là đơn vị hiểu đúng ngành của bạn, có minh chứng kiểm chứng được, dựng hệ thống trên kiến trúc bền, dám bàn giao mã nguồn, có đội ngũ thật ngồi làm và đồng hành sau bàn giao. Sáu tiêu chí trên biến buổi gặp nhà cung cấp từ một buổi nghe chào hàng thành một buổi thẩm định — nơi bạn cầm trịch.

Bước tự nhiên tiếp theo là biến nhu cầu mơ hồ thành một phạm vi rõ ràng để đánh giá: đọc thêm về cách thiết kế phần mềm ERP theo yêu cầu và tham khảo dịch vụ của Rynex để hình dung một dự án theo yêu cầu được dựng ra sao.

Rynex nhận khảo sát nghiệp vụ miễn phí: chúng tôi ngồi cùng bạn soi quy trình đang vướng ở đâu, phác phạm vi ERP hợp lý, và nói thẳng nên theo yêu cầu tới đâu — để bạn có đủ dữ kiện chấm bất kỳ nhà cung cấp nào, kể cả chúng tôi.