Bỏ qua menu, vào nội dung chính
Vendor Selection

Cách chọn vendor phần mềm — checklist 30 mục

TLDR — tóm tắt

Chọn vendor phần mềm cho doanh nghiệp Việt 2026 qua 5 bước: (1) Định nghĩa scope + ngân sách rõ trước khi liên hệ, (2) Shortlist 3-5 vendor qua reference + portfolio thật, (3) Khảo sát kỹ thuật với mỗi vendor, (4) Đối chiếu báo giá + hợp đồng, (5) Reference call với KH cũ. Tổng thời gian: 4-8 tuần. Tránh chọn vendor đầu tiên nhận được báo giá.

Thời gian4-8 tuần
Mức độTrung bình
AudienceCEO / COO / IT Manager / Founder

Chọn sai vendor có thể đội chi phí 2x + delay 6-12 tháng + đáng giá hơn cả việc 'tự code'. Vendor 'rẻ' thường đắt nhất sau 12 tháng. Hướng dẫn này dựa kinh nghiệm Alodev đã quan sát thị trường VN — bao gồm cả các dự án Alodev không nhận vì không phù hợp.

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

  1. 01

    Định nghĩa scope + ngân sách trước khi tìm vendor

    1-2 tuần

    Trước khi gọi điện cho bất kỳ vendor nào, viết ra rõ ràng: cần gì, không cần gì, ngân sách floor + ceiling, deadline. Vendor chỉ ra báo giá tốt khi nhận yêu cầu rõ.

    Việc cần làm
    • Liệt kê user stories: 'Là [role], tôi muốn [action] để [outcome]'
    • Phân biệt MVP must-have vs nice-to-have (3 nhóm: P0 / P1 / P2)
    • Đặt ngân sách floor (tối thiểu OK) + ceiling (max chấp nhận)
    • Định deadline business reason (vì sao Q2 hay Q3) thay vì rút gọn
    • Định nghĩa metrics thành công: KPI sau go-live đo bằng gì
    Output: Tài liệu Brief 2-3 trang gửi vendor — gồm scope + ngân sách range + deadline + KPI
  2. 02

    Shortlist 3-5 vendor qua reference + portfolio thật

    1 tuần

    Không Google tìm 'công ty phần mềm Hà Nội' rồi chọn top 10. Bắt đầu từ reference network — hỏi đồng nghiệp trong ngành đã làm dự án tương tự gần đây.

    Việc cần làm
    • Hỏi 5-10 người trong network ai đã làm dự án tương tự
    • Đọc case study + verify portfolio thực (gọi điện cho KH cũ vendor)
    • Loại bỏ vendor có portfolio chỉ là 'mockup design' — không production
    • Check tech stack — phù hợp với expertise nội bộ tương lai (Next.js mainstream vs niche framework)
    • Verify hồ sơ pháp lý — Mã số thuế, hợp đồng ký được, hoá đơn VAT
    Output: Danh sách 3-5 vendor shortlist với pros/cons sơ bộ
  3. 03

    Khảo sát kỹ thuật với mỗi vendor (2-3 buổi)

    1-2 tuần

    Vendor tốt sẽ muốn khảo sát kỹ trước khi báo giá. Vendor báo giá luôn = red flag. Đặt câu hỏi technical để đánh giá expertise.

    Việc cần làm
    • Mời vendor đến văn phòng khảo sát 2-3 buổi (không qua Zoom hết)
    • Đặt câu hỏi tech: 'Stack đề xuất là gì? Vì sao không choose alternative?'
    • Hỏi process: code review, testing, CI/CD, security checklist
    • Yêu cầu vendor demo 1 module nhỏ trong 1 tuần — đánh giá chất lượng thực
    • Đánh giá communication: phản hồi nhanh? Hiểu nghiệp vụ không?
    Output: Đánh giá technical score (1-10) + communication score cho mỗi vendor
  4. 04

    Đối chiếu báo giá + hợp đồng

    1 tuần

    So sánh side-by-side báo giá. Báo giá thấp nhất ≠ tốt nhất. Đọc kỹ điều khoản hợp đồng — đặc biệt phần SLA, bảo hành, sở hữu mã nguồn.

    Việc cần làm
    • Bảng excel so sánh: giá / timeline / scope / team size / bảo hành
    • Đọc kỹ hợp đồng từng dòng — đặc biệt: ai sở hữu source code? Có vendor lock-in không?
    • Hỏi vendor về policy thay đổi scope: Change Request tính phí thế nào?
    • Verify SLA + điều khoản bồi thường khi vendor chậm tiến độ
    • Đàm phán điều khoản: thanh toán theo milestone, bàn giao mã nguồn từ đầu
    Output: Bảng so sánh + draft contract review với từng vendor
  5. 05

    Reference call với KH cũ + ký kết

    1 tuần

    Vendor tốt sẽ vui sắp xếp reference call với KH cũ. Gọi 2-3 KH cũ của top vendor — họ nói thẳng về trải nghiệm cả tốt và xấu. Đây là verify mạnh nhất.

    Việc cần làm
    • Yêu cầu vendor sắp xếp call với 2-3 KH cũ (chọn dự án tương tự ngành/quy mô)
    • Hỏi KH cũ: 'Có gì không hài lòng khi làm với vendor?'
    • Hỏi 'Sau bàn giao có hỗ trợ tốt không? Có phụ thuộc vendor không?'
    • Decision: chọn vendor có communication + reference tốt nhất, không phải rẻ nhất
    • Ký hợp đồng + setup kick-off meeting trong 1 tuần
    Output: Hợp đồng ký + kick-off scheduled
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.

Hồ sơ pháp lý

  • Vendor có mã số thuế + giấy phép kinh doanh
  • Ký được hợp đồng dịch vụ + xuất hoá đơn VAT 8%
  • Có địa chỉ văn phòng thực (visit được)
  • Đăng ký bảo hộ thương hiệu / domain

Portfolio + Case study

  • 5+ dự án production đã go-live, verify được
  • Case study có metrics đo lường (không chỉ design mockup)
  • Reference contact của ít nhất 3 KH cũ
  • Tech stack mainstream (dễ thuê đội khác bảo trì)

Hợp đồng + SLA

  • Sở hữu mã nguồn 100% sau bàn giao
  • Database + domain đứng tên doanh nghiệp
  • SLA tiến độ với điều khoản bồi thường
  • Bảo hành 12 tháng cho code đã bàn giao
  • Change Request policy rõ ràng (giá + duyệt)
  • Termination clause — quy trình khi chấm dứt hợp đồng

Quy trình + chất lượng

  • Có quy trình code review nội bộ
  • Testing automation + manual QC
  • CI/CD pipeline cho deploy
  • Security checklist (OWASP top 10)
  • Documentation đầy đủ khi bàn giao
  • Training cho đội nội bộ + super user
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á quá thấp so với mặt bằng

Vendor báo 50tr cho ERP custom (mặt bằng 200-500tr) thường có 1 trong 3 vấn đề: dùng template không khớp, đội junior quality kém, hoặc charge thêm sau khi ký.

Không có khảo sát trước báo giá

Báo giá luôn sau 1 cuộc gọi 30 phút = vendor không hiểu nghiệp vụ. Sẽ change scope liên tục sau khi ký. Vendor tốt cần 2-3 buổi khảo sát trước báo giá.

Không bàn giao mã nguồn / vendor lock-in

Vendor giữ mã nguồn để 'bảo trì độc quyền' sau bàn giao. Khi muốn đổi vendor → mất toàn bộ. Yêu cầu mã nguồn từ đầu trong hợp đồng.

Stack proprietary / niche

Vendor dùng CMS riêng hoặc framework lạ → KH bị lock vào vendor. Yêu cầu stack mainstream (Next.js, NestJS, Laravel, Django) để có lựa chọn.

Không có đội thực — chỉ broker

1 số vendor là 'broker' nhận hợp đồng rồi outsource cho team khác. Kiểm tra: vendor có văn phòng + đội thực không? Hay chỉ Skype + LinkedIn?

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.

Đừng chọn vendor đầu tiên rep tử tế

Vendor giỏi sale ≠ giỏi tech. Đánh giá đội tech trực tiếp qua khảo sát + demo, không qua sale slide.

Test vendor bằng demo paid 1-2 tuần

Trước khi ký dự án 500tr, trả 30tr cho 1 module nhỏ trong 1-2 tuần. Đánh giá chất lượng thực + communication. Nếu fail, mất 30tr tốt hơn fail 500tr.

Visit văn phòng + meet đội tech

Đến văn phòng vendor, meet PM + dev senior + designer. Đánh giá văn hoá làm việc + chất lượng đội thật.

Đàm phán milestone payment

Mặc định 4-5 milestone, 20% mỗi milestone. Vendor không chịu = warning. Bảo vệ doanh nghiệp khi vendor underperform.

Resources

Tools + resources gợi ý

Template hợp đồng dịch vụ phần mềm

PDF mẫu hợp đồng có đủ SLA + sở hữu mã nguồn + bảo hành

Mở

Bảng so sánh báo giá Excel

Excel template so sánh side-by-side báo giá 3-5 vendor

Mở

Reference call script

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

FAQ

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

Mất bao lâu để chọn được vendor phù hợp?

Trung bình 4-8 tuần từ định nghĩa scope đến ký hợp đồng. Cố gắng rút gọn xuống <2 tuần = thường chọn sai. Investment time ở giai đoạn chọn vendor giảm 80% risk fail dự án (theo Standish Group).

Có nên thuê freelancer thay agency?

Tuỳ scope. Dự án <100tr + <2 tháng + không phức tạp: freelancer OK. Dự án >100tr + phức tạp (ERP, CRM, multi-platform): agency có quy trình + bảo hành tốt hơn. Risk freelancer dropout giữa dự án rất cao. Xem chi tiết /so-sanh/in-house-vs-outsource.

Báo giá khác nhau 5-10 lần giữa vendor — vì sao?

Vì 'cùng yêu cầu' không có nghĩa cùng kết quả. Vendor rẻ: template + dev junior + zero process. Vendor đắt: custom + senior + có quy trình QC. Cùng nhìn thì giống nhưng performance, security, scalability khác hoàn toàn. Xem /chi-phi để hiểu breakdown.

Nên trả hết một lần hay theo milestone?

Theo milestone — luôn luôn. Mặc định: 20% kick-off, 30% sau khảo sát + design, 30% demo module chính, 20% sau UAT pass. Trả hết một lần = mất quyền kiểm soát, vendor không có incentive deliver tốt.

Vendor không chịu cho reference call — có nên signal?

Big red flag. Vendor có dự án thành công sẽ vui sắp xếp reference call. Nếu từ chối hoặc trì hoãn = có thể: (1) không có case thành công, (2) đã làm hỏng KH cũ, (3) gian dối portfolio. Loại bỏ ngay.

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.