Viết phần mềm theo yêu cầu là dịch vụ phân tích nghiệp vụ riêng của doanh nghiệp rồi thiết kế, lập trình một phần mềm chạy đúng quy trình đó — thay vì mua phần mềm đóng gói rồi sửa quy trình cho vừa. Chi phí tại Việt Nam từ 50 triệu đồng cho phần mềm một nghiệp vụ tới trên 800 triệu đồng cho hệ thống nhiều phân hệ. CIT triển khai theo sáu bộ giải pháp có thể làm từng phần rồi ghép dần, mạnh nhất ở mảng vận tải và quản lý đội xe.
Vấn đề thật: mua phần mềm rồi phải sửa cách làm việc
Một tình huống điển hình
Một doanh nghiệp vận tải mua phần mềm quản lý đóng gói với giá tốt. Sáu tháng sau họ gọi chúng tôi. Vấn đề không phải phần mềm lỗi — phần mềm chạy đúng như thiết kế. Vấn đề là nó thiết kế cho mô hình xe chạy tuyến cố định, còn họ chạy theo đơn hàng phát sinh.
Nhân viên điều độ phải mở phần mềm, rồi mở thêm một file Excel bên cạnh để ghi những thứ phần mềm không có chỗ nhập. Sau sáu tháng, file Excel mới là nơi chứa dữ liệu thật, còn phần mềm chỉ để in báo cáo.
Dấu hiệu rõ nhất cho thấy cần phần mềm riêng
Khi nhân viên phải dùng công cụ phụ bên cạnh phần mềm chính. File Excel song song, nhóm chat để trao đổi thứ phần mềm không ghi được, sổ tay ghi chú ngoài hệ thống — mỗi thứ đó là một khoảng trống giữa phần mềm và cách doanh nghiệp thực sự làm việc.
Viết phần mềm theo yêu cầu gồm những gì
Sáu phần việc của một dự án
| Phần việc | Nội dung | Tỉ trọng |
|---|---|---|
| Khảo sát nghiệp vụ | Phỏng vấn từng bộ phận, vẽ luồng hiện tại, chỉ điểm nghẽn | 8–12% |
| Đặc tả | Danh sách chức năng, sơ đồ dữ liệu, phân quyền, giao diện mẫu | 10–15% |
| Backend | Cơ sở dữ liệu, quy tắc nghiệp vụ, API | 30–40% |
| Giao diện | Màn hình theo từng vai trò người dùng | 20–25% |
| Tích hợp | Nối với hệ thống sẵn có | 5–15% |
| Triển khai & đào tạo | Chuyển dữ liệu cũ, chạy song song, đào tạo | 10–15% |
Hai phần quyết định thành bại
Khảo sát và đặc tả chỉ chiếm 18–27% chi phí nhưng quyết định phần lớn kết quả. Dự án nào bỏ qua để “làm cho nhanh” thì gần như chắc chắn vỡ tiến độ ở giai đoạn giữa — lúc đó sửa đắt gấp nhiều lần so với sửa trên giấy.
Phần hay bị đánh giá thấp nhất
Chuyển dữ liệu cũ. Dữ liệu trong file Excel nhiều năm thường không sạch: trùng lặp, thiếu trường, định dạng không thống nhất. Làm sạch và chuyển đổi khối dữ liệu này có thể mất bằng thời gian lập trình một phân hệ. Hãy yêu cầu báo giá tách riêng khoản này.
Viết riêng hay mua sẵn
Bảng so sánh trung thực
| Phần mềm đóng gói | Viết theo yêu cầu | |
|---|---|---|
| Chi phí ban đầu | Thấp | Cao hơn 3–10 lần |
| Chi phí dài hạn | Thuê bao vĩnh viễn theo người dùng | Trả một lần, phí bảo trì tùy chọn |
| Thời gian có dùng | Ngay | 2–8 tháng |
| Khớp quy trình | Doanh nghiệp sửa quy trình cho vừa | Phần mềm chạy theo quy trình sẵn có |
| Mở rộng | Theo lộ trình nhà cung cấp | Theo nhu cầu doanh nghiệp |
| Rủi ro | Nhà cung cấp đổi giá, ngừng sản phẩm | Phụ thuộc chất lượng đơn vị làm |
Khi nào KHÔNG nên viết riêng
Nếu quy trình của bạn giống mặt bằng chung — kế toán, chấm công cơ bản, bán hàng đơn giản — thì thị trường đã có sản phẩm tốt và rẻ hơn nhiều lần so với viết mới. Chúng tôi nói thẳng điều này khi khảo sát, kể cả khi nó đồng nghĩa với việc không bán được dự án.
Ba dấu hiệu nên viết riêng
Chỉ cần có một trong ba: nhân viên dùng công cụ phụ bên cạnh phần mềm chính; chi phí thuê bao ba năm vượt chi phí viết mới; hoặc quy trình chính là lợi thế cạnh tranh mà bạn không muốn chuẩn hóa theo thị trường.
Năm tiêu chí chọn đơn vị viết phần mềm
Bộ tiêu chí dùng cho mọi nhà cung cấp
| # | Tiêu chí | Câu hỏi cần đặt ra | Dấu hiệu đáng lo |
|---|---|---|---|
| 1 | Tài liệu đặc tả | Có tài liệu đặc tả chi tiết trước khi lập trình không? | Bắt đầu code ngay sau khi ký |
| 2 | Bảng khối lượng | Hợp đồng có liệt kê từng chức năng và điều kiện nghiệm thu? | Chỉ ghi “phần mềm quản lý” một dòng |
| 3 | Sở hữu mã nguồn | Bàn giao mã nguồn và cơ sở dữ liệu sau nghiệm thu? | Chỉ cho quyền sử dụng |
| 4 | Xử lý phát sinh | Yêu cầu mới giữa chừng được xử lý thế nào? | Không có cơ chế, thỏa thuận miệng |
| 5 | Kế thừa | Nếu đổi đơn vị khác, họ tiếp nhận được không? | Code không tài liệu, không quy chuẩn |
Tiêu chí hay bị bỏ qua nhất
Tiêu chí số 5. Không ai nghĩ tới lúc ký, nhưng phần mềm doanh nghiệp thường sống 5–10 năm, dài hơn quan hệ với bất kỳ nhà cung cấp nào. Câu hỏi cụ thể: “có sơ đồ cơ sở dữ liệu và tài liệu kỹ thuật bàn giao kèm không”.
CIT tự chấm mình theo năm tiêu chí đó
Trả lời từng tiêu chí
Tài liệu đặc tả. Mọi dự án có giai đoạn khảo sát và lập đặc tả trước khi viết dòng mã đầu tiên. Khách hàng duyệt đặc tả rồi mới bước sang lập trình.
Bảng khối lượng. Hợp đồng kèm phụ lục liệt kê từng chức năng, mốc tiến độ, điều kiện nghiệm thu. Chi tiết cấu trúc ở bài hợp đồng viết phần mềm.
Sở hữu mã nguồn. Bàn giao toàn bộ mã nguồn và cơ sở dữ liệu sau nghiệm thu và thanh toán.
Xử lý phát sinh. Yêu cầu ngoài bảng khối lượng được báo giá riêng và lập phụ lục trước khi làm. CIT không nhận thay đổi bằng lời — điều này đôi khi khiến khách khó chịu, nhưng nó bảo vệ cả hai bên khi dự án kéo dài nhiều tháng.
Kế thừa. Mã nguồn tuân theo quy ước đặt tên thống nhất, kèm tài liệu kỹ thuật và sơ đồ cơ sở dữ liệu. API thiết kế bám hướng dẫn thiết kế API của Google Cloud để đơn vị khác tiếp nhận được mà không cần viết lại.
Chỗ CIT không phù hợp
Chúng tôi không nhận dự án dưới 50 triệu và không nhận dự án yêu cầu bắt đầu code trong tuần. Giai đoạn khảo sát và đặc tả mất 2–4 tuần trước khi có dòng mã đầu tiên — với khách cần gấp, đây là điểm trừ thật.
Chúng tôi cũng không nhận dự án mà khách chưa xác định được người chịu trách nhiệm nghiệp vụ phía họ. Không có người trả lời câu hỏi nghiệp vụ thì đặc tả không hoàn thành được, và dự án sẽ kéo dài vô hạn.
Phần mềm quản trị doanh nghiệp — sáu bộ giải pháp
Vì sao chia thành bộ
Thay vì bán một hệ thống khổng lồ triển khai một lần, chúng tôi chia thành sáu bộ để doanh nghiệp làm từng phần rồi ghép dần. Cách này giảm rủi ro: nếu bộ đầu tiên chạy tốt thì mở rộng, không tốt thì dừng lại mà chưa mất toàn bộ ngân sách.
Danh mục sáu bộ
| Bộ | Gồm |
|---|---|
| Quản trị công việc | Công việc, dự án, quy trình workflow, phê duyệt, dịch vụ nội bộ |
| Nhân sự | Hồ sơ nhân sự, tuyển dụng, chấm công, tính lương, KPI, OKR, đào tạo |
| Khách hàng & bán hàng | CRM, bán hàng, kênh phân phối, marketing automation, chăm sóc khách |
| Tài chính | Kế toán, chi phí, doanh thu công nợ, tài sản, mua hàng |
| Kho vận & chuỗi cung ứng | Kho WMS, vận tải TMS, quản lý đội xe, chuỗi cung ứng, sản xuất |
| Thông tin & nền tảng | Văn bản, ký số, tài liệu, báo cáo quản trị, mạng xã hội nội bộ |
Toàn bộ danh mục và cách ghép các bộ nằm ở trang phần mềm quản trị doanh nghiệp.
Bộ CIT triển khai nhiều nhất
Bộ Kho vận. Phần mềm quản lý vận tải TMS và phần mềm quản lý đội xe là hai sản phẩm đang vận hành thực tế tại khách hàng — không phải giải pháp trên giấy. Nếu doanh nghiệp bạn thuộc ngành vận tải, logistics hay có đội xe riêng, đây là mảng chúng tôi có nhiều kinh nghiệm nhất.
Quy trình sáu chặng
Bảng các chặng
| Chặng | Việc | Kết quả bàn giao | Thời gian |
|---|---|---|---|
| 1. Khảo sát nghiệp vụ | Phỏng vấn từng bộ phận, vẽ luồng hiện tại, chỉ điểm nghẽn | Báo cáo khảo sát | 7–14 ngày |
| 2. Đặc tả | Danh sách chức năng, sơ đồ dữ liệu, phân quyền, giao diện mẫu | Tài liệu đặc tả được duyệt | 10–20 ngày |
| 3. Chốt phạm vi | Bảng khối lượng, báo giá, tiến độ | Hợp đồng + phụ lục | 3–5 ngày |
| 4. Lập trình | Backend, giao diện, tích hợp, chạy thử từng phân hệ | Bản chạy thử theo mốc | 45–120 ngày |
| 5. Kiểm thử & nghiệm thu | Chức năng, dữ liệu thật, hiệu năng, bảo mật theo OWASP Top 10 | Biên bản nghiệm thu | 10–20 ngày |
| 6. Triển khai & đào tạo | Chuyển dữ liệu cũ, đào tạo, chạy song song, bàn giao mã nguồn | Hệ thống chạy thật + source code | 14–30 ngày |
Bước chạy song song ở chặng 6
Hệ thống mới và cách làm cũ cùng chạy 2–4 tuần để đối chiếu số liệu. Bỏ bước này là nguyên nhân phổ biến nhất khiến dự án phần mềm thất bại đúng lúc bàn giao — vì sai lệch dữ liệu chỉ lộ ra khi chạy với khối lượng thật.
Chi tiết từng chặng ở bài quy trình viết phần mềm.
Bàn giao theo mốc, không bàn giao một lần
Chặng 4 chia thành nhiều mốc, mỗi mốc bàn giao một phân hệ chạy được để khách dùng thử. Cách này phát hiện lệch yêu cầu sớm, thay vì để tới cuối dự án mới biết phần mềm không khớp cách làm việc thật.
Cách đọc báo giá viết phần mềm
Sáu khoản phải tách được
| Khoản mục | Tính theo | Lưu ý |
|---|---|---|
| Khảo sát & đặc tả | Số bộ phận, số quy trình | Không có khoản này nghĩa là đơn vị bỏ qua đặc tả |
| Backend | Số thực thể dữ liệu, số quy tắc nghiệp vụ | Khoản lớn nhất |
| Giao diện | Số màn hình × số vai trò | Hỏi rõ đã tính đủ mọi vai trò chưa |
| Tích hợp | Số hệ thống cần nối | Mỗi API một hạng mục |
| Chuyển dữ liệu | Khối lượng và độ sạch của dữ liệu cũ | Thường bị bỏ sót, phát sinh về sau |
| Đào tạo & triển khai | Số người dùng, số buổi | Gồm chạy song song hay không |
Hai trang đi sâu hơn về chi phí
Xem mức giá theo quy mô ở bảng giá viết phần mềm, và phân tích các yếu tố làm thay đổi con số ở chi phí viết phần mềm theo yêu cầu.
Sau bàn giao vẫn còn chi phí định kỳ: máy chủ, sao lưu và bảo trì nếu thuê. Tách riêng ở bài chi phí bảo trì phần mềm để bạn tính tổng chi phí sở hữu ba năm chứ không chỉ năm đầu.
Bàn giao, bảo hành và quyền kiểm soát
Bộ tài liệu bàn giao
Toàn bộ mã nguồn, cơ sở dữ liệu, tài liệu kỹ thuật, sơ đồ cơ sở dữ liệu, tài khoản quản trị và biên bản nghiệm thu. Với phần mềm có giao diện web dùng cho khách hàng cuối, chúng tôi kiểm thêm theo chuẩn Core Web Vitals.
Phạm vi bảo hành 12 tháng
Gồm lỗi lập trình và lỗi logic nghiệp vụ so với đặc tả đã duyệt. Không gồm thay đổi yêu cầu, không gồm chi phí máy chủ, không gồm lỗi do dữ liệu đầu vào sai.
Triển khai theo địa bàn
Ba địa bàn khảo sát trực tiếp
Chúng tôi có đội khảo sát tại doanh nghiệp ở viết phần mềm tại TPHCM, viết phần mềm tại Hà Nội và viết phần mềm tại Đồng Nai. Với dự án ở tỉnh khác, giai đoạn khảo sát kết hợp trực tuyến và một đợt làm việc tại chỗ.
Bốn rủi ro thường gặp và cách phòng
Rủi ro 1: yêu cầu phình dần
Dự án bắt đầu với 40 chức năng, tới tháng thứ ba thành 70. Đây là rủi ro phổ biến nhất và nó không đến từ ác ý — mà đến từ việc mỗi bộ phận nhìn thấy phần mềm rồi mới nghĩ ra thứ mình cần.
Cách phòng: chốt bảng khối lượng trước khi lập trình, và mọi yêu cầu mới đều lập phụ lục có báo giá. Không phải để từ chối, mà để cả hai bên nhìn thấy chi phí trước khi quyết.
Rủi ro 2: không có người quyết nghiệp vụ
Khi hỏi “quy trình duyệt chi thế nào” mà ba người trả lời ba kiểu, đặc tả không hoàn thành được. Dự án dừng ở chặng 2 và kéo dài vô hạn.
Cách phòng: trước khi ký, doanh nghiệp chỉ định một người có quyền chốt nghiệp vụ. Người này phải có đủ thẩm quyền để nói “làm theo cách A” mà không cần họp lại.
Rủi ro 3: dữ liệu cũ bẩn hơn dự tính
Dữ liệu trong file Excel nhiều năm thường trùng lặp, thiếu trường, định dạng lẫn lộn. Làm sạch có thể mất bằng thời gian lập trình một phân hệ.
| Kiểm trước khi ký | Đạt khi |
|---|---|
| Bao nhiêu bản ghi cần chuyển | Có con số cụ thể |
| Bao nhiêu trường bắt buộc bị thiếu | Dưới 10% |
| Có mã định danh duy nhất chưa | Có, không trùng |
| Định dạng ngày, số điện thoại có thống nhất | Thống nhất hoặc quy đổi được |
Bốn câu này nên trả lời ở chặng khảo sát, không để tới chặng 6 mới phát hiện.
Rủi ro 4: người dùng không chịu chuyển
Phần mềm chạy đúng nhưng nhân viên vẫn dùng cách cũ. Nguyên nhân gần như luôn là phần mềm bắt họ làm nhiều thao tác hơn trước ở một khâu nào đó.
Cách phòng: ở chặng 6 phải có bước chạy song song và ghi nhận phản hồi từ người dùng thật, không chỉ từ người quản lý. Nếu một thao tác hằng ngày mất nhiều bước hơn cách cũ, phải sửa trước khi bàn giao.
Câu hỏi thường gặp
Viết phần mềm theo yêu cầu là gì?
Là dịch vụ phân tích nghiệp vụ riêng của doanh nghiệp rồi thiết kế, lập trình một phần mềm chạy đúng quy trình đó, thay vì mua phần mềm đóng gói sẵn.
Khi nào nên viết riêng thay vì mua phần mềm có sẵn?
Khi quy trình của doanh nghiệp khác biệt tới mức phần mềm có sẵn buộc phải sửa quy trình để dùng được, hoặc khi chi phí thuê bao dài hạn vượt chi phí viết riêng.
Viết phần mềm mất bao lâu?
Phần mềm quản lý một nghiệp vụ 8–12 tuần. Hệ thống nhiều phân hệ 4–8 tháng. Mốc tính từ ngày chốt tài liệu đặc tả.
Chi phí viết phần mềm theo yêu cầu bao nhiêu?
Từ 50 triệu đồng cho phần mềm một nghiệp vụ tới trên 800 triệu đồng cho hệ thống nhiều phân hệ. Chi phí tính theo số chức năng và số vai trò người dùng.
Tôi có sở hữu mã nguồn không?
Có. CIT bàn giao toàn bộ mã nguồn và cơ sở dữ liệu sau nghiệm thu và thanh toán, ghi thành điều khoản hợp đồng.
Phần mềm có kết nối với hệ thống đang dùng không?
Có, qua API. Nếu hệ thống cũ không có API thì phải bổ sung, đây là hạng mục riêng trong báo giá.
Bảo hành bao lâu?
12 tháng cho lỗi lập trình kể từ ngày nghiệm thu. Không gồm thay đổi yêu cầu và không gồm chi phí máy chủ.
Có làm phần mềm quản trị doanh nghiệp tổng thể không?
Có. CIT triển khai theo sáu bộ giải pháp — quản trị công việc, nhân sự, khách hàng, tài chính, kho vận, thông tin — có thể làm từng bộ rồi ghép dần.
Thay đổi yêu cầu giữa chừng thì sao?
Yêu cầu ngoài bảng khối lượng được báo giá riêng trước khi làm. CIT không nhận thay đổi miệng, mọi phát sinh đều lập phụ lục.
CIT mạnh nhất ở mảng nào?
Phần mềm quản lý vận tải TMS và phần mềm quản lý đội xe là hai mảng CIT triển khai nhiều nhất và có sản phẩm đang vận hành thực tế.
Bước tiếp theo
Việc hữu ích nhất trước khi hỏi báo giá là vẽ ra luồng công việc hiện tại của một quy trình — ai làm gì, dữ liệu đi qua đâu, chỗ nào phải nhập tay hai lần. Bản vẽ nửa trang giấy này có giá trị hơn mười trang mô tả yêu cầu.
CIT nhận khảo sát miễn phí và sẵn sàng kết luận rằng bạn nên mua phần mềm có sẵn thay vì viết mới, nếu đó là câu trả lời đúng.