Chọn nhà cung cấp phần mềm: quy trình 5 bước và thang điểm

Chọn nhà cung cấp phần mềm gồm năm bước: chốt bài toán và ngân sách, gửi cùng một bộ yêu cầu cho mọi ứng viên, chấm điểm bằng thang có trọng số, kiểm chứng bằng bằng chứng, rồi ký hợp đồng thử nghiệm trước hợp đồng lớn. Thang điểm bảy tiêu chí giúp so sánh khách quan.

Tóm tắt nhanh

• Chọn nhà cung cấp là một bài toán so sánh có tiêu chí, không phải bài toán cảm nhận. Nếu không viết được tiêu chí thành cột và điểm, bạn đang chọn theo ấn tượng của buổi họp đầu tiên.
• Bảy tiêu chí dưới đây có trọng số cộng lại bằng 100. Trọng số thay đổi theo loại dự án, nhưng bộ tiêu chí thì không đổi, nhờ vậy các lần mua sắm sau vẫn so sánh được với nhau.
• Điểm chỉ có giá trị khi mỗi mức điểm có neo mô tả. Hai người chấm cùng một nhà cung cấp mà lệch nhau quá một điểm là dấu hiệu thang điểm chưa đủ rõ, không phải dấu hiệu một người sai.
• Có những tiêu chí không dùng để cộng điểm mà dùng để loại trực tiếp. Nhầm lẫn giữa hai loại này là lý do phổ biến nhất khiến một thang điểm đẹp vẫn dẫn tới quyết định sai.

Vì sao việc chọn nhà cung cấp hay thất bại

Ba kiểu thất bại lặp lại ở hầu hết các dự án phần mềm thuê ngoài.

Thứ nhất, so sánh những thứ không so sánh được. Mỗi nhà cung cấp nhận một bản mô tả khác nhau, nên báo giá và phương án khác nhau ở chỗ then chốt. Khi đó câu hỏi "bên nào tốt hơn" không có câu trả lời, vì hai bên đang giải hai bài toán khác nhau.

Thứ hai, đánh giá bằng buổi thuyết trình. Buổi thuyết trình đo khả năng trình bày, không đo khả năng giao hàng. Một đội trình bày tốt nhưng không có quy trình kiểm thử sẽ gây ra vấn đề đúng vào tháng thứ tư của dự án, khi đã quá muộn để đổi.

Thứ ba, bỏ qua chi phí sau bàn giao. Giá xây dựng là một phần; chi phí vận hành, sửa lỗi, nâng cấp và chuyển giao mới là phần lớn trong tổng chi phí sở hữu. Một phương án rẻ lúc ký hợp đồng có thể đắt gấp nhiều lần sau hai năm nếu mã nguồn không có tài liệu và không có người tiếp nhận.

Ba kiểu thất bại này có chung một nguyên nhân: thiếu một khung so sánh viết ra trước khi gặp nhà cung cấp đầu tiên. Khung đó là thứ bài viết này cung cấp.

Quy trình năm bước

Năm bước dưới đây được sắp theo thứ tự thời gian. Bước 1 và bước 2 làm trước khi liên hệ bất kỳ ai; làm ngược lại sẽ khiến bạn bị dẫn dắt bởi câu chuyện của nhà cung cấp.

Bước 1 — Chốt bài toán và ngân sách trước khi gặp nhà cung cấp

Bạn cần ba thứ trước khi gửi lời mời: phát biểu bài toán trong một đoạn, phạm vi sơ bộ, và khoảng ngân sách bạn thực sự có thể phê duyệt.

Phát biểu bài toán phải nêu được hiện trạng và trạng thái mong muốn, cả hai bằng dữ kiện. Ví dụ: hiện tại mỗi kỳ chốt số, kế toán đối chiếu tay ba nguồn và mất hai ngày; mong muốn là số liệu chốt kỳ sinh ra từ một nguồn, có đối chiếu tự động và có log. Câu này đủ để nhà cung cấp hiểu bạn đang mua gì, và đủ để bạn loại những bên chỉ chào một sản phẩm đóng gói không liên quan.

Phạm vi sơ bộ nên có cả mục "không bao gồm". Không có mục này, mọi báo giá đều không so sánh được vì mỗi bên tự hiểu phần rìa theo cách khác nhau.

Khoảng ngân sách không cần công bố cho nhà cung cấp. Nhưng bạn phải biết nó, vì nó quyết định bạn đang mua một bản dùng thử, một hệ thống nội bộ, hay một sản phẩm cho khách hàng cuối. Ba loại này cần ba kiểu nhà cung cấp khác nhau, và tiêu chí chấm điểm cũng khác trọng số.

Bước 2 — Gửi cùng một bộ yêu cầu cho mọi nhà cung cấp

Bộ yêu cầu tối thiểu gồm sáu mục: bối cảnh, phạm vi và ngoài phạm vi, danh sách chức năng chính, yêu cầu phi chức năng có ngưỡng, các hệ thống cần tích hợp, và mốc thời gian mong muốn.

Yêu cầu phi chức năng là phần hay bị bỏ và cũng là phần phân biệt nhà cung cấp tốt với nhà cung cấp yếu. Một bên trả lời "hệ thống chạy nhanh" và một bên trả lời "trang danh sách tải dưới hai giây với 50.000 bản ghi, đo trên môi trường kiểm thử" là hai mức năng lực khác nhau, và sự khác biệt đó hiện ra ngay ở câu trả lời.

Gửi cùng một bộ yêu cầu còn có tác dụng thứ hai: nó tạo ra một mốc thời gian chung. Nếu một nhà cung cấp cần thêm ba tuần để hiểu yêu cầu trong khi bên khác trả lời trong một tuần, đó là dữ liệu về năng lực phân tích, không phải về sự chậm chạp.

Định dạng trả lời nên cố định: một tài liệu phương án, một bảng phân rã công việc theo giai đoạn, một bảng giả định và phụ thuộc, và một bảng câu hỏi cần bạn làm rõ. Bốn tài liệu này đủ để chấm điểm ở bước 3.

Bước 3 — Chấm điểm bằng thang có trọng số

Đây là bước quyết định, và cũng là bước dễ làm hình thức nhất. Một thang điểm chỉ có giá trị khi ba điều kiện đúng: mỗi tiêu chí có định nghĩa viết ra, mỗi mức điểm có neo mô tả, và người chấm ghi lại bằng chứng cho điểm mình cho.

Thang điểm bảy tiêu chí ở phần dưới là bản bạn có thể sao chép. Điểm tổng là trung bình có trọng số, thang 1 đến 5. Đừng dùng thang 1 đến 10: khoảng cách giữa 7 và 8 không có nghĩa, và người chấm sẽ chia về các mức quen thuộc là 7, 8, 9.

Một quy tắc thực dụng: chấm độc lập trước, họp sau. Nếu cả hội đồng chấm cùng lúc trong một phòng, người nói to nhất sẽ kéo điểm của cả phòng, và thang điểm trở thành biên bản của một cuộc thương lượng.

Bước 4 — Kiểm chứng bằng bằng chứng, không bằng lời giới thiệu

Ở bước này bạn xin bằng chứng cho những điểm đã cho. Bằng chứng có bốn dạng, xếp theo độ tin cậy giảm dần: sản phẩm chạy được bạn tự tay thử, tài liệu kỹ thuật có thể đọc và đối chiếu, người tham chiếu trả lời theo kịch bản bạn soạn, và lời mô tả trong buổi họp.

Lời giới thiệu thuộc dạng cuối. Nó không vô giá trị, nhưng nó là dạng yếu nhất vì người giới thiệu thường do nhà cung cấp chọn và thường chỉ nói về điểm tốt. Kịch bản ba câu hỏi ở phần sau được thiết kế để lấy được cả phần khó.

Nguyên tắc: không cho điểm 4 hoặc 5 cho bất kỳ tiêu chí nào mà bạn không có bằng chứng ở một trong ba dạng đầu. Điểm 3 là mức trần cho "nghe hợp lý nhưng chưa kiểm chứng".

Bước 5 — Chốt hợp đồng thử nghiệm trước hợp đồng lớn

Với dự án có rủi ro, cách giảm rủi ro rẻ nhất là mua một phần nhỏ trước. Hợp đồng thử nghiệm thường gồm một giai đoạn khám phá và đặc tả có thời hạn, hoặc một nhát cắt dọc của hệ thống chạy được trên dữ liệu thật.

Hai điều cần ghi rõ trong hợp đồng thử nghiệm: sản phẩm bàn giao của giai đoạn thử, và điều kiện để chuyển sang hợp đồng chính. Không có hai điều này, giai đoạn thử biến thành một dự án nhỏ không có kết luận, và bạn quay lại điểm xuất phát với ít ngân sách hơn.

Giai đoạn thử cũng là lúc kiểm chứng những gì buổi họp không kiểm chứng được: tốc độ phản hồi, chất lượng câu hỏi làm rõ, cách xử lý khi phát hiện mâu thuẫn trong yêu cầu, và cách ghi lại quyết định. Trình tự hồ sơ từ bước mời thầu tới hợp đồng thử được mô tả riêng trong quy trình chọn nhà cung cấp.

Thang điểm bảy tiêu chí

Bảng dưới đây là bộ tiêu chí đầy đủ. Trọng số cộng lại bằng 100. Cột "bằng chứng cần xin" là thứ bạn yêu cầu ở bước 4; cột "dấu hiệu cảnh báo" là thứ tiêu chí này được thiết kế để bắt. Trước khi chấm, cần phân biệt rõ ba loại hình nhà cung cấp trên thị trường, vì mỗi loại có điểm mạnh yếu khác nhau — xem nhà cung cấp phần mềm là gì.

Điểm tổng được tính bằng tổng của điểm từng tiêu chí nhân trọng số rồi chia 100. Ví dụ, nếu tiêu chí 1 được 4 điểm và tiêu chí 2 được 3 điểm, phần đóng góp của hai tiêu chí này là (4 × 20 + 3 × 20) / 100 = 1,4 điểm trên thang 5.

Hai tiêu chí đầu chiếm 40% là có chủ ý. Hiểu sai bài toán và chọn sai công nghệ là hai lỗi không sửa được bằng quản lý dự án giỏi; ba tiêu chí tiếp theo có thể cải thiện trong quá trình làm việc nếu hai bên thiện chí.

Cách chấm điểm để không tự lừa mình

Neo điểm 1 đến 5

Mỗi mức điểm cần một câu mô tả để hai người chấm khác nhau ra cùng kết quả. Bảng dưới đây là neo dùng chung cho cả bảy tiêu chí; khi chấm, bạn đọc neo rồi đối chiếu bằng chứng.

Neo này có một hệ quả quan trọng: điểm 4 và 5 đòi bằng chứng ở dạng mạnh. Nếu hội đồng chấm toàn 4 và 5 sau buổi họp đầu tiên, gần như chắc chắn họ đang cho điểm theo ấn tượng.

Hội chấm điểm và cách xử lý lệch điểm

Ba người chấm là đủ cho hầu hết dự án: một người hiểu nghiệp vụ, một người hiểu kỹ thuật, một người chịu trách nhiệm ngân sách. Chấm độc lập, ghi bằng chứng, rồi họp.

Khi hai người lệch nhau từ hai điểm trở lên ở cùng một tiêu chí, đừng lấy trung bình. Lấy trung bình sẽ che mất chỗ thang điểm chưa rõ. Thay vào đó, mỗi người đọc bằng chứng mình dựa vào; thường chỉ cần như vậy là hai người thống nhất, hoặc phát hiện một người đã bỏ qua bằng chứng quan trọng.

Nếu sau khi đọc bằng chứng vẫn lệch, ghi lại cả hai điểm và lý do. Đây là dữ liệu tốt: nó cho thấy tiêu chí đó chưa đủ rõ để dùng cho lần mua sắm sau, và nó ngăn một quyết định quan trọng bị đẩy qua bằng cách lấy trung bình.

Ngưỡng loại trực tiếp

Một số điều kiện không cộng điểm mà loại thẳng, bất kể điểm tổng. Bốn ngưỡng dưới đây là mức tối thiểu; bạn có thể thêm nhưng không nên bớt.

Ngưỡng thứ hai là ngưỡng hay bị bỏ qua nhất, và cũng là ngưỡng gây thiệt hại lớn nhất về dài hạn. Một nhà cung cấp giỏi nhưng giữ mã nguồn là một ràng buộc vĩnh viễn, không phải một chi tiết hợp đồng.

Trọng số điều chỉnh theo loại dự án

Bộ tiêu chí không đổi, nhưng trọng số nên đổi theo loại dự án. Bảng dưới đây là ba cấu hình thường dùng; cột số là trọng số phần trăm.

Với hệ thống nội bộ, tài liệu và bàn giao được đẩy lên vì hệ thống sẽ sống lâu hơn dự án và thường do đội khác vận hành. Với sản phẩm cho khách hàng cuối, năng lực kỹ thuật và quy trình được đẩy lên vì chi phí sửa lỗi trên sản phẩm đã phát hành cao hơn nhiều so với sửa trong giai đoạn xây.

Với dự án tích hợp hệ thống cũ, chi phí tổng sở hữu giảm trọng số một cách có chủ ý: trong loại dự án này, rủi ro chính không phải chi phí mà là khả năng đọc hiểu hệ thống hiện hữu và dữ liệu bẩn. Hai tiêu chí hiểu bài toán và bàn giao tài liệu quan trọng hơn.

Bảy dấu hiệu loại ngay

Bảy dấu hiệu dưới đây không cần chấm điểm. Gặp là loại, vì chi phí kiểm chứng tiếp lớn hơn giá trị kỳ vọng.

1. Không hỏi câu nào về dữ liệu hiện có. Dự án nào cũng có dữ liệu cũ, dữ liệu lỗi và dữ liệu không ai chịu trách nhiệm. Một đội không hỏi về dữ liệu là đội chưa từng bàn giao hệ thống chạy thật.
2. Đưa ra báo giá trước khi có phạm vi. Con số đưa ra trước khi hiểu phạm vi là con số sẽ thay đổi, và nó thay đổi theo hướng bất lợi cho bạn.
3. Mọi câu trả lời đều "làm được". Một đội nói làm được mọi thứ là đội chưa phân biệt được cái gì khó. Câu trả lời đáng tin thường có dạng "làm được, nhưng cần đánh đổi X".
4. Không có mẫu tài liệu để cho xem. Quy trình không có mẫu là quy trình chưa từng chạy. Xin một mẫu tài liệu đặc tả và một mẫu báo cáo kiểm thử đã khử thông tin khách hàng.
5. Không nêu tên người chịu trách nhiệm. Chỉ có kênh bán hàng nghĩa là bạn sẽ đàm phán với người bán hàng trong suốt dự án, và mọi vấn đề kỹ thuật đi qua một lớp trung gian.
6. Từ chối giai đoạn thử có sản phẩm bàn giao. Từ chối thử ở quy mô nhỏ là dấu hiệu rủi ro bị đẩy hoàn toàn về phía bạn.
7. Không có ý kiến phản biện nào về yêu cầu của bạn. Yêu cầu của khách hàng luôn có chỗ mâu thuẫn hoặc đắt bất thường. Một đội không chỉ ra được chỗ nào là đội sẽ làm đúng những gì được ghi, kể cả khi điều được ghi là không hợp lý.

Bộ câu hỏi phỏng vấn và câu trả lời đáng tin

Sáu câu dưới đây dùng ở buổi làm việc kỹ thuật, không phải buổi giới thiệu. Mỗi câu có một dạng trả lời tốt và một dạng trả lời cảnh báo.

Câu cuối là câu quan trọng nhất. Một đội trả lời "chưa từng thất bại" đang nói rằng họ chưa từng làm dự án đủ khó, hoặc đang không trung thực. Cả hai đều là thông tin bạn cần biết trước khi ký.

Chi phí thật của một lựa chọn sai

Chi phí của việc chọn sai không nằm ở phần đã trả. Nó nằm ở phần phải trả thêm để sửa, và ở thời gian bị mất.

Cách đọc bảng này: mỗi dòng là một khoản chi phí bạn có thể tránh bằng một câu hỏi ở bước 2 hoặc một ngưỡng ở bước 3. Đó là lý do quy trình này đáng làm dù mất thêm vài tuần trước khi ký.

Những gì cần có trong hợp đồng sau khi chọn

Sau khi chọn, ba điều khoản quyết định bạn có bị khoá hay không. Chúng không phải điều khoản giá.

Thứ nhất, sở hữu và bàn giao. Hợp đồng phải nói rõ mã nguồn, tài liệu thiết kế, tài liệu vận hành và quyền triển khai thuộc về bạn khi thanh toán xong. Điều khoản này nên nêu cả mốc bàn giao: bàn giao theo từng đợt hay một lần cuối dự án. Bàn giao theo đợt an toàn hơn cho cả hai bên.

Thứ hai, nghiệm thu. Mỗi mốc thanh toán phải gắn với tiêu chí nghiệm thu kiểm chứng được, không gắn với ngày. Nếu hợp đồng ghi "thanh toán theo tiến độ" mà không nói đạt gì thì tiến độ do một bên định nghĩa.

Thứ ba, chuyển giao tri thức. Hợp đồng nên có một hoạt động bàn giao có người nhận, có thời lượng, và có sản phẩm là một buổi chạy thử hệ thống do phía bạn cầm trịch. Không có hoạt động này, tài liệu tồn tại nhưng kiến thức thì không.

Cách viết điều khoản nghiệm thu và sở hữu được trình bày chi tiết trong hợp đồng phát triển phần mềm. Cách chấm điểm các bản báo giá trên cùng một phạm vi được trình bày trong đánh giá nhà cung cấp. Còn các mốc của dự án mà điều khoản nghiệm thu phải bám vào được trình bày trong quy trình phát triển phần mềm là gì.

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

Nên chọn bao nhiêu nhà cung cấp để so sánh?

Ba là số hợp lý cho hầu hết dự án: đủ để thấy khác biệt về cách hiểu bài toán, và không quá nhiều để việc chấm điểm trở thành gánh nặng. Hai nhà cung cấp thường dẫn tới so sánh nhị phân "bên A hay bên B" thay vì so sánh với tiêu chí. Bốn trở lên chỉ nên dùng khi dự án lớn và bạn có người chấm điểm chuyên trách.

Thang điểm có thay thế được quyết định của người có thẩm quyền không?

Không. Thang điểm làm cho cuộc trao đổi có dữ liệu và ghi lại lý do, nhưng quyết định cuối vẫn thuộc người chịu trách nhiệm. Điều thang điểm ngăn được là quyết định dựa trên ấn tượng mà không ai ghi lại lý do, và tình huống một người chọn theo quan hệ rồi hợp thức hoá sau đó.

Điểm tổng chênh nhau bao nhiêu thì coi là khác biệt?

Chênh dưới 0,3 điểm trên thang 5 thường nằm trong sai số chấm điểm, nên đừng dùng nó để loại. Khi hai nhà cung cấp gần bằng nhau, chuyển sang tiêu chí phân biệt: ai đưa ra giả định rõ hơn, ai có bằng chứng mạnh hơn ở tiêu chí hiểu bài toán, và ai chấp nhận giai đoạn thử có sản phẩm bàn giao rõ ràng hơn.

Có nên chọn nhà cung cấp báo giá thấp nhất?

Chỉ khi báo giá thấp nhất đó được lập trên cùng phạm vi và có cùng giả định với các báo giá khác. Trong thực tế, báo giá thấp thường đi kèm phạm vi hẹp hơn, ít tài liệu hơn hoặc nhiều giả định hơn. Cách so sánh đúng là đưa mọi báo giá về cùng một phạm vi, rồi so chi phí tổng ba năm gồm vận hành và thay đổi.

Cập nhật và kiểm chứng

Cập nhật tháng 10/2026. Nội dung phản ánh quy trình bốn chặng WinSell áp dụng — Khám phá, Đặc tả, Xây dựng, Bàn giao và đo lường — và được rà soát theo các nguyên tắc mua sắm phần mềm đang áp dụng. Bài viết không nêu giá dịch vụ và không sử dụng số liệu khách hàng của bất kỳ bên nào.

Nếu bạn đang có hai đến năm bản báo giá trên bàn và cần một bên thứ ba cùng chấm điểm trên một phạm vi đã viết ra, xem dịch vụ xây dựng phần mềm theo yêu cầu của WinSell. Báo giá sau khi chốt phạm vi.