Mở đầu — vì sao bài này quan trọng
Trong hầu hết các dự án tại Việt Nam, bạn sẽ hiếm khi tự tay làm tất cả mọi thứ. Bạn thuê một công ty gia công phần mềm, một nhà cung cấp thiết bị, một đơn vị thi công, hay một agency marketing. Khoảnh khắc bạn ký hợp đồng với một bên thứ ba, bạn bước vào lĩnh vực Procurement Management — quản lý mua sắm. Và đây chính là nơi rất nhiều dự án "chết" mà không ai để ý: không phải vì team nội bộ yếu, mà vì vendor giao trễ, giao sai, đội giá, hoặc biến mất giữa chừng.
Bài này không nhắc lại toàn bộ lý thuyết Procurement Management theo PMBOK — phần khung lý thuyết đó bạn đã học ở Bài 30 (Procurement Management). Ở đây, chúng ta tập trung vào một thứ thực tế và ít được sách vở nói tới: chu trình chọn và quản lý vendor trong bối cảnh Việt Nam. Nghĩa là làm sao đi qua đúng trình tự RFI → RFP → RFQ → SOW → hợp đồng, đánh giá nhà cung cấp một cách bài bản, và né những cái bẫy đặc thù của thị trường Việt Nam như hợp đồng lỏng lẻo, quan hệ cá nhân lấn át điều khoản, hay chuyện "giá tốt nhưng chất lượng không ai bảo đảm".
Với kỳ thi PMP, bạn cần hiểu bản chất của Solicitation (mời thầu), Source Selection Criteria (tiêu chí chọn nguồn), và các loại tài liệu mua sắm. Nhưng quan trọng hơn: khi về làm PM thật ở một công ty Việt Nam, chính kỹ năng chọn và ghì cương vendor mới quyết định bạn ngủ ngon hay thức trắng.
Khái niệm cốt lõi
Chu trình mua sắm: từ "mù mờ" đến "ký hợp đồng"
Hãy hình dung chu trình chọn vendor như một cái phễu, lọc dần từ nhiều lựa chọn mơ hồ xuống một nhà cung cấp cụ thể được ràng buộc bằng pháp lý.
RFI (Request for Information — Yêu cầu cung cấp thông tin). Đây là bước thăm dò. Bạn chưa biết thị trường có những ai, năng lực ra sao, công nghệ nào đang phổ biến. Bạn gửi RFI để thu thập thông tin sơ bộ. RFI không ràng buộc, không so giá — nó giúp bạn "vẽ bản đồ" nhà cung cấp. Ở Việt Nam, RFI thường bị bỏ qua vì PM nghĩ mình đã biết hết thị trường — đây là sai lầm khiến bạn bỏ sót những vendor mới, tốt và rẻ hơn.
RFP (Request for Proposal — Yêu cầu đề xuất). Khi vấn đề của bạn phức tạp và bạn muốn vendor đề xuất giải pháp, bạn dùng RFP. Bạn mô tả bài toán (ví dụ: "tôi cần một hệ thống quản lý kho tích hợp với ERP hiện tại"), và để vendor trình bày cách họ sẽ giải quyết, kèm phương pháp, timeline, đội ngũ và giá. RFP dùng khi giá không phải yếu tố duy nhất, mà cách tiếp cận và năng lực mới là quyết định.
RFQ (Request for Quotation — Yêu cầu báo giá). Khi bạn đã biết chính xác mình cần gì — số lượng, thông số kỹ thuật rõ ràng — bạn chỉ cần so giá. Ví dụ: "báo giá 200 laptop Dell Latitude 5450, i5, 16GB RAM". RFQ tập trung vào giá và điều khoản thương mại, dùng cho hàng hóa/dịch vụ đã chuẩn hóa.
Cách nhớ đơn giản: RFI để biết ai đang có mặt trên thị trường, RFP để biết ai giải quyết bài toán tốt nhất, RFQ để biết ai bán rẻ nhất cho thứ đã xác định rõ.
SOW (Statement of Work — Bản mô tả công việc). Sau khi chọn được vendor, SOW là tài liệu mô tả chi tiết phạm vi công việc: làm gì, giao gì (deliverables), tiêu chí nghiệm thu (acceptance criteria), mốc thời gian, và trách nhiệm hai bên. SOW càng chi tiết, tranh chấp càng ít. Ở Việt Nam, SOW mơ hồ là nguyên nhân số một của cãi vã kiểu "cái này đâu có trong thỏa thuận".
Hợp đồng (Contract). Cuối cùng, SOW được đưa vào hợp đồng cùng các điều khoản pháp lý: thanh toán, phạt vi phạm, bảo hành, chấm dứt, giải quyết tranh chấp, sở hữu trí tuệ. Ở Việt Nam, hợp đồng phải tuân theo Luật Thương mại và Bộ luật Dân sự, và với dự án lớn cần cả điều khoản về hóa đơn VAT, nghiệm thu theo giai đoạn.
Các loại hợp đồng và ai gánh rủi ro
Bạn cần nắm ba nhóm hợp đồng, vì mỗi loại phân bổ rủi ro khác nhau:
- Fixed-Price (giá cố định): Vendor chịu rủi ro về chi phí. Phù hợp khi phạm vi rõ ràng. Ở VN đây là loại phổ biến nhất cho outsourcing, nhưng cẩn thận — nếu SOW mơ hồ, vendor sẽ "cắt góc" để giữ lợi nhuận.
- Cost-Reimbursable (hoàn phí): Bạn (buyer) chịu rủi ro chi phí, trả chi phí thực tế cộng phí. Phù hợp khi phạm vi chưa rõ (ví dụ R&D). Hiếm gặp ở dự án VN vì đòi hỏi minh bạch chi phí cao.
- Time & Materials (T&M — theo thời gian và vật tư): Rủi ro chia sẻ, tính theo giờ công và nguyên vật liệu. Rất phổ biến khi thuê đội dev Agile ở VN, vì phạm vi thay đổi liên tục.
Tiêu chí đánh giá vendor
Ghi chú gốc của bài đã chỉ ra năm trục đánh giá cốt lõi. Ta mở rộng cho bối cảnh Việt Nam:
- Capability (năng lực): Vendor có làm được không? Xem portfolio, chứng chỉ (CMMI, ISO 27001 với công ty IT), quy mô đội ngũ.
- Price (giá): Không phải rẻ nhất là tốt nhất. Giá thấp bất thường ở VN thường báo hiệu vendor sẽ "phát sinh" sau này hoặc đội junior.
- Financial health (sức khỏe tài chính): Vendor có đủ tiền đi đường dài không? Một startup vendor phá sản giữa dự án là ác mộng. Kiểm tra qua báo cáo tài chính, thời gian hoạt động, hoặc đơn giản là tra cứu mã số thuế trên Cổng thông tin quốc gia về đăng ký doanh nghiệp.
- References (tham chiếu): Gọi cho khách hàng cũ của vendor. Ở VN đây là bước bị bỏ qua nhiều nhất nhưng lại giá trị nhất — người Việt thường nói thật khi được hỏi riêng.
- Cultural fit (phù hợp văn hóa): Vendor có làm việc được với cách vận hành của bạn không? Họ có phản hồi nhanh không, có giấu vấn đề không, có sẵn sàng làm Agile không? Ở VN, khác biệt văn hóa giữa công ty đa quốc gia và vendor nội địa nhỏ có thể gây ma sát lớn.
Tình huống thực tế
Tình huống 1 — "Giá rẻ nhất" khiến dự án chậm 4 tháng
Một công ty bán lẻ tại TP.HCM (gọi là NhaVietMart) cần xây dựng hệ thống quản lý đơn hàng online. PM phát RFP tới 5 công ty gia công phần mềm. Vendor A báo 1,2 tỷ đồng, vendor B báo 800 triệu, vendor C báo 480 triệu — rẻ hơn hẳn. Ban giám đốc ép PM chọn vendor C vì "tiết kiệm 40%".
Ba tháng sau, vendor C giao một sản phẩm đầy lỗi, đội thực hiện toàn là sinh viên mới ra trường, và bắt đầu đòi thêm 300 triệu cho các tính năng mà họ khẳng định "không có trong SOW". Vì SOW viết chung chung — chỉ ghi "xây hệ thống quản lý đơn hàng" mà không liệt kê từng chức năng — công ty không có cơ sở để bắt bẻ. Dự án chậm 4 tháng, tổng chi phí cuối cùng vượt cả báo giá của vendor B.
Bài học: Giá thấp bất thường là một tín hiệu rủi ro, không phải cơ hội. Nếu đã đánh giá đủ năm trục (đặc biệt là references và capability), PM có dữ liệu để phản biện lại ban giám đốc. Và một SOW chi tiết, liệt kê rõ deliverables, là tấm khiên pháp lý duy nhất khi vendor "trở mặt".
Tình huống 2 — Vendor tài chính yếu biến mất giữa chừng
Một dự án lắp đặt hệ thống điện mặt trời áp mái cho một nhà máy ở Bình Dương thuê một nhà thầu thi công nhỏ vì giá tốt và chủ thầu là "người quen giới thiệu". Không ai kiểm tra sức khỏe tài chính của nhà thầu. Đến giai đoạn 2, nhà thầu hết vốn xoay vòng — họ đã dùng tiền tạm ứng của dự án này để trả nợ dự án khác — và không thể mua đủ tấm pin để hoàn thành. Nhà máy phải tìm nhà thầu mới, mất thêm 2 tháng và chi phí phát sinh 15%.
Bài học: "Người quen giới thiệu" không thay thế được due diligence (thẩm định). Với hợp đồng có tạm ứng lớn, hãy dùng cơ chế payment milestone (thanh toán theo mốc nghiệm thu) và bảo lãnh thực hiện hợp đồng (performance bond) từ ngân hàng — hai công cụ chuẩn ở VN mà nhiều PM quên dùng. Chúng bảo vệ bạn khi vendor mất khả năng thực hiện.
Tình huống 3 — Chọn đúng vendor nhờ chấm điểm có trọng số
Một ngân hàng tại Hà Nội cần thuê agency triển khai chiến dịch chuyển đổi số cho mảng thẻ. PM không quyết theo cảm tính mà lập một weighted scoring matrix (ma trận chấm điểm có trọng số): Capability 30%, Price 25%, References 20%, Financial health 15%, Cultural fit 10%. Bốn agency được chấm trên thang 1–10 cho từng tiêu chí.
Agency báo giá thấp nhất chỉ đứng thứ ba về tổng điểm, vì references yếu và cultural fit thấp (họ quen làm cho startup, không quen môi trường ngân hàng chặt chẽ về compliance). Agency thắng có giá cao hơn 12% nhưng vượt trội về năng lực và references. Sáu tháng sau, chiến dịch đạt KPI sớm hơn kế hoạch. Quan trọng không kém: vì quyết định dựa trên ma trận minh bạch, PM bảo vệ được lựa chọn của mình trước hội đồng đấu thầu nội bộ và tránh mọi nghi ngờ về xung đột lợi ích.
Bài học: Một ma trận chấm điểm có trọng số biến quyết định chủ quan thành khách quan, có thể kiểm toán được. Trong môi trường VN nơi chuyện "chọn vendor thân quen" dễ gây điều tiếng, ma trận này vừa cho quyết định tốt hơn vừa bảo vệ chính bạn.
Hướng dẫn từng bước
Đây là quy trình bạn có thể áp dụng ngay cho lần chọn vendor tiếp theo:
Bước 1 — Make-or-Buy analysis. Trước tiên, xác định có thực sự cần thuê ngoài không, hay tự làm rẻ và kiểm soát tốt hơn. Cân nhắc năng lực nội bộ, chi phí, thời gian và rủi ro chiến lược (đừng thuê ngoài phần lõi tạo lợi thế cạnh tranh).
Bước 2 — Phát RFI để vẽ bản đồ thị trường. Gửi RFI tới 6–10 nhà cung cấp tiềm năng để thu thập thông tin năng lực. Kết quả là danh sách rút gọn (shortlist) 4–5 vendor đáng xem xét.
Bước 3 — Chọn RFP hay RFQ. Nếu cần giải pháp và cách tiếp cận, dùng RFP. Nếu chỉ cần so giá cho thứ đã chuẩn hóa, dùng RFQ. Viết tài liệu rõ ràng: bối cảnh, yêu cầu, tiêu chí đánh giá, thời hạn nộp, định dạng phản hồi.
Bước 4 — Xây dựng Source Selection Criteria. Trước khi nhận hồ sơ, hãy định nghĩa sẵn tiêu chí và trọng số (weighted scoring matrix). Làm việc này trước để tránh thiên vị khi đã thấy tên vendor.
Bước 5 — Đánh giá và due diligence. Chấm điểm hồ sơ. Với 2–3 ứng viên hàng đầu: gọi references, tra mã số thuế và tình trạng pháp lý doanh nghiệp, yêu cầu báo cáo tài chính, và nếu được thì thăm văn phòng vendor.
Bước 6 — Đàm phán và soạn SOW. Thương lượng giá, timeline, điều khoản. Cùng vendor viết SOW chi tiết: deliverables cụ thể, acceptance criteria đo lường được, milestone, và cơ chế xử lý thay đổi (change request).
Bước 7 — Ký hợp đồng với điều khoản bảo vệ. Đảm bảo hợp đồng có: payment theo milestone, phạt trễ hạn (penalty/liquidated damages), bảo hành, điều khoản chấm dứt, sở hữu trí tuệ, và bảo lãnh thực hiện nếu giá trị lớn. Với vendor VN, kiểm tra tư cách xuất hóa đơn VAT.
Bước 8 — Quản lý hợp đồng (Contract administration). Ký xong không phải là hết việc. Theo dõi tiến độ, nghiệm thu từng milestone, quản lý change request, và duy trì quan hệ. Đây là phần dài nhất và bị lơ là nhất.
Lỗi thường gặp & mẹo
Lỗi 1 — SOW mơ hồ. Đây là nguyên nhân số một của tranh chấp. Mẹo: mỗi deliverable phải trả lời được câu "làm sao biết cái này đã xong và đạt yêu cầu?". Nếu không đo được, viết lại.
Lỗi 2 — Bỏ qua references. PM thường ngại gọi khách hàng cũ của vendor. Mẹo: hỏi câu mở như "Nếu làm lại, anh/chị có chọn vendor này nữa không? Vì sao?" — câu trả lời do dự đã nói lên nhiều điều.
Lỗi 3 — Để quan hệ cá nhân lấn át quy trình. Ở VN, "chỗ quen biết" rất mạnh. Không có gì sai khi làm với người quen, nhưng vẫn phải qua ma trận chấm điểm và có hợp đồng đầy đủ. Quan hệ tốt không thay được điều khoản pháp lý.
Lỗi 4 — Tạm ứng quá nhiều mà không có bảo lãnh. Tạm ứng 50% mà không có performance bond là mời gọi rủi ro. Mẹo: gắn thanh toán với milestone nghiệm thu, giữ lại 5–10% (retention) đến khi hết bảo hành.
Lỗi 5 — Chọn theo giá thấp nhất. Như tình huống 1 đã cho thấy, giá thấp bất thường thường đắt hơn về sau. Mẹo: luôn hỏi "vì sao vendor này rẻ hơn 40%?" — nếu không có lời giải hợp lý, đó là cờ đỏ.
Mẹo vàng: Xây một "vendor scorecard" và cập nhật sau mỗi dự án. Theo thời gian, bạn có một cơ sở dữ liệu vendor đáng tin cậy — tài sản quý giá cho cả team và cho sự nghiệp PM của bạn.
Bài tập thực hành
- Phân loại tài liệu: Với ba tình huống sau, xác định nên dùng RFI, RFP hay RFQ, và giải thích: (a) bạn cần mua 500 bộ đồng phục theo mẫu có sẵn; (b) bạn cần một hệ thống chatbot AI cho chăm sóc khách hàng nhưng chưa rõ giải pháp; (c) bạn mới nhận dự án và chưa biết thị trường có nhà cung cấp thiết bị IoT nào.
- Xây ma trận chấm điểm: Cho một dự án thuê agency thiết kế thương hiệu, hãy đề xuất 5 tiêu chí đánh giá kèm trọng số (tổng 100%), và giải thích vì sao bạn cho tiêu chí nào trọng số cao nhất.
- Soi hợp đồng: Viết ra 5 điều khoản bắt buộc bạn sẽ yêu cầu trong hợp đồng với một vendor VN để bảo vệ dự án của mình, giải thích mỗi điều khoản chống lại rủi ro nào.
- Case tự luận: Ban giám đốc ép bạn chọn vendor rẻ nhất dù bạn đánh giá vendor đó rủi ro. Hãy viết một đoạn 150 từ trình bày lập luận thuyết phục dựa trên dữ liệu để bảo vệ lựa chọn tốt hơn.
Tóm tắt
- Chu trình chọn vendor đi theo phễu: RFI (thăm dò thị trường) → RFP (mời đề xuất giải pháp) hoặc RFQ (mời báo giá cho thứ đã chuẩn hóa) → SOW (mô tả công việc chi tiết) → Hợp đồng.
- Đánh giá vendor trên năm trục: năng lực, giá, sức khỏe tài chính, references, và cultural fit — không bao giờ chỉ chọn theo giá.
- Dùng weighted scoring matrix để biến quyết định chủ quan thành khách quan, có thể kiểm toán — đặc biệt quan trọng ở VN để tránh điều tiếng.
- SOW chi tiết với acceptance criteria đo lường được là tấm khiên pháp lý mạnh nhất chống tranh chấp.
- Bảo vệ dự án bằng payment theo milestone, retention, phạt trễ hạn và performance bond — nhất là với vendor tài chính yếu.
- "Người quen giới thiệu" không thay được due diligence và hợp đồng đầy đủ. Quan hệ và quy trình phải đi cùng nhau.
- Ký hợp đồng chưa phải là kết thúc — contract administration (quản lý và nghiệm thu suốt vòng đời) mới quyết định thành bại thực sự.