Mẫu báo giá phát triển phần mềm: 9 phần bắt buộc

Mẫu báo giá phát triển phần mềm dùng được cần chín phần: thông tin hai bên, phạm vi, giả định, hạng mục loại trừ, cách tính giá, mốc thanh toán, tiến độ, điều khoản thay đổi và hiệu lực. Thiếu phần nào, tranh chấp sẽ xuất hiện đúng ở phần đó.

Tóm tắt nhanh

• Báo giá tốt không phải bản ngắn nhất mà là bản trả lời được câu hỏi "cái gì không bao gồm".
• Chín phần bắt buộc, trong đó phần giả định và phần loại trừ là hai phần hay bị bỏ nhất.
• Cách tính giá phải nói rõ đơn vị, cách đo và cách xử lý khi vượt khối lượng.
• Mốc thanh toán nên gắn với đầu ra kiểm chứng được, không gắn với ngày.

Chín phần của một báo giá dùng được

Phần 1 và 2: danh tính và phạm vi

Thông tin hai bên không phải thủ tục. Báo giá phải ghi đúng pháp nhân sẽ ký hợp đồng, vì nhiều tranh chấp bắt đầu từ việc báo giá do một pháp nhân phát hành và hợp đồng do một pháp nhân khác ký.

Phạm vi phải được đánh số để hai bên tham chiếu được. Mỗi dòng phạm vi nên có một câu mô tả hành vi và một câu mô tả kết quả. Không cần đặc tả đầy đủ, nhưng phải đủ để một người ngoài phân biệt được việc này với việc khác.

Phần 3 và 4: giả định và loại trừ

Đây là hai phần tạo ra giá trị nhiều nhất và cũng hay bị bỏ nhất.

Giả định ghi những điều kiện mà báo giá dựa vào. Ba giả định phổ biến trong phát triển phần mềm: hệ thống cũ có tài liệu, bên thứ ba có môi trường thử, và người phía khách hàng phản hồi trong một thời hạn cụ thể. Mỗi giả định nên có tên người xác nhận.

Hạng mục loại trừ ghi rõ việc gì không nằm trong giá. Ví dụ: di trú dữ liệu lịch sử, tích hợp với hệ thống kế toán, đào tạo người dùng cuối, hạ tầng chạy thật, nội dung và bản dịch. Đây là danh sách mà người mua nên đọc trước tiên, vì nó cho biết tổng chi phí thật sẽ cao hơn báo giá ở đâu.

Phần 5: cách tính giá

Một tổng số không cho biết điều gì sẽ xảy ra khi phạm vi thay đổi. Báo giá cần nói rõ đơn vị tính và cách đo.

Mỗi cách tính đều hợp lý trong điều kiện phù hợp. Vấn đề chỉ xuất hiện khi cách tính không được ghi rõ, và hai bên hiểu khác nhau về việc ai chịu rủi ro khối lượng.

Phần 6: mốc thanh toán

Điều cần tránh trong cả bốn cách là mốc thanh toán cuối cùng quá nhỏ. Nếu phần thanh toán cuối chỉ chiếm một tỷ lệ nhỏ, nhà cung cấp có ít động lực hoàn thành phần bàn giao, vốn là phần tốn thời gian và ít hào nhoáng nhất.

Phần 7: tiến độ

Tiến độ trong báo giá nên là các mốc có đầu ra, không phải một ngày kết thúc. Mỗi mốc ghi ba thông tin: ngày dự kiến, đầu ra, và điều kiện để mốc được coi là đạt.

Nếu chỉ có một ngày kết thúc, hai bên không có điểm kiểm tra giữa đường và khi trễ sẽ không biết trễ từ đâu.

Phần 8: điều khoản thay đổi

Đây là phần quyết định xem báo giá có dùng được trong thực tế hay không. Điều khoản thay đổi nên trả lời bốn câu: ai được yêu cầu thay đổi, ai phê duyệt, thời hạn phản hồi là bao lâu, và phần phát sinh được tính theo cách nào.

Điều khoản tốt biến phát sinh thành quy trình; điều khoản mơ hồ biến phát sinh thành thương lượng, và thương lượng giữa dự án đang chạy luôn bất lợi cho bên cần giao sớm.

Phần 9: hiệu lực

Báo giá cần có thời hạn. Chi phí nỗ lực, giá hạ tầng và tỷ giá đều thay đổi, nên một báo giá không có hiệu lực là một báo giá không thể thực hiện đúng sau vài tháng.

Nên ghi cả điều kiện gia hạn: nếu muốn giữ giá, cần xác nhận lại vào thời điểm nào và dựa trên điều kiện gì.

Mười điểm kiểm tra trước khi ký

1. Phạm vi có được đánh số và có phiên bản không?
2. Có danh sách giả định kèm người xác nhận chưa?
3. Có danh sách hạng mục loại trừ chưa?
4. Cách tính giá có nói rõ đơn vị và cách đo chưa?
5. Có bậc khối lượng và cách chuyển bậc chưa?
6. Mốc thanh toán có gắn với đầu ra kiểm chứng được chưa?
7. Tiến độ có mốc trung gian kèm đầu ra chưa?
8. Điều khoản thay đổi có nêu người phê duyệt và cách tính chưa?
9. Chi phí ngoài nỗ lực phát triển đã được liệt kê chưa?
10. Báo giá có hiệu lực đến ngày nào?

Mười điểm này không đảm bảo thành công, nhưng loại bỏ phần lớn nguyên nhân tranh chấp. Nếu báo giá thiếu ba điểm trở lên, nên yêu cầu bổ sung trước khi bàn về giá.

Chi phí nằm ngoài báo giá phát triển

Một báo giá phát triển phần mềm thường chỉ bao gồm nỗ lực của đội phát triển. Tổng chi phí sở hữu còn có những phần khác, và người mua nên lập một bảng riêng cho chúng.

Dòng cuối thường bị bỏ qua khi so sánh báo giá. Phần mềm thuộc nhóm hàng hoá dịch vụ không chịu thuế giá trị gia tăng, nên thuế đầu vào của hoạt động phát triển thường không được khấu trừ và trở thành chi phí thật. Cách xác định được trình bày trong thuế GTGT của phần mềm là bao nhiêu; bài viết này không phải tư vấn thuế.

Đơn giá nỗ lực và cách đọc

Nhiều báo giá trình bày một đơn giá nỗ lực duy nhất cho cả đội, cách này tiện nhưng che mất khác biệt giữa các vai trò. Khi đọc, nên hỏi ba câu: đơn giá gồm những vai trò nào và tỷ lệ pha trộn ra sao, đã gồm chi phí quản lý và kiểm thử chưa, và có thay đổi theo thời gian hợp đồng không.

Bài giá thuê dev trình bày các yếu tố hình thành đơn giá theo vai trò, hữu ích khi cần kiểm tra chéo một báo giá. Cấu trúc chi tiết của báo giá dịch vụ nằm trong mẫu báo giá dịch vụ phần mềm, còn bức tranh tổng thể về chi phí nằm trong chi phí phát triển phần mềm.

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

Báo giá trọn gói hay theo nỗ lực tốt hơn?

Phụ thuộc vào mức độ rõ của phạm vi. Nếu phạm vi đã được đặc tả đủ để kiểm chứng, trọn gói chuyển rủi ro khối lượng sang nhà cung cấp và thường có lợi cho người mua. Nếu phạm vi còn thay đổi, trọn gói sẽ khiến nhà cung cấp cộng một khoản dự phòng lớn hoặc liên tục yêu cầu phát sinh. Khi đó, hợp đồng theo nỗ lực có kiểm soát khối lượng thường minh bạch hơn.

Nên chia thanh toán thành mấy mốc?

Số mốc nên theo số nhóm chức năng dùng được, không theo con số cố định. Mỗi mốc cần đủ lớn để có ý nghĩa với cả hai bên và đủ nhỏ để không dồn rủi ro về cuối. Quan trọng hơn số mốc là điều kiện kích hoạt: mỗi mốc gắn với một đầu ra hai bên kiểm tra độc lập được.

Có nên yêu cầu báo giá chi tiết từng dòng không?

Nên, nhưng mức chi tiết phải khớp với giai đoạn. Ở giai đoạn chưa đặc tả, báo giá chi tiết từng dòng thường là chi tiết giả, vì các dòng chưa được xác định. Ở giai đoạn đã đặc tả, chi tiết theo nhóm việc giúp so sánh và giúp phát hiện hạng mục bị bỏ sót. Cách thực dụng là yêu cầu chi tiết theo nhóm chức năng ở mọi giai đoạn.

Báo giá có hiệu lực bao lâu là hợp lý?

Đủ để hai bên ra quyết định nhưng không quá dài đến mức không còn phản ánh chi phí thực. Điều quan trọng là hiệu lực phải được ghi rõ và có điều kiện gia hạn. Một báo giá không ghi hiệu lực tạo cảm giác an toàn nhưng không ràng buộc được nhà cung cấp.

Cập nhật và kiểm chứng

Cập nhật tháng 11/2026. Nội dung được rà soát theo thông lệ mua dịch vụ phát triển phần mềm hiện hành; bài viết không đưa ra con số tiền cụ thể và không thay thế tư vấn pháp lý cho từng hợp đồng.

Nếu bạn cần một báo giá có đủ chín phần trên, WinSell xây dựng phần mềm theo yêu cầu theo bốn giai đoạn Khám phá, Đặc tả, Xây dựng, Bàn giao và đo lường — xem dịch vụ của WinSell. Báo giá sau khi chốt phạm vi.