Báo giá phần mềm quản trị thường chỉ trả lời một câu hỏi: tốn bao nhiêu để có hệ thống. Câu hỏi quan trọng hơn là tốn bao nhiêu để hệ thống đó thực sự được dùng, và duy trì nó trong năm năm tới hết bao nhiêu. Dưới đây là những khoản chi phí hay bị bỏ sót, cùng cách ước lượng chúng ngay từ đầu.
1. Thời gian của chính nhân sự nội bộ
Đây là khoản lớn nhất và gần như không bao giờ nằm trong báo giá. Một dự án quản trị nghiêm túc cần người nội bộ tham gia mô tả nghiệp vụ, đối chiếu dữ liệu, kiểm thử và nghiệm thu. Những người này thường là người giỏi nhất ở bộ phận của họ, và họ vẫn phải làm công việc hàng ngày.
Cách ước lượng thực tế: với mỗi phân hệ, dự trù một người phụ trách nghiệp vụ dành ra một phần đáng kể quỹ thời gian trong suốt giai đoạn triển khai. Nếu doanh nghiệp không bố trí được, tiến độ sẽ trượt — không phải vì đội phát triển chậm, mà vì không ai trả lời được câu hỏi nghiệp vụ.
2. Dọn và chuyển dữ liệu cũ
Dữ liệu cũ hiếm khi sạch: khách hàng trùng tên viết khác nhau, mã sản phẩm đặt theo thói quen từng người, số dư đầu kỳ không khớp. Khoản chi phí ở đây gồm:
- Công chuẩn hoá danh mục trước khi nhập.
- Công viết và chạy lại nhiều lần kịch bản chuyển dữ liệu — lần đầu gần như luôn sai.
- Công đối chiếu sau khi chuyển: số lượng, số dư, tổng tiền phải khớp với hệ thống cũ.
Kinh nghiệm chung: khối lượng việc dọn dữ liệu tỷ lệ thuận với số năm doanh nghiệp đã vận hành bằng file rời.
3. Tích hợp với những thứ đang chạy
Hiếm doanh nghiệp nào chỉ có một hệ thống. Hoá đơn điện tử, chữ ký số, ngân hàng, phần mềm kế toán, máy chấm công, website bán hàng — mỗi kết nối là một khoản chi phí riêng, và chi phí không nằm ở việc gọi API mà ở việc xử lý các trường hợp lệch: gọi lỗi giữa chừng, dữ liệu hai bên khác nhau, đối tác đổi phiên bản.
Khi lập ngân sách, hãy liệt kê thẳng từng kết nối thay vì gộp thành một dòng "tích hợp".
4. Đào tạo và giai đoạn năng suất giảm
Tuần đầu chạy hệ thống mới, năng suất luôn giảm. Người dùng thao tác chậm hơn, hỏi nhiều hơn, và sẽ có những ngày phải làm cả hai cách. Đây là chi phí thật, nên được dự trù thay vì bị coi là dấu hiệu dự án hỏng.
Cách giảm khoản này: đào tạo theo đúng nghiệp vụ của từng nhóm thay vì giới thiệu toàn bộ hệ thống, và chuẩn bị sẵn một người hỗ trợ tại chỗ trong hai tuần đầu.
5. Hạ tầng và vận hành
Máy chủ, sao lưu, chứng chỉ bảo mật, giám sát, và quan trọng nhất: người chịu trách nhiệm khi hệ thống gặp sự cố lúc 8 giờ sáng. Nếu chọn tự vận hành trên máy chủ riêng, cần tính cả chi phí thời gian này. Nếu chọn dịch vụ đám mây, cần đọc kỹ điều khoản sao lưu và khôi phục — không phải gói nào cũng có khôi phục theo thời điểm.
6. Thay đổi sau khi đã chạy
Doanh nghiệp không đứng yên. Mỗi năm sẽ có quy định mới, chính sách giá mới, cơ cấu tổ chức mới. Khoản chi phí này chắc chắn xảy ra, nên đưa vào ngân sách thường niên ngay từ đầu thay vì coi là phát sinh ngoài dự kiến.
Một hệ thống không được cập nhật trong hai năm thường không phải hệ thống ổn định, mà là hệ thống người dùng đã bỏ để quay lại Excel.
Cách lập ngân sách không bị vỡ
- Tách ngân sách thành ba phần: xây dựng, đưa vào vận hành, và duy trì hàng năm. Gộp chung là nguồn gốc của mọi bất ngờ.
- Ghi rõ phạm vi bằng nghiệp vụ, không bằng tên tính năng. "Duyệt đề nghị thanh toán ba cấp, có hạn mức theo chức danh" rõ hơn nhiều so với "màn hình duyệt".
- Chia giai đoạn nghiệm thu theo kết quả sử dụng, không theo số màn hình bàn giao.
- Dự phòng cho trường hợp ngoại lệ. Mọi doanh nghiệp đều có vài quy tắc riêng không giống ai; chúng luôn xuất hiện muộn, thường vào lúc kiểm thử.
Câu hỏi nên tự trả lời trước khi ký
Nếu dự án kết thúc và mọi thứ đúng như báo giá, doanh nghiệp tiết kiệm được bao nhiêu giờ mỗi tháng, hoặc ra quyết định nhanh hơn ở chỗ nào? Nếu không trả lời được bằng con số cụ thể, vấn đề không nằm ở báo giá mà ở mục tiêu của dự án.
