Mua sắm phần mềm tùy chỉnh: Cẩm nang 7 bước cho người mua năm 2026

Mua sắm phần mềm tùy chỉnh: Cẩm nang 7 bước cho người mua năm 2026

Mua sắm phần mềm tùy chỉnh là quá trình đặt hàng phần mềm riêng từ một nhà cung cấp dịch vụ phát triển bên ngoài: hồ sơ kinh doanh, bản phạm vi công việc, RFP, đánh giá nhà cung cấp, hợp đồng và bài kiểm thử nghiệm thu khép lại toàn bộ quy trình. Đây không phải một sản phẩm. Đây là một quy trình mua hàng mà bạn phải tự vận hành.

Thử tìm kiếm và Google sẽ đưa cho bạn chín danh mục công cụ cộng với một trang chính sách 900 chữ của UCLA. Bản thân quy trình thì không ai viết, vì các nhà cung cấp công cụ chỉ viết những gì lên được top. Hướng dẫn này trả lời câu hỏi thứ hai: làm sao để mua một phần mềm còn chưa tồn tại?

Ý chính:

• Mua sắm phần mềm tùy chỉnh là quá trình đặt hàng phần mềm riêng từ một nhà cung cấp, không phải mua một công cụ mua sắm.
• Một vòng mua sắm đầy đủ gồm 7 bước, từ hồ sơ kinh doanh đến nghiệm thu, thường mất 10–16 tuần trước khi bắt đầu xây dựng.
• Chín điều khoản hợp đồng bảo vệ ngân sách của bạn; sở hữu IP, tiêu chí nghiệm thu và thanh toán theo cột mốc là những điều khoản có sức nặng nhất.

Mua sắm phần mềm tùy chỉnh không phải là phần mềm mua sắm

Phần mềm mua sắm là công cụ tự động hóa việc mua hàng: đơn đặt hàng, phê duyệt, hóa đơn, danh mục nhà cung cấp. Mua sắm phần mềm tùy chỉnh là quá trình đặt hàng phần mềm riêng từ một nhà cung cấp dịch vụ phát triển. Một bên là sản phẩm bạn mua giấy phép. Bên kia là một dự án bạn vận hành, với hợp đồng và bài kiểm thử nghiệm thu. Hướng dẫn này nói về bên thứ hai.

Sự nhầm lẫn này dễ hiểu: thị trường công cụ rất lớn và được viết đến nơi đến chốn. Danh bạ nhà cung cấp của Art of Procurement liệt kê hơn 200 nền tảng trong 19 danh mục, và hướng dẫn mua sắm 2026 của Brex dài gần 4.000 chữ so sánh năm nền tảng trong số đó. Không ai trong nhóm đó giải thích cách đặt hàng một phần mềm từ con số không. Đó chính là khoảng trống mà bài viết này lấp vào.

Trước khi bắt đầu: Phần mềm tùy chỉnh có thực sự là lựa chọn đúng?

Phần mềm tùy chỉnh là lựa chọn đúng khi phần mềm nằm ở lõi cách bạn vận hành và không sản phẩm có sẵn nào đáp ứng được quy trình làm việc mà không phải chắp vá. Nó là lựa chọn sai khi một sản phẩm có giấy phép đã đáp ứng được 80% nhu cầu. Hãy quyết định thành thật trước khi bỏ ra một đồng nào cho RFP mua sắm phần mềm tùy chỉnh.

Vẫn chưa chắc mình thuộc dòng nào? Khung chấm điểm build-vs-buy của chúng tôi trả lời câu hỏi xây-hay-mua; hướng dẫn này trả lời câu hỏi tiếp theo: cách vận hành việc mua sau khi bạn đã quyết.

Sau đó, viết hồ sơ kinh doanh ra giấy. Một mẫu giải trình mua phần mềm một trang là đủ:

Problem:       What is broken, in one sentence
Current cost:  What it costs today (hours per week x rate, or lost revenue)
Outcome:       The measurable result the software must produce
Ceiling:       The maximum budget, and the date the money runs out

Ngay cả một vụ mua sắm do hai người thực hiện cũng hưởng lợi từ một chính sách mua sắm bằng văn bản: một đoạn về việc ai phê duyệt chi tiêu và ai ký. Nó ngăn được mớ hỗn độn "nhà sáng lập đã gật đầu trên một cuộc gọi" thứ giết chết khâu nghiệm thu.

Quy trình mua sắm phần mềm tùy chỉnh 7 bước

Quy trình mua sắm phần mềm tùy chỉnh có bảy bước, và sáu bước diễn ra trước khi bất kỳ ai viết code. Toàn bộ quy trình, mỗi bước một dòng:

1. Nhu cầu và hồ sơ kinh doanh: chứng minh vấn đề đáng để bỏ tiền
2. Bản phạm vi công việc (SOW): viết ra chính xác "xong" nghĩa là gì
3. Khảo sát thị trường: lập danh sách ngắn các nhà cung cấp làm được loại việc này
4. RFP / RFQ: gửi cùng một bản đề bài cho tất cả
5. Đánh giá nhà cung cấp: chấm điểm phản hồi bằng chứng cứ, không bằng cảm tính
6. Đàm phán và hợp đồng: đưa chín điều khoản vào văn bản
7. Bàn giao và nghiệm thu: kiểm thử đối chiếu với tiêu chí ở bước 2

Các khoảng thời gian này là cách chúng tôi diễn giải những hợp đồng SME điển hình, không phải một chuẩn đo lường: một lần gia hạn với nhà cung cấp duy nhất mất ba tuần, một gói thầu chịu điều chỉnh pháp lý mất sáu tháng.

1. Nhu cầu và hồ sơ kinh doanh

Bắt đầu với bản một trang ở trên. Trong các dự án của chúng tôi, những dự án bỏ qua bước này đều phải sửa lại phạm vi giữa chừng, khi mà thay đổi phải trả bằng tiền thật thay vì một đoạn văn. Nó cũng đặt ra mức trần ngân sách mà bạn nêu trong RFP.

2. Bản phạm vi công việc (SOW)

Bản phạm vi công việc biến hồ sơ kinh doanh thành một đặc tả mà cả hai bên có thể tranh luận: tính năng nào vào, tính năng nào ra, tích hợp, timeline và tiêu chí nghiệm thu để đem ra kiểm thử bản bàn giao. Cách lập phạm vi cho một dự án web app sẽ tự hoàn vốn ở bước này, hoặc lập phạm vi yêu cầu với AI để có bản nháp nhanh hơn.

3. Khảo sát thị trường

Lập danh sách ngắn từ năm đến tám nhà cung cấp có tham chiếu gần đây, đúng lĩnh vực. Hỏi những người cùng ngành đã giao các dự án tương tự; soi case study trong ngành của bạn chứ đừng soi trang chủ. Bỏ qua các danh bạ được xếp hạng theo phí giới thiệu.

4. RFP / RFQ

Gửi cho mọi nhà cung cấp trong danh sách ngắn cùng một bản đề bài và yêu cầu cùng một định dạng phản hồi. RFP (yêu cầu đề xuất) hỏi họ sẽ xây nó như thế nào; RFQ (yêu cầu báo giá) hỏi một phạm vi đã định sẵn có giá bao nhiêu. Với mua sắm phần mềm tùy chỉnh, RFP đi trước.

5. Đánh giá nhà cung cấp

Chấm mọi phản hồi trên cùng một bảng chấm điểm, đặt tham chiếu và quyền kiểm toán code nặng hơn giá. Đề xuất rẻ nhất thường là đề xuất định giá ít việc nhất. Hãy tự mình gọi cho các tham chiếu.

6. Đàm phán và hợp đồng

Lấy đề xuất thắng cuộc và gắn thêm chín điều khoản bên dưới. Đàm phán tiêu chí nghiệm thu và thanh toán theo cột mốc trước, giá sau: giá là điều khoản dễ xê dịch nhất, còn nghiệm thu mới là thứ đáng đấu tranh.

7. Bàn giao và nghiệm thu

Bàn giao không phải là "họ đã gửi code". Nghiệm thu nghĩa là phần mềm vượt qua các tiêu chí của SOW trong môi trường của bạn, với giấy chuyển nhượng IP đã ký và mã nguồn đã được giao. Giữ lại khoản thanh toán cột mốc cuối cho đến khi bài kiểm thử đó đạt.

Bản RFP giúp bạn nhận được báo giá thật

Một bản RFP không có tiêu chí nghiệm thu chỉ là báo giá cho một công việc chưa ai định nghĩa. Bộ khung dưới đây là mẫu mua sắm phần mềm tùy chỉnh mà chúng tôi ước mọi người mua đều gửi cho mình. Sao chép nó, điền vào chỗ trống, và năm nhà cung cấp sẽ báo giá cho cùng một phạm vi, chứ không phải năm phỏng đoán.

CUSTOM SOFTWARE RFP

1. Company context
   Who you are, team size, the system this replaces or connects to

2. Problem statement
   The broken process, what it costs you today, who feels it

3. Scope
   In:  the features and integrations the first release must ship
   Out: anything you have decided to defer

4. Technical constraints
   Stack preferences, hosting rules, compliance (GDPR, HIPAA), SSO

5. Timeline
   Hard dates, and what happens if you miss them

6. Budget range
   A ceiling, not a target. Vendors price to the number you give.

7. Acceptance criteria
   The pass/fail tests the final delivery must clear before sign-off

8. Evaluation criteria
   How you will score responses, and the weight of price vs. references

9. Response format
   Page limits, the questions to answer, and the reply deadline

Trên hết, hãy đưa vào ba thứ: trần ngân sách, tiêu chí nghiệm thu, định dạng phản hồi. Chúng là thứ biến những lời chào hàng mơ hồ thành báo giá so sánh được.

Cắt bỏ ba thứ: chỉ định cách triển khai ("dùng microservices"), NDA trước khi chốt danh sách ngắn, phụ lục yêu cầu dài 40 trang. Bạn đang mua một kết quả, không phải một kiến trúc.

Hai lưu ý thực tế: gửi cho mọi nhà cung cấp cùng một tài liệu, vì phản hồi đồng nhất là cách duy nhất để bảng chấm điểm có ý nghĩa; và nêu trọng số đánh giá ngay trong RFP. Nhà cung cấp sẽ viết đề xuất sắc hơn khi họ biết tham chiếu nặng hơn giá.

Đánh giá nhà cung cấp phần mềm tùy chỉnh như thế nào?

Đánh giá nhà cung cấp nghĩa là chấm mọi đề xuất trên cùng một bảng chấm điểm có trọng số theo chứng cứ, để quyết định vẫn đứng vững khi nhìn lại lần hai. Giá xứng đáng ít trọng số hơn mức hầu hết người mua gán cho nó: những đề xuất bỏ thầu thấp hơn mặt bằng thường là những đề xuất đã định giá ít việc nhất. Bảng chấm điểm chúng tôi khuyến nghị cho ngân sách SME:

Các trọng số là điểm khởi đầu. Hãy điều chỉnh, nhưng để tổng bằng 100 và viết chúng ra trước khi bạn đọc bất kỳ đề xuất nào. Cách chúng tôi xếp hạng các công ty phát triển áp dụng cùng một kỷ luật; dịch vụ phát triển thực sự bao gồm những gì giúp bạn so sánh từng hạng mục một cách công bằng.

Danh sách thẩm định khi mua phần mềm

Chạy danh sách này trên hai nhà cung cấp đứng đầu trước khi ký, không phải trên cả năm:

• Tham chiếu đã kiểm tra bằng câu hỏi thật (cái gì hỏng, họ xử lý ra sao, bạn có thuê lại không)
• Quyền kiểm toán code đã thống nhất bằng văn bản, trước lần thanh toán cột mốc cuối
• Sức khỏe tài chính đã xác nhận (số năm kinh doanh, khả năng sinh lời, mức tập trung khách hàng)
• Tư thế bảo mật đã xem xét (SDLC, kiểm soát truy cập, lịch sử sự cố)
• Tính liên tục của nhân sự chủ chốt đã xác nhận (đội đi chào hàng chính là đội làm dự án)
• Giấy chuyển nhượng IP đã được luật sư của bạn, không phải của họ, xem xét

9 điều khoản hợp đồng bảo vệ ngân sách của bạn

Điều khoản bảo vệ ngân sách của bạn không phải là giá. Nó là bài kiểm thử nghiệm thu. Hướng dẫn mua sắm của UCLA, trang mang tính thể chế duy nhất trong top mười của Google cho chủ đề này, xây dựng lời khuyên về phần mềm tùy chỉnh quanh đúng ý đó: phạm vi công việc, sở hữu IP, kiểm thử nghiệm thu và bảo hành, trước khi giá được đặt lên bàn. Chúng tôi đã mở rộng hệ phân loại đó thành chín điều khoản cho người mua thương mại.

Nếu bạn đang soạn một mẫu hợp đồng mua phần mềm, chín dòng này là xương sống:

Thiếu bất kỳ một điều khoản, và bạn đang tài trợ cho một hy vọng. Nếu luật sư của bạn chỉ có thời gian cho ba điều khoản, hãy đưa họ điều 1, 2 và 3.

Phần mềm tùy chỉnh có giá bao nhiêu, và nên cơ cấu thanh toán thế nào?

Phạm vi quyết định giá, đó là lý do SOW tồn tại trước khi bất kỳ báo giá nào có ý nghĩa. Mỏ neo công khai là ước tính của ScienceSoft: $200.000–$400.000 và khoảng 10 tháng cho phần mềm mua sắm tùy chỉnh cấp doanh nghiệp; ScienceSoft quy con số ROI 315% ở đó cho một nghiên cứu Forrester Total Economic Impact.

Đó là con số của họ cho các dự án doanh nghiệp lớn, không phải của chúng tôi. Các dự án SME nhỏ hơn, một công cụ nội bộ, một cổng khách hàng, một ứng dụng di động, nằm thấp hơn nhiều so với dải đó; hãy xem cách đọc SME của chúng tôi như một diễn giải, và lấy ba báo giá trước khi tin bất cứ thứ gì. Để có mỏ neo theo từng loại app, bảng phân tích chi phí app di động của chúng tôi định giá theo loại ứng dụng.

Cơ cấu thanh toán quan trọng không kém tổng số tiền:

Khuyến nghị của chúng tôi: mặc định thanh toán theo cột mốc trên phạm vi cố định, 20% hoặc ít hơn khi khởi động, đợt cuối chặn ở bài kiểm thử nghiệm thu. Giá cố định chỉ khi SOW của bạn sống sót qua một lần đọc thù địch; thời gian và khối lượng chỉ với nhà cung cấp bạn đã từng giao hàng. Không bao giờ trả trước 100%; cơ cấu đó sẽ xuất hiện trở lại bên dưới.

Cờ đỏ: Các thương vụ mua sắm phần mềm tùy chỉnh thực sự thất bại thế nào

Trả trước 100% không mua cho bạn sự ưu tiên. Nó chuyển toàn bộ rủi ro bàn giao sang bạn. Mọi cờ đỏ dưới đây đều trao cho nhà cung cấp quyền mặc cả mà bạn sẽ không lấy lại được:

• SOW mơ hồ. "Xây cho chúng tôi một CRM", không danh sách tính năng. Mọi khái niệm không được định nghĩa trở thành một lệnh thay đổi, được định giá không có cạnh tranh.
• Không có kiểm thử nghiệm thu. "Thấy rồi sẽ biết." Rồi bạn không bao giờ thấy, vì "xong" chưa bao giờ được định nghĩa.
• Thanh toán trước 100%. Tiền mặt là quân bài mặc cả duy nhất của bạn sau khi ký; tiêu hết nó vào ngày đầu tiên và bạn không còn gì.
• Không kiểm soát thay đổi. Phạm vi phình, hóa đơn phình, không ai ký cho phần phình đó.
• Thiếu chuyển nhượng IP. Bạn đã trả tiền cho phần mềm và được cấp phép ngược lại mà không nhận ra.
• Không điều khoản nhân sự chủ chốt. Đội senior thắng buổi chào hàng biến mất vào tuần sau khi ký.

Chúng tôi trả lời các RFP phần mềm tùy chỉnh mỗi quý từ phía nhà cung cấp, và hai mô-típ lặp lại đều đặn đến mức chúng tôi xem chúng là tỷ lệ nền của thất bại mua sắm: những bản RFP hoàn toàn không có tiêu chí nghiệm thu, và lịch thanh toán đặt phần lớn lên trước, trao cho nhà cung cấp mọi động lực để hạ ưu tiên dự án khi tiền đã vào túi. Cách đọc của chúng tôi, và đó là diễn giải chứ không phải đo lường: những người mua đàm phán giá mạnh nhất lại chính là những người đã bỏ qua hai điều khoản, nghiệm thu và cột mốc, lẽ ra đã bảo vệ được mức giá đó.

Dữ liệu ngành cũng chỉ cùng hướng. The Standish Group đã theo dõi kết quả dự án suốt ba thập kỷ qua nghiên cứu CHAOS; phát hiện lặp đi lặp lại của họ là các dự án gặp vấn đề, vượt ngân sách, trễ hạn hoặc thiếu tính năng, đông hơn các dự án thành công sạch, với yêu cầu mơ hồ và sự bảo trợ yếu nằm ở gần đầu danh sách nguyên nhân.

Nếu bạn chỉ sửa được một thứ, hãy sửa tiêu chí nghiệm thu. Nó là điều khoản làm cho mọi điều khoản khác có hiệu lực.

Cách Techsy tiếp cận mua sắm phần mềm tùy chỉnh

Quy trình tiếp nhận của chúng tôi đi theo đúng bảy bước đó từ phía bên kia bàn đàm phán. Chúng tôi lập SOW và tiêu chí nghiệm thu trước khi báo giá, vì báo giá trên một đề bài mơ hồ là cách nhà cung cấp bỏ thầu thấp còn người mua thì trả quá tay. Các dự án chạy với thanh toán theo cột mốc, demo hằng tuần, quyền kiểm toán code trong mọi hợp đồng. Khi nghiệm thu đạt, bạn sở hữu IP và repository, không phải một giấy phép.

Giới hạn thành thật: nếu bạn cần một công cụ SaaS được cấp phép để tự động hóa mua hàng, chúng tôi là lựa chọn sai. Đó là một thương vụ mua sản phẩm, không phải một dự án xây dựng; một nhà cung cấp công cụ sẽ phục vụ bạn nhanh hơn và rẻ hơn. Chúng tôi nhận việc tùy chỉnh ở nơi phần mềm chính là quy trình và IP là thứ quan trọng.

Nếu dự án của bạn nằm ở nhóm thứ hai đó, nhận tư vấn miễn phí.

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

Mua sắm phần mềm là gì?

Mua sắm phần mềm là quá trình mua phần mềm: định nghĩa nhu cầu, đánh giá lựa chọn, đàm phán điều khoản, nghiệm thu bàn giao. Nó bao gồm cả sản phẩm được cấp phép lẫn dự án xây tùy chỉnh. Hướng dẫn này tập trung vào vế thứ hai: quá trình từ hồ sơ kinh doanh qua RFP, hợp đồng và kiểm thử nghiệm thu.

4 loại mua sắm là gì?

Bốn loại thường được nêu là mua sắm trực tiếp (đầu vào sản xuất), gián tiếp (hàng hóa và dịch vụ vận hành), hàng hóa và dịch vụ. Phần mềm nằm giữa gián tiếp và dịch vụ: một công cụ được cấp phép là mua sắm gián tiếp; một dự án xây tùy chỉnh là hợp đồng dịch vụ kết thúc bằng hàng hóa được bàn giao.

Phần mềm mua sắm và mua sắm phần mềm tùy chỉnh khác nhau thế nào?

Phần mềm mua sắm là công cụ tự động hóa quy trình mua hàng, như Tradogram hay Tipalti. Mua sắm phần mềm tùy chỉnh là quá trình đặt hàng phần mềm riêng từ một nhà cung cấp dịch vụ phát triển. Đang tìm nền tảng mua hàng tốt nhất? Bạn cần thứ đầu tiên; hướng dẫn này là thứ thứ hai.

Mua sắm phần mềm tùy chỉnh mất bao lâu?

Hãy tính 10–16 tuần từ hồ sơ kinh doanh đến hợp đồng đã ký cho một hợp đồng SME điển hình, trước khi dự án bắt đầu; hãy xem đó là diễn giải, không phải chuẩn. Một lần gia hạn với nhà cung cấp duy nhất nén lại còn vài tuần; một gói thầu chịu điều chỉnh pháp lý có thể kéo qua sáu tháng.

Phần mềm tùy chỉnh giá bao nhiêu?

ScienceSoft ước tính $200.000–$400.000 và khoảng 10 tháng cho phần mềm mua sắm tùy chỉnh cấp doanh nghiệp, và quy con số ROI 315% cho một nghiên cứu Forrester. Các dự án SME nhỏ hơn nằm thấp hơn nhiều so với dải đó. Với mua sắm phần mềm tùy chỉnh, phạm vi quyết định giá: RFP và SOW tồn tại trước khi bất kỳ báo giá nào có ý nghĩa.

Ai sở hữu IP trong phần mềm tùy chỉnh?

Ai mà hợp đồng chỉ định. Không có điều khoản work-for-hire hoặc chuyển nhượng IP rõ ràng, nhà cung cấp giữ bản quyền và cấp phép ngược phần mềm cho bạn. Hãy đưa quyền sở hữu vào văn bản, gắn với thanh toán: khi thanh toán đợt cuối, bên mua sở hữu mọi thứ. Gắn việc chuyển nhượng đó vào đợt cuối bị chặn bởi nghiệm thu, không phải khoản thanh toán khởi động, để quyền sở hữu chỉ dịch chuyển khi phần mềm thực sự dịch chuyển.

RFP hay RFQ, tôi cần cái nào?

RFP (yêu cầu đề xuất) hỏi các nhà cung cấp sẽ giải quyết vấn đề của bạn thế nào; RFQ (yêu cầu báo giá) hỏi một phạm vi đã định sẵn có giá bao nhiêu. Với phần mềm tùy chỉnh, hãy gửi RFP trước: nhà cung cấp phải đề xuất cách làm trước khi giá có ý nghĩa. RFQ đến sau, khi SOW đã đóng băng.

Giá cố định hay thời gian và khối lượng?

Giá cố định bảo vệ bạn khi SOW kín kẽ: nhà cung cấp chịu phần vượt. Thời gian và khối lượng hợp với việc nặng khám phá, nơi phạm vi sẽ tiến hóa, nhưng bạn chịu rủi ro vượt. Hầu hết người mua SME đạt kết quả tốt nhất với thanh toán theo cột mốc trên phạm vi cố định, đợt cuối chặn ở bài kiểm thử nghiệm thu.

Bản phạm vi công việc cần có những gì?

Một bản phạm vi công việc cần nêu tên các tính năng trong và ngoài phạm vi, tích hợp, timeline, tiêu chí nghiệm thu để đem ra kiểm thử bản bàn giao, và các mốc thanh toán gắn với từng sản phẩm. Nếu một điều khoản không nằm trong SOW, nó không nằm trong dự án.

Về tác giả

Mert Batur là Đồng sáng lập Techsy.io, nơi đội ngũ giao các AI agent, hệ thống tự động hóa và pipeline voice/SDR cho khách hàng B2B. Anh viết về chồng công cụ LLM mà đội Techsy thực sự dùng trong production. Anh cũng điều hành chính các dự án giao phần mềm tùy chỉnh mà hướng dẫn này đúc kết, từ phản hồi RFP đến bàn giao được nghiệm thu. Kết nối trên LinkedIn.

Kết luận

Mua sắm phần mềm tùy chỉnh quy về tài liệu, không phải đàm phán: hồ sơ kinh doanh một trang, SOW với tiêu chí nghiệm thu, bộ khung RFP, bảng chấm điểm, hợp đồng chín điều khoản. Làm đúng năm tài liệu đó và cuộc trò chuyện với nhà cung cấp sẽ tự đâu vào đấy. Chạy bảy bước theo thứ tự, giữ đợt thanh toán cuối sau bài kiểm thử nghiệm thu, và nếu bạn muốn một ý kiến thứ hai về bản RFP của mình, nhận tư vấn miễn phí.