Bỏ qua menu, vào nội dung chính
Hướng dẫn

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

Thời gian:  1-2 tuần đánh giá
Mức độ:  Trung bình
Dành cho:  CEO / COO / IT Manager

Đá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ỹ.

Đánh giá báo giá

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'.

Làm từng bước.

  1. 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.

    • 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

    Kết quả: Excel so sánh detailed, normalized scope

  2. 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.

    • 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

    Kết quả: Breakdown sheet - clear ai làm bao nhiêu, ở rate nào

  3. 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.

    • 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

    Kết quả: Timeline review - realistic hay không, lý do

  4. 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.

    • 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?'

    Kết quả: Document tất cả assumptions + exclusions làm rõ

  5. 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.

    • Đề 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)

    Kết quả: Term sheet với milestone + fail conditions

  6. 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.

    • 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

    Kết quả: Reference call summary + final decision

Checklist tổng hợp.

  1. 01

    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
  2. 02

    Cost breakdown

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

    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?
  4. 04

    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
Dấu hiệu nguy hiểm
  • 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.
Kinh nghiệm Alodev
  • 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.

Công cụ gợi ý.

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.

Trường hợp cụ thể
có gì khác?

Mô tả bài toán, ALODEV tư vấn đúng nghiệp vụ, miễn phí.