Thuê làm phần mềm: 12 câu hỏi doanh nghiệp nên hỏi trước khi ký

Thuê làm phần mềm là quyết định tốn nhiều tiền và thời gian, nhưng phần lớn rủi ro có thể nhìn thấy ngay từ những buổi trao đổi đầu tiên, nếu bạn hỏi đúng câu. Bài này tổng hợp 12 câu hỏi doanh nghiệp nên hỏi đơn vị phát triển trước khi ký hợp đồng, chia thành 4 nhóm: phạm vi và đội ngũ, chi phí và hợp đồng, bàn giao và nghiệm thu, sau bàn giao. Với mỗi câu có giải thích vì sao cần hỏi, câu trả lời tốt nghe như thế nào và dấu hiệu nên cẩn trọng.

Nếu bạn còn đang cân nhắc có nên làm phần mềm riêng hay không, đọc trước bài khi nào nên xây phần mềm riêng thay vì mua sẵn.

Nhóm 1: Phạm vi và đội ngũ

1. Anh chị hiểu phạm vi dự án thế nào, và tài liệu yêu cầu do ai viết?

Vì sao hỏi: phần lớn dự án phần mềm đội chi phí hoặc trễ hạn không phải vì lập trình kém mà vì hai bên hiểu phạm vi khác nhau. Câu hỏi này kiểm tra xem đơn vị phát triển đã thật sự hiểu nghiệp vụ của bạn hay chỉ nghe qua rồi báo giá.

Câu trả lời tốt: họ nhắc lại được quy trình của bạn bằng lời của họ, chỉ ra chỗ chưa rõ, và đề xuất một bước phân tích (thường gọi là khảo sát hoặc Discover) để viết tài liệu yêu cầu trước khi chốt giá. Tài liệu đó nêu rõ chức năng nào có, chức năng nào không nằm trong phạm vi.

Dấu hiệu nên cẩn trọng: báo giá trọn gói ngay sau một cuộc gọi ngắn, không hỏi gì về quy trình, hoặc nói “cái gì cũng làm được” mà không ghi lại thành văn bản. Xem thêm cách viết tài liệu yêu cầu phần mềm cho người không làm IT để tự chuẩn bị phần của mình.

2. Ai sẽ trực tiếp làm dự án: đội của anh chị hay thuê lại?

Vì sao hỏi: người bán hàng và người làm thực tế thường là hai nhóm khác nhau. Có đơn vị nhận hợp đồng rồi giao lại cho bên thứ ba hoặc cho người làm tự do. Khi có sự cố, bạn cần biết ai thật sự nắm mã nguồn và hệ thống.

Câu trả lời tốt: nêu rõ vai trò trong dự án (quản lý dự án hoặc phân tích nghiệp vụ, lập trình, kiểm thử, thiết kế giao diện nếu có), ai là đầu mối làm việc với bạn, và nói thẳng nếu có phần việc thuê ngoài, kèm cách họ chịu trách nhiệm phần đó.

Dấu hiệu nên cẩn trọng: không cho gặp người sẽ làm kỹ thuật, đầu mối thay đổi liên tục, hoặc né câu hỏi về nhân sự.

3. Quy trình làm việc thế nào, bao lâu tôi được xem sản phẩm một lần?

Vì sao hỏi: nếu chỉ được xem phần mềm vào cuối dự án, mọi hiểu lầm đều bị phát hiện quá muộn và sửa rất tốn kém.

Câu trả lời tốt: dự án chia thành các đợt ngắn, cuối mỗi đợt có buổi demo trên môi trường thử nghiệm để bạn bấm thử và góp ý. Có kênh trao đổi thống nhất và biên bản ghi lại các quyết định. Chi tiết các giai đoạn được giải thích trong bài quy trình phát triển phần mềm theo yêu cầu từ A–Z.

Dấu hiệu nên cẩn trọng: “cứ để chúng tôi làm, xong sẽ gửi anh chị”, không có lịch demo, không có môi trường thử nghiệm.

Nhóm 2: Chi phí và hợp đồng

4. Chi phí được ước tính dựa trên gì, và thay đổi yêu cầu thì tính thế nào?

Vì sao hỏi: hai báo giá chênh nhau vài lần thường vì hai bên hiểu phạm vi khác nhau, không hẳn vì một bên đắt. Bạn cần biết con số được tính từ đâu để so sánh đúng.

Câu trả lời tốt: báo giá chia theo phân hệ hoặc nhóm chức năng, có giả định đi kèm (số loại người dùng, số tích hợp, có làm app hay chỉ web…). Có quy trình xử lý thay đổi rõ ràng: yêu cầu mới được ghi lại, ước tính thêm thời gian và chi phí, bạn đồng ý rồi mới làm. Các yếu tố làm thay đổi giá được phân tích trong bài chi phí làm phần mềm theo yêu cầu.

Dấu hiệu nên cẩn trọng: chỉ có một con số tổng, không có giả định, hoặc nói “thay đổi thoải mái” mà không ghi cách tính. Thay đổi không được kiểm soát là nguyên nhân phổ biến khiến dự án kéo dài và hai bên mâu thuẫn.

5. Nên ký hợp đồng trọn gói hay tính theo thời gian làm?

Vì sao hỏi: mỗi hình thức hợp với một loại dự án. Hợp đồng trọn gói (fixed price) phù hợp khi phạm vi đã rõ và ít thay đổi. Hợp đồng theo thời gian và công sức (time and material) phù hợp khi yêu cầu còn đang hình thành và bạn muốn điều chỉnh liên tục. Nhiều dự án kết hợp: phân tích và thiết kế tính trọn gói, phần xây dựng chia theo từng đợt.

Câu trả lời tốt: đơn vị phát triển giải thích vì sao họ đề xuất hình thức đó cho dự án của bạn, và cách hình thức đó xử lý rủi ro cho cả hai bên.

Dấu hiệu nên cẩn trọng: nhận trọn gói một phạm vi còn rất mơ hồ. Khi đó, hoặc giá đã được độn lên để phòng rủi ro, hoặc dự án sẽ tranh cãi về việc “cái này có nằm trong hợp đồng không”.

6. Các đợt thanh toán gắn với mốc nào?

Vì sao hỏi: thanh toán gắn với thời gian (mỗi tháng trả một khoản) khác hoàn toàn với thanh toán gắn với kết quả (nghiệm thu xong một phần mới trả).

Câu trả lời tốt: mỗi đợt thanh toán gắn với một sản phẩm bàn giao cụ thể và tiêu chí nghiệm thu đi kèm: tài liệu yêu cầu được duyệt, phân hệ chạy trên môi trường thử nghiệm, nghiệm thu chính thức, đưa vào sử dụng. Khoản cuối nên giữ lại đến sau khi hệ thống chạy thật một thời gian.

Dấu hiệu nên cẩn trọng: đề nghị trả phần lớn trước khi có bất cứ sản phẩm nào để xem.

Nhóm 3: Bàn giao và nghiệm thu

7. Ai sở hữu mã nguồn, và khi kết thúc tôi nhận được những gì?

Vì sao hỏi: đây là câu nhiều doanh nghiệp quên hỏi nhất. Không có mã nguồn và quyền quản trị, bạn sẽ phụ thuộc vào một đơn vị duy nhất cho mọi thay đổi về sau, kể cả khi muốn đổi đơn vị khác.

Câu trả lời tốt: hợp đồng ghi rõ quyền sở hữu mã nguồn và danh sách bàn giao, tối thiểu gồm:

• Toàn bộ mã nguồn, trong kho lưu trữ (repository) mà bạn có quyền quản trị.
• Tài liệu kỹ thuật: kiến trúc, cơ sở dữ liệu, API, cách cài đặt và triển khai.
• Tài liệu hướng dẫn sử dụng và buổi đào tạo cho người dùng, quản trị viên.
• Tài khoản quản trị của máy chủ, tên miền, dịch vụ bên thứ ba (email, SMS, cổng thanh toán…) đứng tên doanh nghiệp.
• Dữ liệu của bạn, xuất được ở định dạng phổ biến.

Dấu hiệu nên cẩn trọng: “mã nguồn là của công ty chúng tôi, anh chị chỉ được dùng”, hoặc chỉ bàn giao khi trả thêm phí mà điều này không được nói từ đầu. Phần mềm dựng trên nền tảng có sẵn của đơn vị phát triển có thể có điều khoản riêng; khi đó cần ghi rõ phần nào thuộc về bạn. Với điều khoản sở hữu trí tuệ trong hợp đồng, nên nhờ luật sư xem trước khi ký.

8. Kiểm thử và nghiệm thu được làm thế nào?

Vì sao hỏi: “phần mềm chạy được” trên máy của lập trình viên khác với chạy đúng nghiệp vụ của bạn với dữ liệu thật.

Câu trả lời tốt: đơn vị phát triển tự kiểm thử trước khi giao; có môi trường thử nghiệm (staging) riêng để bạn kiểm tra; có bộ kịch bản nghiệm thu (UAT) viết từ quy trình thật của bạn, ví dụ “nhân viên kho nhập phiếu, quản lý duyệt, tồn kho cập nhật”. Lỗi phát hiện trong nghiệm thu được ghi lại, phân mức độ và có thời hạn sửa.

Dấu hiệu nên cẩn trọng: không có môi trường thử nghiệm, chuyển thẳng lên hệ thống thật, hoặc coi nghiệm thu là “anh chị dùng thử đi, có gì báo”.

9. Bảo hành gồm những gì, và sau bảo hành thì sao?

Vì sao hỏi: phần mềm nào cũng có lỗi phát sinh khi dùng thật. Ngoài lỗi, hệ thống còn cần cập nhật bảo mật, nâng cấp thư viện, sao lưu, theo dõi máy chủ.

Câu trả lời tốt: phân biệt rõ bảo hành (sửa lỗi do bên phát triển gây ra, trong một thời hạn ghi trong hợp đồng, không tính phí) với bảo trì (cập nhật, theo dõi, hỗ trợ và thay đổi nhỏ sau bảo hành, thường có phí). Có cam kết thời gian phản hồi khi hệ thống gặp sự cố.

Dấu hiệu nên cẩn trọng: “bảo hành trọn đời” mà không định nghĩa bảo hành gồm gì, hoặc không có kênh và thời gian phản hồi cụ thể.

Nhóm 4: Sau bàn giao

10. Dữ liệu của chúng tôi được bảo vệ thế nào, ai được truy cập?

Vì sao hỏi: trong quá trình làm, đơn vị phát triển thường cần dữ liệu thật để nhập và kiểm thử: danh sách khách hàng, nhân viên, đơn hàng. Đây là dữ liệu nhạy cảm, có thể là dữ liệu cá nhân theo quy định pháp luật.

Câu trả lời tốt: chỉ những người cần mới được truy cập dữ liệu thật; dùng dữ liệu đã che hoặc dữ liệu giả để kiểm thử khi có thể; tài khoản được cấp theo từng người và thu hồi khi kết thúc; có cam kết bảo mật trong hợp đồng. Phần mềm có phân quyền theo vai trò và ghi nhật ký thao tác. Nếu dự án có dùng AI, xem thêm bảo mật dữ liệu khi doanh nghiệp dùng AI.

Dấu hiệu nên cẩn trọng: xin toàn bộ dữ liệu qua email hoặc tin nhắn, dùng chung một tài khoản quản trị cho cả đội.

11. Máy chủ và hạ tầng ai trả tiền, ai quản lý?

Vì sao hỏi: chi phí máy chủ, tên miền, chứng chỉ bảo mật, dịch vụ gửi email hay SMS là khoản trả hằng tháng hoặc hằng năm, tách khỏi chi phí làm phần mềm. Nếu hạ tầng đứng tên đơn vị phát triển, bạn không kiểm soát được hệ thống của chính mình.

Câu trả lời tốt: có ước tính chi phí hạ tầng hằng tháng theo quy mô sử dụng; tài khoản dịch vụ đứng tên doanh nghiệp, đơn vị phát triển được cấp quyền để vận hành; có kế hoạch sao lưu và khôi phục.

Dấu hiệu nên cẩn trọng: chi phí hạ tầng bị gộp vào một khoản “duy trì” không rõ gồm gì, hoặc bạn không có quyền đăng nhập vào máy chủ của mình.

12. Nếu dừng hợp tác, chúng tôi chuyển sang đơn vị khác thế nào?

Vì sao hỏi: không ai ký hợp đồng mà nghĩ đến chia tay, nhưng câu hỏi này cho thấy đơn vị phát triển có tự tin vào chất lượng mã nguồn và tài liệu của mình hay không.

Câu trả lời tốt: có điều khoản chuyển giao: bàn giao đầy đủ mã nguồn, tài liệu, tài khoản, hỗ trợ đơn vị mới trong một khoảng thời gian thỏa thuận. Mã nguồn viết theo cách phổ biến, đủ tài liệu để người khác tiếp quản được.

Dấu hiệu nên cẩn trọng: dùng công nghệ ít người biết mà không giải thích lý do, không viết tài liệu, hoặc khó chịu khi được hỏi câu này.

Bảng tóm tắt 12 câu hỏi

#	Câu hỏi	Dấu hiệu tốt	Dấu hiệu nên cẩn trọng
1	Phạm vi, tài liệu yêu cầu	Có bước phân tích, phạm vi ghi thành văn bản	Báo giá trọn gói sau một cuộc gọi
2	Ai làm thực tế	Nêu rõ vai trò, đầu mối ổn định	Không cho gặp người làm kỹ thuật
3	Quy trình, demo	Demo định kỳ trên môi trường thử nghiệm	Chỉ xem sản phẩm khi đã xong
4	Cách ước tính, thay đổi	Chia theo phân hệ, có giả định, có quy trình thay đổi	Một con số tổng, “thay đổi thoải mái”
5	Hình thức hợp đồng	Giải thích vì sao hợp với dự án	Trọn gói cho phạm vi mơ hồ
6	Mốc thanh toán	Gắn với sản phẩm bàn giao và nghiệm thu	Trả phần lớn trước khi có gì để xem
7	Mã nguồn, bàn giao	Mã nguồn, tài liệu, tài khoản thuộc doanh nghiệp	Chỉ được “dùng”, không được sở hữu
8	Kiểm thử, nghiệm thu	Có staging và kịch bản UAT	Chuyển thẳng lên hệ thống thật
9	Bảo hành, bảo trì	Định nghĩa rõ, có thời gian phản hồi	“Trọn đời” nhưng không rõ gồm gì
10	Bảo mật dữ liệu	Cấp quyền theo người, cam kết bảo mật	Gửi dữ liệu qua email, dùng chung tài khoản
11	Hạ tầng	Ước tính chi phí, tài khoản đứng tên doanh nghiệp	Không có quyền vào máy chủ của mình
12	Khi dừng hợp tác	Có điều khoản chuyển giao	Né câu hỏi, không có tài liệu

Chuẩn bị gì trước buổi gặp đầu tiên?

Buổi trao đổi đầu tiên hiệu quả hơn nhiều khi bạn mang theo:

• Vấn đề cần giải quyết, mô tả bằng lời thường: việc gì đang làm thủ công, mất thời gian, dễ sai, ai đang chịu ảnh hưởng.
• Quy trình hiện tại: các bước, ai làm bước nào, đang dùng công cụ gì (Excel, phần mềm, giấy tờ). Một sơ đồ vẽ tay cũng được.
• Mẫu giấy tờ và báo cáo đang dùng: phiếu, biểu mẫu, file Excel, báo cáo cuối tháng. Che bớt dữ liệu nhạy cảm nếu cần.
• Danh sách phần mềm cần kết nối: kế toán, hóa đơn điện tử, sàn thương mại điện tử, Zalo…
• Số người dùng và các vai trò: ai nhập liệu, ai duyệt, ai chỉ xem báo cáo.
• Thời điểm mong muốn và khoảng ngân sách dự kiến, để hai bên cùng tìm phạm vi phù hợp. Nếu ngân sách có hạn, cân nhắc bắt đầu từ một phần nhỏ nhất giải quyết được vấn đề lớn nhất, xem MVP là gì và khi nào nên làm.

Nếu chưa biết mô tả quy trình thế nào, DTCSoft có buổi phân tích quy trình miễn phí: hai bên cùng vẽ lại quy trình hiện tại, chỉ ra chỗ nên số hóa trước.

DTCSoft nhận phát triển phần mềm theo yêu cầu cho doanh nghiệp: chi phí chính xác được chốt sau giai đoạn phân tích, và khi bàn giao, mã nguồn, tài liệu kỹ thuật thuộc về doanh nghiệp theo điều khoản ghi trong hợp đồng.

Câu hỏi thường gặp

Có nên chọn đơn vị báo giá thấp nhất?

Chỉ so giá khi các báo giá có cùng phạm vi và cùng danh sách bàn giao. Báo giá thấp thường đi kèm phạm vi hẹp hơn, không có kiểm thử, không bàn giao mã nguồn hoặc không có bảo hành. Đặt các báo giá cạnh nhau theo 12 câu hỏi ở trên sẽ thấy rõ khác biệt.

Hợp đồng làm phần mềm cần những điều khoản gì?

Tối thiểu: phạm vi và tài liệu yêu cầu đính kèm, tiến độ và mốc nghiệm thu, các đợt thanh toán, quy trình thay đổi yêu cầu, quyền sở hữu mã nguồn và danh sách bàn giao, bảo hành, bảo mật thông tin, điều khoản chấm dứt và chuyển giao. Nên nhờ luật sư xem các điều khoản về sở hữu trí tuệ và trách nhiệm trước khi ký.

Không rành công nghệ thì có thuê làm phần mềm được không?

Được. Bạn không cần biết lập trình, nhưng cần hiểu rõ nghiệp vụ của mình và dành thời gian tham gia: mô tả quy trình, xem demo, góp ý và nghiệm thu. Đơn vị phát triển tốt sẽ giải thích các lựa chọn kỹ thuật bằng ngôn ngữ dễ hiểu và hậu quả của từng lựa chọn.

Làm phần mềm riêng mất bao lâu?

Tùy số phân hệ, độ phức tạp nghiệp vụ và số hệ thống cần kết nối. Thời gian chỉ ước tính được đáng tin sau khi có tài liệu yêu cầu. Chia dự án thành nhiều đợt nhỏ giúp bạn dùng được phần đầu tiên sớm hơn.