Hầu hết quy trình đánh giá vendor thất bại vì dựa vào proposal đẹp và reference được chọn lọc. Bài viết đưa khung 7 tiêu chí: ngôn ngữ, năng lực AI, chiều sâu kỹ thuật, minh bạch quy trình, ổn định đội ngũ, tương thích văn hoá, rõ ràng hợp đồng, kèm câu hỏi cụ thể và dấu hiệu cảnh báo cho từng tiêu chí.
Mục lục
- Vì sao đánh giá vendor theo cách thông thường thường thất bại?
- Khung đánh giá 7 tiêu chí là gì?
- 7 tiêu chí, câu hỏi cần hỏi, và dấu hiệu cảnh báo
- Cách dùng khung này trong buổi đánh giá thật
- Bốn sai lầm thường gặp khi đánh giá vendor
- Khi nào khung này KHÔNG đủ
- Câu hỏi thường gặp
Vì sao đánh giá vendor theo cách thông thường thường thất bại?
Phần lớn quy trình đánh giá đối tác phát triển phần mềm offshore áp dụng đúng công thức dùng để đánh giá vendor nội địa: xem proposal, gọi điện tham khảo, so sánh giá. Công thức này thất bại ở đúng 3 điểm.
Proposal là marketing, không phải bằng chứng. Bất kỳ đội sales nào đủ giỏi cũng dựng được một bản capability deck đẹp. Điều quan trọng là chuyện gì xảy ra sau khi ký hợp đồng, không phải trước đó.
Cuộc gọi tham khảo đã được chọn lọc. Reference mà vendor chủ động đưa ra luôn là khách hài lòng nhất. Giá trị thật nằm ở việc hỏi thêm những reference vendor KHÔNG chủ động đưa ra.
So sánh giá bỏ sót tổng chi phí thật. Một vendor báo giá thấp hơn có thể tốn kém hơn hẳn khi tính thêm chi phí làm lại, chi phí quản lý phát sinh, và chi phí từ những lần hiểu sai yêu cầu (những khoản này không nằm trong bảng báo giá ban đầu).
Khung 7 tiêu chí dưới đây được thiết kế để làm lộ ra đúng những phần mà quy trình đánh giá thông thường bỏ sót.
Khung đánh giá 7 tiêu chí là gì?
Khung đánh giá 7 tiêu chí là bộ câu hỏi có cấu trúc để kiểm tra năng lực thật của một đối tác phát triển phần mềm, thay vì dựa vào những gì proposal trình bày.
Mỗi tiêu chí gồm 3 phần: câu hỏi cần đặt ra, cách xác minh câu trả lời (không chỉ nghe mà cần yêu cầu bằng chứng), và dấu hiệu cảnh báo: câu trả lời cho thấy vendor không đạt tiêu chí đó.
Khác với checklist thông thường (chỉ liệt kê "có/không có" một năng lực), khung này buộc người đánh giá phải xác minh, không chỉ hỏi. Đây là khác biệt quan trọng nhất: một vendor có thể trả lời đúng mọi câu hỏi mà vẫn không đạt tiêu chí, nếu câu trả lời không kèm bằng chứng kiểm chứng được.
7 tiêu chí, câu hỏi cần hỏi, và dấu hiệu cảnh báo
Tiêu chí 1. Ngôn ngữ: đừng tin lời nói, hãy xác minh
Câu hỏi: Đội trực tiếp xây dựng sản phẩm có giao tiếp trực tiếp bằng ngôn ngữ của bạn không, hay "hỗ trợ tiếng Nhật" chỉ nghĩa là có một account manager phiên dịch lại?
Cách xác minh: Yêu cầu trao đổi kỹ thuật trực tiếp với đúng kỹ sư sẽ làm dự án, không phải đội sales. Yêu cầu trưởng nhóm giải thích một quyết định kỹ thuật gần đây, kể cả lý do loại bỏ phương án khác.
Dấu hiệu cảnh báo: "Chúng tôi có PM biết tiếng Nhật" (đây là tầng phiên dịch, không phải giao tiếp trực tiếp). Mọi câu hỏi kỹ thuật đều phải đi qua đội sales mới có câu trả lời.
Tiêu chí 2. Năng lực AI: là công cụ dùng thỉnh thoảng, hay quy trình chuẩn của cả đội?
Câu hỏi: Việc dùng AI trong phát triển là thói quen cá nhân của vài kỹ sư, hay là tiêu chuẩn vận hành của toàn đội?
Cách xác minh: Hỏi cụ thể công cụ AI đang dùng (không phải nói chung chung "có dùng AI"). Yêu cầu ví dụ thật về cách AI được dùng trong sinh test tự động hoặc code review.
Dấu hiệu cảnh báo: "Chúng tôi dùng ChatGPT để viết tài liệu" là câu trả lời duy nhất, không có gì cụ thể về test hay thiết kế. Chỉ một vài kỹ sư dùng AI, chưa thành chuẩn chung của đội.
Tiêu chí 3. Chiều sâu kiến trúc kỹ thuật: có tư duy được, hay chỉ implement theo yêu cầu?
Câu hỏi: Đội có kỹ sư senior đủ khả năng đưa ra quyết định kiến trúc, hay chỉ có người thực thi đúng những gì được giao?
Cách xác minh: Đưa ra một bài toán kiến trúc thật, yêu cầu đề xuất từ 2-3 phương án kèm đánh đổi (trade-off) của từng phương án. Hỏi về quyết định kiến trúc khó nhất họ từng đưa ra, và những phương án nào đã bị loại bỏ.
Dấu hiệu cảnh báo: Giải pháp đề xuất luôn khớp chính xác với yêu cầu ban đầu, không phản biện, không đề xuất thay thế.
Tiêu chí 4. Minh bạch quy trình: có thấy được thực trạng hay không?
Câu hỏi: Khi chất lượng hoặc tiến độ có vấn đề, bạn có phát hiện được trước khi nó thành khủng hoảng không?
Cách xác minh: Hỏi cụ thể chuyện gì xảy ra khi sprint không đạt mục tiêu. Yêu cầu xem bản ghi retrospective thật (có thể ẩn danh) từ dự án trước.
Dấu hiệu cảnh báo: "Chúng tôi báo cáo hằng tuần" là câu trả lời duy nhất, không nhắc tới chỉ số cụ thể hay cơ chế retrospective nào.
Tiêu chí 5. Ổn định đội ngũ: ai thực sự phụ trách dự án của bạn?
Câu hỏi: Đội phụ trách dự án của bạn sau 6-12 tháng có còn là đúng những người ban đầu không?
Cách xác minh: Hỏi thời gian gắn bó trung bình của kỹ sư trong các dự án dài hạn đang chạy (không phải trung bình toàn công ty). Hỏi quy trình bàn giao khi một kỹ sư rời dự án có được ghi lại bằng văn bản không.
Dấu hiệu cảnh báo: Câu trả lời mơ hồ về thời gian gắn bó. Không có quy trình bàn giao ghi lại bằng văn bản: kiến thức chỉ nằm trong đầu từng cá nhân.
Tiêu chí 6. Tương thích văn hoá: là đối tác, hay chỉ là nhà thầu?
Câu hỏi: Đội có chủ động báo cáo vấn đề và đề xuất cải tiến, hay chỉ chờ chỉ thị?
Cách xác minh: Hỏi một lần họ không đồng ý với hướng kỹ thuật của khách hàng, và họ đã xử lý thế nào. Hỏi họ làm gì khi phát hiện vấn đề nằm ngoài phạm vi được giao.
Dấu hiệu cảnh báo: Chưa từng phản biện khách hàng lần nào. Định nghĩa thành công chỉ là "giao đúng hạn", không nhắc gì tới kết quả kinh doanh.
Tiêu chí 7. Rõ ràng hợp đồng: phân chia rủi ro có công bằng không?
Câu hỏi: Khi có sự cố xảy ra, điều khoản hợp đồng có thực thi được và công bằng cho cả hai bên không?
Cách xác minh: Hỏi cụ thể quyền sở hữu trí tuệ được quy định thế nào. Hỏi họ có chấp nhận thanh toán theo mốc (milestone) không. Hỏi cách xử lý chi phí phát sinh do hiểu sai yêu cầu được quy định ra sao trong hợp đồng.
Dấu hiệu cảnh báo: Quyền sở hữu trí tuệ mơ hồ hoặc cần trả thêm phí. Từ chối thảo luận thanh toán theo mốc ở bất kỳ giai đoạn nào. Toàn bộ rủi ro đổ về phía khách hàng.
Cách dùng khung này trong buổi đánh giá thật
Khung 7 tiêu chí phát huy tác dụng tốt nhất khi dùng làm kịch bản cho 1 buổi trao đổi trực tiếp với đúng người sẽ làm dự án, không phải gửi bảng câu hỏi qua email cho đội sales trả lời.
Thứ tự đề xuất: bắt đầu từ tiêu chí 1 (ngôn ngữ) và tiêu chí 3 (chiều sâu kỹ thuật). Đây là 2 tiêu chí dễ lộ khoảng cách giữa proposal và thực tế nhất trong 15-20 phút đầu buổi trao đổi. Nếu 2 tiêu chí này có dấu hiệu cảnh báo rõ, có thể dừng đánh giá sớm, không cần đi hết cả 7.
Ghi lại câu trả lời bằng văn bản ngay trong buổi trao đổi, không dựa vào trí nhớ sau đó. Đối chiếu ghi chú với nhiều vendor cùng lúc dễ phát hiện khác biệt hơn là đánh giá từng vendor riêng lẻ theo thời gian.
Bốn sai lầm thường gặp khi đánh giá vendor
Chỉ hỏi đội sales, không gặp kỹ sư thật. Hậu quả: mọi câu trả lời đều đã qua lọc marketing, không phản ánh năng lực thật của đội sẽ làm việc. Cách tránh: yêu cầu rõ ràng ngay từ đầu buổi hẹn đầu tiên phải có mặt kỹ sư sẽ trực tiếp phụ trách.
Coi giá thấp nhất là tiêu chí quyết định. Hậu quả: bỏ qua chi phí làm lại và chi phí quản lý phát sinh, thường lớn hơn phần chênh lệch giá ban đầu. Cách tránh: dùng tiêu chí 7 (rõ ràng hợp đồng) để ước tính rủi ro chi phí ẩn trước khi so giá.
Chỉ hỏi câu hỏi, không yêu cầu bằng chứng. Hậu quả: nhận được câu trả lời đúng mẫu nhưng không kiểm chứng được. Cách tránh: luôn đi kèm phần "cách xác minh" của mỗi tiêu chí, không dừng ở câu hỏi.
Đánh giá một lần rồi thôi, không theo dõi tiếp. Hậu quả: vendor thể hiện tốt ở buổi đánh giá nhưng không duy trì được sau vài tháng. Cách tránh: đưa tiêu chí 4 (minh bạch quy trình) và tiêu chí 5 (ổn định đội ngũ) vào báo cáo định kỳ trong suốt dự án, không chỉ dùng một lần lúc chọn vendor.
Khi nào khung này KHÔNG đủ
Khung 7 tiêu chí giúp lọc vendor kém, nhưng có 3 giới hạn cần biết trước:
Không thay thế được việc kiểm tra pháp lý thật. Tiêu chí 7 giúp đặt đúng câu hỏi về hợp đồng, nhưng không thay thế luật sư rà soát điều khoản áp dụng luật, quyền tài phán, và các quy định đặc thù ngành nếu dự án có yêu cầu tuân thủ nghiêm ngặt.
Không đo được năng lực với ngành bạn chưa từng làm. Một vendor trả lời tốt cả 7 tiêu chí vẫn có thể chưa từng làm đúng ngành của bạn (y tế, tài chính, sản xuất có quy định riêng). Cần hỏi thêm case cụ thể trong đúng ngành, không suy ra từ năng lực chung.
Không phù hợp cho quyết định cần gấp trong vài giờ. Khung này cần ít nhất một buổi trao đổi trực tiếp 45-60 phút với đúng người làm dự án để có giá trị. Nếu thời gian quyết định quá gấp để làm việc này, khung sẽ không phát huy được tác dụng thật.
Câu hỏi thường gặp
Cần hỏi hết cả 7 tiêu chí trong 1 buổi hẹn không? Không bắt buộc. Bắt đầu từ tiêu chí 1 và 3. Nếu có dấu hiệu cảnh báo rõ ở 2 tiêu chí này, có thể dừng sớm mà không cần đi hết. Nếu cả 2 đều ổn, tiếp tục với các tiêu chí còn lại trong cùng buổi hoặc buổi kế tiếp.
Vendor từ chối cho gặp trực tiếp kỹ sư, chỉ cho gặp PM, có phải dấu hiệu xấu không? Đúng theo tiêu chí 1, đây là dấu hiệu cảnh báo cần lưu ý, không nhất thiết loại vendor ngay, nhưng nên hỏi thẳng lý do và cân nhắc kỹ hơn trước khi quyết định.
Khung này có áp dụng được cho vendor trong nước, không riêng offshore không? Có. 7 tiêu chí không phụ thuộc vị trí địa lý của vendor: vấn đề "proposal đẹp nhưng thực tế khác" xảy ra với cả vendor nội địa lẫn offshore.
Nếu vendor không đạt 1-2 tiêu chí nhưng các tiêu chí khác rất tốt thì sao? Không có tiêu chí nào là điều kiện loại trừ tuyệt đối, trừ dấu hiệu cảnh báo nghiêm trọng ở tiêu chí 7 (rủi ro hợp đồng đổ hết về phía khách hàng). Cân nhắc tổng thể, nhưng ưu tiên tiêu chí phù hợp nhất với rủi ro lớn nhất của dự án cụ thể.
Nên áp dụng khung này ở giai đoạn nào của quá trình chọn vendor? Sau khi đã lọc ngắn danh sách còn 2-3 ứng viên qua vòng xem proposal ban đầu. Dùng khung này cho vòng phỏng vấn trực tiếp cuối cùng, không phải vòng lọc đầu tiên vì tốn nhiều thời gian hơn một buổi xem hồ sơ.
Kết luận
- Đánh giá vendor theo cách thông thường (proposal, reference, giá) thường thất bại vì bỏ sót 3 điểm: proposal là marketing, reference đã chọn lọc, giá bỏ sót tổng chi phí thật.
- Khung 7 tiêu chí buộc người đánh giá xác minh, không chỉ hỏi: mỗi tiêu chí có câu hỏi, cách xác minh, và dấu hiệu cảnh báo riêng.
- Khung này không thay thế kiểm tra pháp lý, không đo được năng lực ngành đặc thù, và cần thời gian trao đổi trực tiếp thật để có giá trị.
Nếu bạn đang trong quá trình đánh giá đối tác phát triển phần mềm và muốn áp dụng khung này cho một buổi trao đổi thật, đăng ký buổi tư vấn với VAON: chúng tôi trả lời đúng theo cấu trúc 7 tiêu chí này, kể cả những phần chúng tôi chưa làm được.
