Quote Evaluation

Cách đánh giá báo giá phần mềm

TLDR — tóm tắt

Đánh giá báo giá phần mềm qua 6 bước: (1) Compare side-by-side trên cùng scope, (2) Hỏi breakdown chi phí (man-day, design, QC, deploy), (3) Verify timeline realistic, (4) Check assumptions + exclusions, (5) Đàm phán milestone payment, (6) Reference call. Báo giá thấp nhất ≠ tốt nhất. Hidden costs là điểm cần xem kỹ.

Thời gian1-2 tuần đánh giá

Mức độTrung bình

AudienceCEO / COO / IT Manager

Trong VN, báo giá phần mềm cùng yêu cầu có thể chênh 5-10x — không phải vì 1 bên gian dối, mà vì 'phần mềm' có thể nghĩa rất khác nhau. Hướng dẫn này dạy cách phân tích báo giá ra sao thay vì 'lấy số rẻ nhất'.

6 bước · Quy trình

Hướng dẫn từng bước

Mỗi bước có duration + todos cụ thể + deliverable rõ ràng. Theo thứ tự — không skip.

01
Compare side-by-side trên cùng scope
⏱ 2-3 ngày
Excel template so sánh: cột vendor A/B/C, hàng là scope items. Bug số 1: so sánh 'tổng giá' mà không check vendor có cùng scope.
Việc cần làm
- List scope items từ Brief gốc
- Đánh dấu mỗi item: vendor A bao gồm? vendor B? vendor C?
- Identify gap — vendor nào bỏ sót item nào (yêu cầu báo giá lại)
- Calculate 'apples to apples' price — chỉ so sánh khi scope match
- Note extra value vendor offer — vendor A có CMS, vendor B không
Output: Excel so sánh detailed, normalized scope
02
Yêu cầu breakdown chi phí
⏱ 1 tuần
'Tổng 200 triệu' không đủ. Phải biết: bao nhiêu giờ dev, ai làm (senior/junior), design bao nhiêu, QC bao nhiêu, deploy + maintenance bao nhiêu. Vendor không chịu breakdown = warning.
Việc cần làm
- Hỏi: 'Anh có thể breakdown theo: design / dev FE / dev BE / QC / PM / deploy?'
- Hỏi: 'Bao nhiêu man-day mỗi role? Rate trên giờ là gì?'
- Verify rate hợp lý cho VN: Junior 250-400k/giờ, Mid 400-550k/giờ, Senior 550-700k/giờ
- Verify timeline match man-day: 200 man-day / 4 dev = 10 tuần
- Identify role missing — không có designer = vendor reuse template, không có QC = quality risk
Output: Breakdown sheet — clear ai làm bao nhiêu, ở rate nào
03
Verify timeline realistic
⏱ 1-2 ngày
Timeline quá nhanh = vendor cut corner. Quá chậm = inefficient. Verify dựa man-day + team size.
Việc cần làm
- Calculate: total man-day / team size = working days
- Add 20-30% buffer cho meetings, review, UAT, deploy
- Verify timeline match với benchmark ngành: web 4-12 tuần, app mobile 10-20 tuần, ERP 16-36 tuần
- Identify cụm timeline bất thường: 'làm app mobile trong 4 tuần' = warning, 'làm landing page trong 8 tuần' = waste
- Yêu cầu milestone breakdown: deliverable mỗi 2 tuần
Output: Timeline review — realistic hay không, lý do
04
Check assumptions + exclusions
⏱ 1 ngày
'Báo giá 200tr' bao gồm những gì không bao gồm? Đọc kỹ section 'Assumptions' + 'Exclusions' — đây là nơi vendor giấu hidden costs.
Việc cần làm
- Bao gồm: hosting năm đầu? domain? SSL? CDN? backup?
- Loại trừ: tích hợp 3rd party? Bản quyền images/icons? Translation cost?
- Hỏi: 'Nếu phát sinh feature ngoài scope, tính phí thế nào?' (Change Request rate)
- Hỏi: 'Phí maintenance từ tháng 13 trở đi là gì?' (post-warranty)
- Hỏi: 'Apple Developer + Google Play registration đứng tên ai?'
Output: Document tất cả assumptions + exclusions làm rõ
05
Đàm phán milestone payment
⏱ 1-2 ngày
Milestone payment là cấu trúc bảo vệ khách hàng. Vendor tốt accept milestone, vendor xấu đòi 50% upfront.
Việc cần làm
- Đề xuất: 20% kick-off, 30% sau khảo sát + design approve, 30% demo module chính, 20% UAT pass
- Vendor không chịu milestone → red flag
- Đàm phán điều khoản fail: nếu vendor delay 4 tuần ngoài lý do bất khả kháng, refund X% milestone
- Verify hợp đồng có điều khoản chấm dứt (termination clause)
- Yêu cầu warranty 12 tháng + support tier (P1/P2/P3 response time)
Output: Term sheet với milestone + fail conditions
06
Reference call với KH cũ
⏱ 3-5 ngày
Trước khi ký, yêu cầu vendor sắp xếp call với 2-3 KH cũ. Hỏi câu khó để verify trải nghiệm thực.
Việc cần làm
- Yêu cầu vendor connect với 2-3 KH cũ similar ngành/quy mô
- Câu hỏi: 'Vendor có giữ promise về deadline?' 'Quality code thế nào?'
- Câu hỏi: 'Sau bàn giao, support có tốt không?' 'Đã từng có dispute không?'
- Câu hỏi: 'Bạn có hire lại vendor này không?'
- Compare answer với pitch của vendor — discrepancy = warning
Output: Reference call summary + final decision

Checklist · Print-friendly

Checklist tổng hợp

Print ra hoặc copy vào Notion để track. Mỗi category là 1 group rõ ràng.

Scope analysis

Scope items rõ ràng từ Brief
Side-by-side comparison Excel
Identify scope gap giữa vendors
Apples-to-apples price calc
Note extra value mỗi vendor

Cost breakdown

Breakdown man-day theo role
Rate trên giờ verify hợp lý
Team size + composition
Missing role identified
Rate match seniority

Hidden costs check

Hosting / domain năm đầu?
SSL / CDN cost?
3rd party API costs?
Translation / localization?
Apple/Google registration?
Change Request rate?
Post-warranty maintenance?

Contract terms

Milestone payment 4-5 đợt
SLA tiến độ + bồi thường
Warranty 12 tháng
Sở hữu mã nguồn 100%
Termination clause
Support tier P1/P2/P3
Bug fix policy in warranty

Warnings · Tránh ngay

5 dấu hiệu nguy hiểm

Pattern thực tế đã gây fail nhiều dự án. Recognize sớm + fix ngay.

Báo giá thấp đột biến (5-10x dưới mặt bằng)

Vendor build với template không khớp, dev junior + zero process, hoặc plan charge phí ngoài sau ký. 'Cheap is expensive long-term'.

Đòi 50%+ upfront payment

Vendor có thanh khoản tốt accept milestone 20/30/30/20. 50%+ upfront = nghi ngại tài chính hoặc no incentive deliver tốt.

Không có scope document chi tiết

'Làm website' không phải scope. Phải có user stories + page list + feature breakdown. Vendor báo giá không cần scope = báo giá ảo.

Timeline không realistic

App mobile 4 tuần, ERP 8 tuần — không thể. Vendor over-promise để win contract rồi delay sau. Tính toán dựa man-day + team size.

Không có Change Request policy

Trong execution chắc chắn sẽ có CR. Vendor không define rõ CR rate → sẽ bargaining mỗi lần, hoặc charge cao đột ngột.

Alodev tips · Kinh nghiệm thực

4 tips từ Alodev

Insights từ dự án thực tế Alodev đã làm — không lý thuyết.

Không chọn báo giá rẻ nhất, chọn báo giá rõ nhất

Vendor breakdown chi tiết + assumption rõ ràng = vendor tốt. Vendor lump-sum '200tr xong' = warning. Transparency = trust.

Negotiate scope, không negotiate price

Vendor không thể giảm 30% mà vẫn deliver tốt. Thay vì 'giảm giá', đàm phán: cắt feature P2/P3, giảm scope MVP, phase rollout 2 giai đoạn.

Lock-in giá cho 12 tháng

Trong hợp đồng, lock rate giờ kỹ sư cho 12 tháng đầu. Tránh vendor tăng giá CR sau khi đã ký.

Pilot project trước commit full

Trả 20-50tr cho 1 module nhỏ 2-3 tuần. Đánh giá chất lượng + communication. Quyết định ký full project sau khi pilot pass.

Resources

Tools + resources gợi ý

Excel template so sánh báo giá

Bảng side-by-side cho 3-5 vendor, normalized scope

Mở

Term sheet template

Mẫu term sheet trước hợp đồng — milestone + warranty + IP

Reference call script PDF

10 câu hỏi nên hỏi KH cũ vendor để verify thực

FAQ

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

Báo giá chênh 5-10x giữa vendors — ai đúng?

Cả hai có thể đúng — nhưng deliver khác nhau. Vendor 50tr cho ERP: template, junior, no QC, no bảo hành dài. Vendor 500tr: custom, senior, QC, warranty 12 tháng. Không phải 'gian dối' mà là 'product khác nhau'. Phải so sánh apples-to-apples scope + quality.

Có nên chọn vendor đắt nhất để đảm bảo chất lượng?

Không. Vendor đắt nhất không đảm bảo chất lượng tốt nhất. Sweet spot thường là vendor mid-range (40-70 percentile giá) — có quy trình + senior nhưng không charge premium cho brand. Check portfolio + reference quan trọng hơn giá.

Tại sao vendor không muốn breakdown chi tiết?

Lý do legitimate: protect margin (vendor không muốn KH copy approach), nội bộ không biết breakdown (estimate by gut). Lý do illegitimate: charge premium không justified, plan charge phí ngoài. Vendor tốt: breakdown ở mức đủ để KH hiểu, không phải hết.

Milestone payment vendor không chịu — có nên ký?

Không. Milestone là protection mechanism cho cả 2 phía. Vendor không chịu = (1) tài chính yếu, không afford carry cost, (2) không tự tin deliver, sợ KH stop payment giữa, (3) vendor xấu plan grab tiền upfront rồi underdeliver. Walk away.

Vendor đề nghị giảm 30% nếu ký nhanh — nên?

Suspicious. Vendor 'fire sale' thường có 1 trong 3: (1) đang khó tài chính, (2) team utilization thấp đang tìm việc gấp, (3) over-promise để win. Reality check: vendor confident về quality + có demand sẽ không fire sale. Slow down, do due diligence.

Cần tư vấn chi tiết?

Alodev hỗ trợ trực tiếp

Hướng dẫn này là kinh nghiệm tổng hợp. Mỗi dự án có context riêng. Đặt lịch tư vấn 30 phút để bàn case cụ thể của bạn — miễn phí, không bán hàng ép.

Đặt lịch tư vấn Xem hướng dẫn khác

Hướng dẫn khác

Tham khảo các guide khác

Vendor Selection

Hướng dẫn từng bước

Compare side-by-side trên cùng scope

Yêu cầu breakdown chi phí

Verify timeline realistic

Check assumptions + exclusions

Đàm phán milestone payment

Reference call với KH cũ