Phần mềm quản lý theo yêu cầu: khi nào nên làm, chi phí bao nhiêu, bắt đầu từ module nào?

Phần mềm quản lý theo yêu cầu tại Việt Nam năm 2026 thường tốn 80–300 triệu đồng cho giai đoạn đầu và mất 6–12 tuần để chạy được module đầu tiên. Mức dưới 80 triệu thường chỉ giải quyết một nghiệp vụ hẹp; trên 300 triệu là hệ thống nhiều phân hệ, nhiều chi nhánh hoặc tích hợp thiết bị.

Nhưng câu hỏi trước tiên không phải giá, mà là: bạn có thực sự cần may đo không? Rất nhiều doanh nghiệp trả tiền cho phần mềm riêng trong khi một phần mềm đóng gói cấu hình đúng đã đủ dùng. Ngược lại, có những quy trình đặc thù mà phần mềm đóng gói không thể đáp ứng, và cố ép sẽ tốn nhiều hơn làm riêng.

Tóm tắt nhanh

• Chỉ nên may đo khi quy trình là lợi thế cạnh tranh, hoặc phần mềm đóng gói buộc bạn phải thay đổi cách làm đúng.
• Ba lựa chọn: Excel/Google Sheet + quy trình, phần mềm đóng gói, phần mềm may đo. Hãy đi theo thứ tự này.
• Module nên làm trước: module đang gây tắc nghẽn nhiều nhất, thường là đơn hàng hoặc tồn kho — không phải báo cáo.
• Chi phí tham khảo: 80–150 triệu cho 1–2 module; 150–300 triệu cho hệ thống 4–6 module; 300 triệu trở lên khi nhiều chi nhánh.
• Thời gian: 6–12 tuần cho giai đoạn đầu; mỗi giai đoạn sau 4–8 tuần.
• Bàn giao phải gồm: mã nguồn, cơ sở dữ liệu, tài liệu, tài khoản hạ tầng và đào tạo.
• Đừng trả 100% trước. Thanh toán theo mốc, giữ lại 10–20% đến khi nghiệm thu.

Hình 1: Sáu module phổ biến, nhưng không nên triển khai tất cả cùng lúc.

Khi nào nên làm phần mềm may đo?

1. Quy trình là lợi thế cạnh tranh

Nếu cách bạn xử lý đơn, tính hoa hồng, phân bổ kho hoặc chăm sóc khách là thứ tạo ra lợi thế, phần mềm đóng gói sẽ buộc bạn làm giống đối thủ. May đo giữ được cách làm riêng.

Ví dụ: doanh nghiệp bán hàng qua cộng tác viên với chính sách hoa hồng nhiều tầng, thưởng theo quý, khấu trừ theo tỷ lệ huỷ đơn. Rất ít phần mềm đóng gói đáp ứng đúng mà không phải sửa quy trình.

2. Dữ liệu đang nằm rải rác, không nối được

Biểu hiện:

• Đơn hàng ở phần mềm bán hàng.
• Khách hàng ở file Excel.
• Công nợ ở phần mềm kế toán.
• Giao hàng ở file riêng.
• Báo cáo phải tổng hợp tay mỗi tuần.

Khi số nguồn dữ liệu vượt quá 3–4 và việc tổng hợp chiếm nhiều giờ mỗi tuần, may đo có thể rẻ hơn về dài hạn.

3. Phần mềm đóng gói tính phí theo người dùng và bạn đã chạm trần

Nhiều phần mềm tính phí theo số tài khoản. Khi đội ngũ tăng, chi phí tăng nhanh. Với doanh nghiệp 50–100 người dùng, chi phí thuê 3–5 năm có thể bằng hoặc vượt chi phí làm riêng.

Khi nào chưa nên may đo?

• Quy trình còn thay đổi mỗi tháng. Phần mềm sẽ lỗi thời trước khi hoàn thành.
• Chưa có dữ liệu vận hành ổn định. Không thể đặc tả cái chưa từng làm.
• Vấn đề chỉ là báo cáo. Thường có thể giải quyết bằng dashboard kết nối dữ liệu sẵn có.
• Đội ngũ chưa sẵn sàng thay đổi. Phần mềm tốt nhưng không ai dùng thì vô nghĩa.

So sánh ba lựa chọn

Tiêu chí	Excel/Google Sheet	Phần mềm đóng gói	Phần mềm may đo
Chi phí ban đầu	Gần 0	2–20 triệu/tháng	80–300 triệu
Thời gian triển khai	Vài ngày	Vài ngày đến vài tuần	6–12 tuần
Khớp quy trình	Cao (nhưng thủ công)	Trung bình	Cao
Khả năng mở rộng	Kém	Trung bình	Cao
Rủi ro	Sai sót, mất dữ liệu	Phụ thuộc nhà cung cấp	Dự án kéo dài, đội kỹ thuật
Sở hữu dữ liệu	Của bạn	Thường của nhà cung cấp	Của bạn

Thứ tự hợp lý: Excel + quy trình chuẩn → phần mềm đóng gói → may đo. Đừng nhảy thẳng sang may đo khi chưa chuẩn hoá quy trình.

Sáu module phổ biến và cách chọn module đầu tiên

1. Quản lý khách hàng (CRM)

Gồm: hồ sơ khách, lịch sử tương tác, phân loại, nhắc việc, phụ trách.

Phù hợp khi: đội sale ghi chép rải rác, không biết khách nào đang ở bước nào.

2. Quản lý đơn hàng

Gồm: tạo đơn, trạng thái, thanh toán, huỷ/đổi, in phiếu.

Phù hợp khi: đơn hàng tăng nhanh, xử lý tay gây sai sót.

3. Quản lý kho

Gồm: nhập, xuất, chuyển kho, kiểm kê, cảnh báo tồn thấp.

Phù hợp khi: bán nhiều kênh, dễ bán quá tồn hoặc thất lạc hàng.

4. Quản lý hoa hồng

Gồm: chính sách theo sản phẩm, theo cấp, đối soát, duyệt chi.

Phù hợp khi: có cộng tác viên, đại lý, nhiều mức hoa hồng.

5. Nhân sự và tính lương

Gồm: chấm công, ca làm, nghỉ phép, tính lương, tạm ứng.

Phù hợp khi: tính lương thủ công tốn thời gian và dễ sai.

6. Báo cáo và dashboard

Gồm: doanh thu, tồn kho, công nợ, hiệu suất, xuất Excel.

Phù hợp khi: dữ liệu đã có nhưng thiếu nơi tổng hợp.

Cách chọn module đầu tiên

Đừng chọn module "quan trọng nhất" theo cảm tính. Hãy chấm điểm theo 3 tiêu chí:

Tiêu chí	Câu hỏi	Điểm 1–5
Tắc nghẽn	Việc này đang làm chậm bao nhiêu người?	Càng nhiều người bị ảnh hưởng, điểm càng cao
Sai sót	Lỗi ở đây gây thiệt hại bao nhiêu?	Có thiệt hại tiền, điểm cao
Tần suất	Việc này diễn ra hằng ngày hay hằng tháng?	Hằng ngày, điểm cao

Module có tổng điểm cao nhất là module nên làm trước. Trong đa số doanh nghiệp, đó là đơn hàng hoặc tồn kho, không phải báo cáo.

Chi phí làm phần mềm quản lý năm 2026

Phạm vi	Nội dung	Chi phí	Thời gian
Module đơn lẻ	1 nghiệp vụ, 3–5 vai trò, báo cáo cơ bản	80–150 triệu	6–8 tuần
Hệ thống cơ bản	3–4 module, phân quyền, dashboard	150–250 triệu	8–10 tuần
Hệ thống đầy đủ	6 module, tích hợp kế toán/ngân hàng	250–400 triệu	10–14 tuần
Nhiều chi nhánh	Nhiều kho, nhiều công ty, phân quyền phức tạp	400 triệu trở lên	3–6 tháng

Chi phí trên chưa gồm:

• Hạ tầng (VPS/cloud): 1–10 triệu/tháng.
• Tên miền, chứng chỉ, email.
• Đào tạo và hỗ trợ sau bàn giao.
• Nâng cấp, mở rộng sau 6–12 tháng.

Vì sao báo giá chênh nhau 3–5 lần?

• Số vai trò và phân quyền. 3 vai trò khác 15 vai trò.
• Mức độ tích hợp. Kết nối API với phần mềm kế toán, ngân hàng, vận chuyển tốn nhiều thời gian.
• Yêu cầu báo cáo. Báo cáo đơn giản khác báo cáo đa chiều có bộ lọc động.
• Yêu cầu phi chức năng. Tốc độ, sao lưu, nhật ký thao tác, bảo mật.
• Mức độ thay đổi trong quá trình làm. Phát sinh là yếu tố làm tăng chi phí nhiều nhất.

Hãy yêu cầu báo giá theo từng module và từng giai đoạn, không nhận báo giá một cục.

Quy trình 6 bước

Hình 2: Mỗi bước có đầu ra bàn giao, không chờ đến cuối dự án.

Bước 1 — Khảo sát

Mục tiêu: hiểu công việc thật, không phải công việc "nên có".

Việc cần làm:

• Phỏng vấn 3–5 người dùng ở các vai trò khác nhau.
• Xem họ làm việc thực tế, không chỉ nghe mô tả.
• Đo thời gian từng bước.
• Ghi lại các trường hợp ngoại lệ.

Đầu ra: sơ đồ quy trình hiện tại và danh sách điểm tắc.

Bước 2 — Đặc tả

Tài liệu đặc tả cần có:

• Danh sách chức năng theo vai trò.
• Luồng xử lý chính và ngoại lệ.
• Cấu trúc dữ liệu.
• Quy tắc tính toán.
• Tiêu chí nghiệm thu cho từng chức năng.

Đặc tả càng rõ, phát sinh càng ít. Đây là bước nên đầu tư thời gian nhất.

Bước 3 — Thiết kế

Gồm:

• Luồng màn hình.
• Mẫu giao diện chính.
• Trạng thái rỗng, trạng thái lỗi.
• Thiết kế cho điện thoại nếu người dùng hiện trường.

Đầu ra: bản thiết kế được duyệt trước khi lập trình.

Bước 4 — Xây dựng

Nguyên tắc:

• Chia thành các giai đoạn 1–2 tuần.
• Mỗi giai đoạn có bản chạy được để xem.
• Không chờ đến cuối mới demo.
• Có môi trường thử với dữ liệu mẫu.

Đầu ra: bản chạy thử theo từng giai đoạn.

Bước 5 — Kiểm thử và nghiệm thu

Kiểm thử gồm:

• Chức năng theo đặc tả.
• Dữ liệu thật (hoặc dữ liệu mẫu sát thật).
• Phân quyền từng vai trò.
• Các trường hợp ngoại lệ.
• Hiệu năng với dữ liệu lớn.

Đầu ra: biên bản nghiệm thu có chữ ký hai bên.

Bước 6 — Bàn giao

Bàn giao đầy đủ gồm:

• Mã nguồn (repository riêng của bạn).
• Cơ sở dữ liệu và quy trình sao lưu.
• Tài liệu kỹ thuật và hướng dẫn sử dụng.
• Tài khoản hạ tầng đứng tên bạn.
• Đào tạo đội vận hành.
• Hỗ trợ sau bàn giao 30–90 ngày.

Đặc tả thế nào để không phát sinh?

1. Viết theo vai trò, không theo màn hình

Thay vì "màn hình đơn hàng có các nút...", hãy viết "nhân viên bán hàng cần tạo đơn trong 30 giây, kế toán cần đối soát trong 5 phút". Cách viết này giúp cả hai bên hiểu mục tiêu, không bám vào chi tiết giao diện quá sớm.

2. Có tiêu chí nghiệm thu cho từng chức năng

Ví dụ: "Khi tạo đơn, hệ thống phải kiểm tra tồn kho và chặn nếu không đủ. Đơn đã tạo hiển thị trong danh sách của người phụ trách trong vòng 2 giây."

3. Ghi rõ những gì KHÔNG làm

Danh sách "không bao gồm" quan trọng như danh sách chức năng. Nó ngăn kỳ vọng sai và tranh chấp về sau.

4. Quy định cách xử lý thay đổi

Hợp đồng nên ghi:

• Thay đổi nhỏ (dưới X giờ): xử lý trong sprint hiện tại.
• Thay đổi vừa: đưa vào giai đoạn sau.
• Thay đổi lớn: báo giá riêng, ký phụ lục.

Hợp đồng và thanh toán theo mốc

Cách chia mốc hợp lý:

Mốc	Tỷ lệ	Điều kiện
Ký hợp đồng	20–30%	Đặc tả được duyệt
Hoàn thành giai đoạn 1	30%	Demo chạy được, có biên bản
Hoàn thành giai đoạn 2	30%	Nghiệm thu chức năng chính
Bàn giao và đào tạo	10–20%	Mã nguồn, tài liệu, đào tạo xong

Không nên trả 100% trước. Cũng không nên giữ lại quá 30% vì nhà cung cấp cần dòng tiền để duy trì đội.

Hợp đồng cần có:

• Phạm vi và danh sách không bao gồm.
• Tiến độ và điều kiện thanh toán.
• Quyền sở hữu mã nguồn và dữ liệu.
• Bảo mật thông tin.
• Bảo hành sau bàn giao.
• Điều khoản chấm dứt và bàn giao giữa đường.

Bàn giao và sở hữu mã nguồn

Đây là điểm nhiều doanh nghiệp bỏ qua và trả giá về sau.

Mã nguồn phải nằm trong repository của bạn

• Tạo repository riêng dưới tài khoản doanh nghiệp.
• Nhà cung cấp được cấp quyền, không phải chủ sở hữu.
• Có quy trình commit rõ ràng, có nhánh chính.

Tài khoản hạ tầng đứng tên bạn

• Tên miền, hosting/cloud, email, cổng thanh toán.
• Không để nhà cung cấp giữ tài khoản chính.

Tài liệu phải đủ để người khác tiếp nhận

• Kiến trúc hệ thống.
• Sơ đồ dữ liệu.
• Hướng dẫn cài đặt và triển khai.
• Danh sách API và quy trình sao lưu.

Nếu không có những thứ này, bạn phụ thuộc vào nhà cung cấp dù đã "sở hữu mã nguồn" trên giấy.

Chọn công nghệ cho phần mềm quản lý

Bạn không cần chọn công nghệ "hiện đại nhất", chỉ cần chọn công nghệ có người bảo trì được trong 3–5 năm tới.

Thành phần	Lựa chọn phổ biến	Lưu ý
Backend	ASP.NET Core, Node.js, PHP/Laravel, Python	Chọn theo người có sẵn hoặc dễ tuyển
Cơ sở dữ liệu	SQL Server, PostgreSQL, MySQL	Dữ liệu nghiệp vụ nên dùng CSDL quan hệ
Giao diện	React, Vue, Razor/Blade	Không cần SPA nếu chỉ dùng nội bộ
Hạ tầng	VPS, cloud nội địa hoặc quốc tế	Cân nhắc yêu cầu lưu trữ dữ liệu
Triển khai	Docker hoặc cài trực tiếp	Docker dễ chuyển môi trường

Ba câu hỏi nên hỏi nhà cung cấp:

1. Nếu sau này cần một lập trình viên khác tiếp nhận, mất bao lâu để hiểu hệ thống?
2. Hệ thống có tài liệu kiến trúc và API không?
3. Nâng cấp phiên bản bảo mật được thực hiện thế nào?

Công nghệ lạ, ít người biết sẽ khiến chi phí bảo trì tăng và bạn phụ thuộc vào đúng nhóm đã viết.

Nhập dữ liệu và chuyển đổi từ Excel

Đây là phần thường bị đánh giá thấp. Dữ liệu cũ bẩn sẽ làm hệ thống mất niềm tin ngay tuần đầu.

Quy trình nhập dữ liệu

1. Trích xuất dữ liệu hiện có ra CSV/Excel.
2. Làm sạch: chuẩn hoá tên khách, số điện thoại, địa chỉ, mã sản phẩm.
3. Loại trùng: xác định khách trùng theo số điện thoại/email.
4. Ánh xạ cột: cột Excel nào vào trường nào trong hệ thống.
5. Nhập thử 100–500 dòng, kiểm tra.
6. Nhập toàn bộ và đối chiếu số liệu tổng.

Quy tắc dữ liệu nên chốt trước

• Số điện thoại: có số 0 đầu hay không, có khoảng trắng không.
• Địa chỉ: tách tỉnh/huyện/xã hay để một dòng.
• Mã sản phẩm: ai tạo, có trùng không.
• Trạng thái đơn: dùng danh sách cố định, không cho nhập tự do.

Nếu không chốt, mỗi người nhập một kiểu và báo cáo sẽ sai.

Hỗ trợ sau bàn giao

Phần mềm không "xong" khi bàn giao. Giai đoạn 30–90 ngày sau đó quyết định hệ thống có được dùng thật hay không.

Nên có:

• Kênh hỗ trợ rõ ràng: ai nhận báo lỗi, thời gian phản hồi bao lâu.
• Phân loại lỗi: lỗi chặn vận hành (xử lý trong 4–8 giờ), lỗi thường (1–3 ngày), yêu cầu thay đổi (theo giai đoạn).
• Lịch họp định kỳ: 2 tuần/lần trong tháng đầu, sau đó 1 tháng/lần.
• Nhật ký thay đổi: mọi thay đổi đều ghi lại.
• Bàn giao kiến thức: ít nhất một người nội bộ hiểu cách vận hành và sao lưu.

Chi phí hỗ trợ thường đã bao gồm trong 30–90 ngày đầu. Sau đó, ký hợp đồng bảo trì riêng.

Mười câu hỏi nên hỏi nhà cung cấp trước khi ký

1. Ai sẽ trực tiếp làm dự án của tôi? Gặp người làm, không chỉ gặp người bán.
2. Có bao nhiêu dự án đang chạy song song? Quá nhiều dự án cùng lúc dễ trễ tiến độ.
3. Tôi có thể xem một dự án tương tự không? Yêu cầu demo, không chỉ nghe kể.
4. Đặc tả mất bao lâu và có tính phí không? Đặc tả tốt là nền của dự án.
5. Nếu cần thay đổi giữa đường, quy trình thế nào? Cách xử lý thay đổi quan trọng hơn giá.
6. Repository mã nguồn nằm ở đâu? Phải thuộc tài khoản doanh nghiệp bạn.
7. Ai giữ tài khoản cloud, tên miền, email? Tài khoản chính phải đứng tên bạn.
8. Bàn giao gồm những tài liệu gì? Yêu cầu danh sách cụ thể.
9. Hỗ trợ sau bàn giao bao lâu, phản hồi trong bao lâu?
10. Chi phí bảo trì năm tiếp theo là bao nhiêu?

Nếu nhà cung cấp trả lời mơ hồ ở câu 6 và 7, đó là rủi ro lớn nhất — bạn có thể trả tiền nhưng không thực sự sở hữu hệ thống.

Tám sai lầm thường gặp

1. Làm tất cả module cùng lúc. Dự án kéo dài, không có gì chạy được sớm.
2. Đặc tả bằng lời nói. Ký xong mới phát hiện hai bên hiểu khác nhau.
3. Không có người dùng tham gia. Phần mềm đúng đặc tả nhưng không ai dùng.
4. Bỏ qua dữ liệu cũ. Nhập dữ liệu sai làm hệ thống mất niềm tin ngay ngày đầu.
5. Không đào tạo. Người dùng quay lại Excel sau 2 tuần.
6. Không có hỗ trợ sau bàn giao. Lỗi nhỏ không ai sửa, hệ thống chết dần.
7. Chọn công nghệ theo trào lưu. Chọn theo khả năng tuyển người và bảo trì.
8. Không đo hiệu quả sau go-live. Không biết dự án có đáng tiền không.

Đo lường sau go-live

Chỉ số	Cách đo	Kỳ vọng
Thời gian xử lý một nghiệp vụ	Trước và sau	Giảm 30–60%
Tỷ lệ sai sót	Số lỗi/tháng	Giảm rõ rệt
Tỷ lệ dùng thật	Người dùng hoạt động/tuần ÷ tổng tài khoản	≥ 80% sau 1 tháng
Thời gian xuất báo cáo	Phút/lần	Giảm từ giờ xuống phút
Chi phí vận hành	So sánh 3 tháng	Không tăng

Nếu sau 1 tháng tỷ lệ dùng thật dưới 50%, vấn đề thường là đào tạo hoặc quy trình, không phải code.

Kinh nghiệm từ các dự án DNT Digital

Dự án 1 — Đơn vị phân phối: Bắt đầu bằng module đơn hàng và tồn kho. Bỏ module báo cáo ở giai đoạn đầu vì dữ liệu chưa sạch. Sau 8 tuần, đội kho giảm thời gian đối soát từ 2 giờ/ngày xuống 20 phút. Giai đoạn 2 mới làm báo cáo.

Dự án 2 — Doanh nghiệp có cộng tác viên: Module hoa hồng nhiều tầng là điểm tắc lớn nhất. Đặc tả mất 2 tuần, dài hơn dự kiến, nhưng nhờ vậy không phát sinh khi lập trình. Bài học: thời gian đặc tả luôn đáng đầu tư.

Dự án 3 — Chuỗi bán lẻ nhỏ: Ban đầu muốn làm 6 module trong 3 tháng. Chúng tôi đề nghị tách 3 giai đoạn. Giai đoạn 1 chỉ có bán hàng và tồn kho, chạy sau 6 tuần. Nhờ chạy sớm, đội phát hiện nhiều vấn đề quy trình trước khi làm các module sau.