Fixed Price, Time & Material hay Dedicated Team? Chọn mô hình định giá phần mềm

Nhiều doanh nghiệp khi đi thuê làm phần mềm chỉ hỏi một câu: "Giá bao nhiêu?" Nhưng câu hỏi đúng hơn phải là: "Giá theo mô hình nào?" Vì cùng một dự án, ba mô hình định giá phần mềm khác nhau — Fixed Price, Time & Material (T&M), Dedicated Team — có thể cho ra ba con số hoàn toàn khác nhau, và quan trọng hơn, ba cách vận hành, ba mức rủi ro khác nhau. Chọn sai mô hình không chỉ khiến bạn trả nhiều tiền hơn cần thiết, mà còn khiến dự án trễ tiến độ, phát sinh tranh cãi phạm vi, hoặc sản phẩm ra đời không đúng thứ bạn cần.

Bài này giải thích rõ bản chất từng mô hình, khi nào nên dùng mô hình nào, và cách tránh những cái bẫy phổ biến khi đàm phán hợp đồng.

Fixed Price là gì và khi nào nên chọn?

Fixed Price là mô hình trả một mức giá cố định cho toàn bộ phạm vi công việc đã thống nhất trước, phù hợp nhất khi yêu cầu đã rõ ràng, ít thay đổi. Nhà cung cấp cam kết một con số duy nhất — ví dụ một phần mềm quản lý tầm trung khoảng 1,0–3,1 tỷ đồng — đổi lại toàn bộ phạm vi, tính năng, mốc bàn giao phải được đặc tả chi tiết ngay từ đầu.

Mô hình này hoạt động tốt khi:

• Bạn đã có tài liệu nghiệp vụ rõ ràng, biết chính xác cần những module gì (ví dụ một hệ thống ERP Khởi đầu 3–5 module, từ 880 triệu đồng).
• Dự án có ranh giới cố định, ít khả năng thay đổi lớn giữa chừng (ví dụ MVP làm trong 6–12 tuần).
• Bạn cần kiểm soát ngân sách chặt chẽ, không muốn rủi ro phát sinh chi phí.

Nhược điểm lớn nhất của Fixed Price là tính cứng nhắc. Mọi thay đổi ngoài phạm vi ban đầu đều phải qua quy trình change request, thường kèm phụ phí và kéo dài thời gian. Nếu yêu cầu ban đầu chưa rõ ràng, nhà cung cấp buộc phải "đệm" giá để bù rủi ro — nghĩa là bạn có thể trả nhiều hơn mức cần thiết cho một phạm vi mà thực tế sẽ còn thay đổi.

Time & Material (T&M) là gì và khi nào phù hợp?

Time & Material là mô hình trả theo giờ công thực tế phát sinh, ở Việt Nam phổ biến quanh mức 520.000đ/giờ, phù hợp khi yêu cầu chưa hoàn thiện hoặc dự án cần linh hoạt điều chỉnh liên tục. Thay vì chốt một con số cho toàn bộ dự án, bạn trả tiền cho công sức đội ngũ thực sự bỏ ra mỗi tháng, dựa trên bảng chấm công hoặc báo cáo tiến độ.

T&M là lựa chọn hợp lý khi:

• Sản phẩm đang trong giai đoạn khám phá (discovery), yêu cầu có thể thay đổi theo phản hồi thị trường hoặc nội bộ.
• Dự án áp dụng agile, phát triển theo sprint, ưu tiên tính năng có thể xoay chuyển theo từng giai đoạn.
• Bạn cần mở rộng hoặc thu hẹp phạm vi linh hoạt mà không muốn vướng thủ tục change request nặng nề.

Ưu điểm là tính minh bạch và linh hoạt — bạn chỉ trả cho những gì thực sự được làm, có thể điều chỉnh ưu tiên theo từng giai đoạn. Nhưng nhược điểm đi kèm là ngân sách khó dự đoán tuyệt đối nếu không có quản lý dự án chặt chẽ; nếu thiếu báo cáo tiến độ minh bạch hoặc backlog rõ ràng, chi phí có thể trôi dần vượt kỳ vọng ban đầu. Vì vậy T&M chỉ thực sự hiệu quả khi đi kèm báo cáo giờ công minh bạch và roadmap được rà soát định kỳ.

Dedicated Team là gì và khi nào nên dùng?

Dedicated Team là mô hình thuê nguyên một đội ngũ (developer, tester, PM...) làm việc dài hạn riêng cho bạn, với chi phí khoảng 75–200 triệu đồng/người/tháng tùy vị trí và kinh nghiệm, phù hợp với dự án dài hơi hoặc sản phẩm cần phát triển liên tục. Khác với Fixed Price và T&M vốn gắn với một dự án có điểm bắt đầu — kết thúc, Dedicated Team giống như mở rộng đội ngũ nội bộ của bạn bằng nhân sự thuê ngoài, làm việc toàn thời gian, gắn bó lâu dài với sản phẩm.

Mô hình này phù hợp khi:

• Sản phẩm cần phát triển liên tục qua nhiều năm (ví dụ nền tảng SaaS, app đang tăng trưởng người dùng).
• Bạn muốn đội ngũ hiểu sâu nghiệp vụ, gắn bó lâu dài thay vì bàn giao rồi rời đi.
• Bạn đã có định hướng sản phẩm rõ nhưng cần bổ sung năng lực kỹ thuật mà không muốn tuyển dụng nội bộ toàn bộ.

Ưu điểm là sự cam kết dài hạn, đội ngũ am hiểu sâu hệ thống theo thời gian, thường tiết kiệm chi phí đào tạo lại so với việc liên tục đổi đối tác. Nhược điểm là đòi hỏi bạn phải có năng lực quản lý dự án nội bộ (product owner, PM) để điều phối đội ngũ hiệu quả — nếu không, chi phí nhân sự dài hạn có thể không tương xứng với tốc độ ra sản phẩm.

Bảng so sánh nhanh ba mô hình định giá phần mềm

Ba mô hình khác nhau chủ yếu ở mức độ rõ ràng của yêu cầu, tính linh hoạt và ai chịu rủi ro biến động phạm vi. Bảng dưới đây tóm tắt để bạn đối chiếu nhanh trước khi quyết định.

Tiêu chí	Fixed Price	Time & Material	Dedicated Team
Mức độ rõ ràng yêu cầu cần có	Rất rõ ràng	Có thể chưa hoàn thiện	Có định hướng, phát triển liên tục
Đơn giá tham khảo	Trọn gói theo phạm vi	~520.000đ/giờ	~75–200 triệu/người/tháng
Ai chịu rủi ro thay đổi phạm vi	Nhà cung cấp (đã đệm giá)	Khách hàng (trả theo thực tế)	Khách hàng (quản lý đội ngũ)
Thời gian dự án phù hợp	Ngắn – trung hạn	Ngắn – trung hạn, agile	Dài hạn, liên tục
Yêu cầu năng lực quản lý phía khách hàng	Thấp	Trung bình	Cao

Không có mô hình nào phù hợp với mọi trường hợp — lựa chọn đúng phụ thuộc vào việc bạn đã sẵn sàng đặc tả yêu cầu đến đâu, và bạn muốn ai là người chịu rủi ro khi phạm vi thay đổi. Đây cũng là lý do việc khảo sát nghiệp vụ kỹ trước khi báo giá phần mềm theo yêu cầu quan trọng hơn con số cuối cùng — vì chính bước này quyết định mô hình nào sẽ tiết kiệm chi phí thực sự cho bạn.

Có thể kết hợp nhiều mô hình trong cùng một dự án không?

Có, và trên thực tế đây là cách tiếp cận phổ biến với dự án vừa và lớn: dùng Fixed Price cho giai đoạn đầu đã rõ yêu cầu, chuyển sang T&M hoặc Dedicated Team cho giai đoạn mở rộng. Ví dụ, một doanh nghiệp có thể ký Fixed Price cho MVP ban đầu (yêu cầu đã chốt rõ), sau đó khi sản phẩm cần phát triển liên tục theo phản hồi người dùng thực tế, chuyển sang mô hình T&M hoặc Dedicated Team để linh hoạt điều chỉnh roadmap.

Cách kết hợp này giúp giảm rủi ro ở giai đoạn khởi đầu (khi ngân sách cần dự đoán chắc chắn) và tăng tính linh hoạt ở giai đoạn tăng trưởng (khi sản phẩm cần phản ứng nhanh với thị trường). Việc chọn đúng mô hình ngay từ khâu khảo sát yêu cầu và báo giá phần mềm theo yêu cầu giúp tránh tình trạng một hợp đồng phạm vi thiếu rõ ràng dẫn đến phát sinh change request liên tục, khiến tổng chi phí cuối cùng cao hơn dự tính ban đầu.

Chọn sai mô hình định giá thì hậu quả là gì?

Chọn sai mô hình thường dẫn đến một trong hai kết cục: trả tiền cho phạm vi "đệm" không dùng đến (Fixed Price sai chỗ), hoặc ngân sách trôi không kiểm soát (T&M thiếu quản lý). Nếu bạn chọn Fixed Price khi yêu cầu còn mơ hồ, nhà cung cấp buộc phải định giá cao hơn để bù rủi ro thay đổi, hoặc bạn sẽ liên tục vướng change request tốn thời gian đàm phán. Ngược lại, nếu chọn T&M mà không có quy trình báo cáo giờ công minh bạch, chi phí có thể vượt xa dự tính ban đầu mà không ai kiểm soát được.

Một hệ quả khác ít được nhắc đến là chi phí vận hành sau khi bàn giao — dù chọn mô hình nào, phần mềm sau khi đưa vào sử dụng đều phát sinh chi phí bảo trì hằng năm khoảng 15–20% giá trị dự án, và khoản này cần được tính vào tổng ngân sách ngay từ lúc chọn mô hình định giá, không phải tính sau khi đã ký hợp đồng. Đây cũng là một trong những yếu tố nên hỏi rõ khi khảo sát nghiệp vụ và nhận báo giá phần mềm theo yêu cầu.

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

1. Mô hình nào tiết kiệm nhất trong ba mô hình định giá phần mềm? Không có mô hình nào tiết kiệm nhất một cách tuyệt đối — chi phí thực tế phụ thuộc vào mức độ rõ ràng của yêu cầu và cách quản lý dự án. Mô hình phù hợp nhất là mô hình khớp với tình trạng yêu cầu và năng lực quản lý của bạn, giúp tránh phát sinh không cần thiết.

2. Doanh nghiệp nhỏ lần đầu làm phần mềm nên chọn mô hình nào? Nếu đã có tài liệu nghiệp vụ rõ ràng, Fixed Price giúp kiểm soát ngân sách dễ hơn cho người chưa có kinh nghiệm quản lý dự án phần mềm. Nếu yêu cầu còn đang định hình, nên khảo sát kỹ trước để tránh chọn nhầm mô hình.

3. Có thể chuyển đổi mô hình giữa chừng dự án không? Có. Nhiều dự án bắt đầu bằng Fixed Price cho giai đoạn MVP rồi chuyển sang T&M hoặc Dedicated Team khi bước vào giai đoạn phát triển liên tục. Việc này cần thỏa thuận rõ trong hợp đồng ngay từ đầu.

4. Dedicated Team có phù hợp với dự án ngắn hạn không? Không lý tưởng. Dedicated Team phát huy giá trị khi gắn bó dài hạn với sản phẩm; với dự án ngắn hạn có điểm kết thúc rõ ràng, Fixed Price hoặc T&M thường phù hợp và tiết kiệm hơn.

5. Làm sao biết yêu cầu của mình đã đủ rõ ràng để chọn Fixed Price? Nếu bạn có thể liệt kê chi tiết từng tính năng, luồng nghiệp vụ, và tiêu chí nghiệm thu mà không cần thay đổi lớn trong quá trình làm, đó là dấu hiệu yêu cầu đã đủ rõ. Nếu chưa chắc, một buổi khảo sát nghiệp vụ với đội ngũ kỹ thuật sẽ giúp xác định rõ hơn trước khi chốt mô hình.

Giá tham khảo, báo giá chính xác sau khi khảo sát nghiệp vụ.

Bạn đang phân vân giữa các mô hình định giá cho dự án phần mềm của mình? Đội ngũ FutureTech (ftech.ltd) sẵn sàng khảo sát nghiệp vụ miễn phí và tư vấn mô hình phù hợp nhất với ngân sách, tiến độ và mức độ rõ ràng yêu cầu của bạn. Liên hệ để nhận báo giá chi tiết ngay hôm nay.