Bỏ qua điều hướng
Phát triển phần mềm

Outsource phần mềm là gì và khác gì gia công truyền thống?

Phân biệt outsource phần mềm với gia công theo kết quả: bạn chuyển ra ngoài cái gì, ai giữ rủi ro phạm vi, và hợp đồng phải ghi gì để không tranh chấp.

Outsource phần mềm là gì và khác gì gia công truyền thống?
Mục lục bài viết

Trả lời nhanh

Outsource phần mềm là thuê ngoài một chức năng phát triển, còn gia công là đặt một kết quả cụ thể. Khác biệt nằm ở ai giữ rủi ro phạm vi và ai đo kết quả.

Outsource phần mềm là việc doanh nghiệp thuê một đơn vị bên ngoài đảm nhận một chức năng phát triển phần mềm, có thể gồm cả đội ngũ, quy trình và công cụ. Khác với gia công theo kết quả, bạn không chỉ đặt một sản phẩm mà còn chuyển ra ngoài cách vận hành của cả chức năng đó.

Tóm tắt nhanh

  • Outsource nghiêng về chuyển giao một chức năng; gia công nghiêng về đặt một kết quả.
  • Ba thứ luôn được chuyển ra ngoài trong mọi hợp đồng: công việc, rủi ro và quyền sở hữu. Chỉ có tỷ lệ là khác nhau.
  • Chuyển giao càng nhiều quyền quyết định thì hợp đồng càng phải đo bằng cam kết vận hành, không bằng danh sách tính năng.
  • Outsource không xoá chi phí phối hợp. Nó chuyển chi phí đó vào hợp đồng, vào quản trị và vào thời gian của người đại diện phía bạn.

Outsource phần mềm là gì?

Outsource phần mềm là một quan hệ thuê ngoài trong đó một chức năng phát triển được giao cho đơn vị bên ngoài vận hành thay cho doanh nghiệp. Chức năng đó có thể là toàn bộ việc xây dựng sản phẩm, một mảng kỹ thuật như tích hợp hay kiểm thử, hoặc phần vận hành hệ thống sau khi ra mắt.

Điểm phân biệt không nằm ở chữ "thuê ngoài" mà ở đối tượng được chuyển giao. Khi bạn đặt một kết quả, bạn nói: "làm cho tôi hệ thống này, đạt các tiêu chí này, tôi nghiệm thu". Khi bạn outsource một chức năng, bạn nói: "đội này vận hành mảng kỹ thuật của tôi, đo bằng các cam kết này". Câu thứ hai rộng hơn câu thứ nhất, và rộng hơn nghĩa là nhiều thứ không được viết ra.

Ba thứ được chuyển ra ngoài trong mọi hợp đồng

Mọi thoả thuận phát triển phần mềm, dù gọi bằng tên gì, đều trao đổi ba thứ. Hiểu rõ tỷ lệ chuyển giao của từng thứ sẽ cho bạn biết mình đang ký loại hợp đồng nào.

  1. Công việc. Ai làm, trong khung thời gian nào, tạo ra sản phẩm gì.
  2. Rủi ro. Ai chịu khi phạm vi thay đổi, khi tiến độ trượt, khi hệ thống không đạt ngưỡng hiệu năng.
  3. Quyền quyết định và sở hữu. Ai chọn kiến trúc, ai giữ mã nguồn, ai quyết định khi nào dừng.

Gia công theo kết quả chuyển mạnh rủi ro phạm vi sang đối tác và giữ quyền quyết định sản phẩm ở lại doanh nghiệp. Outsource theo chức năng chuyển cả quyền quyết định kỹ thuật ra ngoài, đổi lại bạn nhận một cam kết vận hành và một đầu mối chịu trách nhiệm.

Ranh giới thực dụng: ai định nghĩa "xong"

Có một câu hỏi duy nhất phân biệt hai cách làm, và nó hiệu quả hơn mọi định nghĩa học thuật: ai là người định nghĩa "xong"?

  • Nếu đối tác định nghĩa "xong" bằng một bộ tiêu chí nghiệm thu mà bạn đã ký, bạn đang gia công theo kết quả.
  • Nếu bạn định nghĩa "xong" hằng tuần bằng lệnh công việc, còn đối tác chỉ cung cấp người và công cụ, bạn đang tăng cường nhân sự.
  • Nếu đối tác định nghĩa "xong" bằng mức dịch vụ vận hành, ví dụ thời gian phản hồi và tỷ lệ hệ thống sẵn sàng, bạn đang outsource một chức năng.

Ba câu trả lời này dẫn tới ba loại hợp đồng khác nhau, ba cách đo khác nhau và ba kiểu tranh chấp khác nhau. Chọn sai loại hợp đồng cho đúng ý định là lỗi phổ biến nhất khi doanh nghiệp Việt Nam lần đầu thuê ngoài phát triển phần mềm.

Outsource khác gia công truyền thống ở đâu?

Bảng dưới đây so sánh hai cách trên sáu chiều mà người mua thực sự cảm nhận được, không phải sáu định nghĩa.

Chiều so sánh Gia công theo kết quả Outsource theo chức năng
Đối tượng đặt hàng Một sản phẩm với tiêu chí nghiệm thu Một chức năng với cam kết vận hành
Ai định nghĩa "xong" Hai bên ký tiêu chí trước khi làm Đối tác, theo mức dịch vụ đã cam kết
Ai giữ rủi ro phạm vi Đối tác, và họ tính một khoản bù vào giá Doanh nghiệp, vì phạm vi thay đổi theo nhu cầu
Cách đo tiến độ Sản phẩm chạy được trong môi trường thử Chỉ số vận hành và năng lực của chức năng
Quyền quyết định kiến trúc Đối tác đề xuất, doanh nghiệp xác nhận Đối tác quyết định trong khuôn khổ cam kết
Cách kết thúc hợp đồng Nghiệm thu, bàn giao, bảo hành Chuyển giao tri thức và tài khoản, có thể mất nhiều tháng

Hai điểm đáng chú ý trong bảng. Thứ nhất, rủi ro phạm vi là chiều quyết định giá: nếu đối tác giữ rủi ro, họ sẽ cộng một khoản dự phòng; nếu bạn giữ rủi ro, bạn trả theo khối lượng thực tế và tự chịu phần phát sinh. Thứ hai, quyền quyết định kiến trúc là chiều quyết định chi phí dài hạn: một chức năng được outsource toàn phần thường khó chuyển đổi nhà cung cấp hơn một dự án gia công đã bàn giao mã nguồn.

Vì sao hai từ này bị dùng lẫn

Trên thị trường Việt Nam, ba cụm "outsource phần mềm", "gia công phần mềm" và "thuê ngoài phát triển phần mềm" gần như được dùng thay thế nhau trong trao đổi hằng ngày. Chúng chỉ tách nghĩa khi bước vào hợp đồng.

Cách dùng phổ biến hiện nay nghiêng về một điểm: gia công nhấn vào quan hệ đặt – nhận theo phạm vi, outsource nhấn vào việc thuê ngoài một hoạt động, thuê ngoài phát triển nhấn vào năng lực con người. Với người mua, khác biệt không nằm ở tên gọi mà ở ba câu hỏi: phạm vi do ai chốt, kết quả do ai đo, mã nguồn do ai giữ.

Nếu bạn muốn đi sâu vào định nghĩa gốc và năm mô hình triển khai, bài gia công phần mềm là gì trình bày đầy đủ hơn, gồm cả mô hình đội chuyên trách và dịch vụ vận hành.

Bốn thuật ngữ, bốn hợp đồng khác nhau

Người mua thường dùng lẫn bốn cụm dưới đây. Mỗi cụm kéo theo một kiểu hợp đồng, và chọn sai cụm là chọn sai cơ chế bảo vệ mình.

Thuật ngữ Bạn thực sự mua Hợp đồng điển hình Dấu hiệu bạn đã chọn sai
Gia công phần mềm Một sản phẩm đúng phạm vi Theo kết quả, nghiệm thu theo tiêu chí Phạm vi vẫn còn mơ hồ khi ký
Outsource phần mềm Một chức năng được vận hành thay bạn Theo cam kết dịch vụ, có thể theo thời gian Không có chỉ số vận hành nào được định nghĩa
Thuê ngoài phát triển Năng lực kỹ thuật bổ sung cho đội của bạn Theo đầu người theo tháng Bạn không có ai quản lý kỹ thuật nội bộ
Xây dựng phần mềm theo yêu cầu Một hệ thống may đo cho nghiệp vụ riêng Theo giai đoạn, có cổng phê duyệt Bạn đang tìm một gói có sẵn nhưng gọi là may đo

Một câu phân biệt cho từng cụm: gia công hỏi "giao cái gì", outsource hỏi "ai vận hành", thuê ngoài phát triển hỏi "ai làm cùng tôi", xây dựng theo yêu cầu hỏi "nghiệp vụ của tôi khác gì sản phẩm đóng gói". Bốn câu hỏi này không thay thế nhau.

Ma trận chuyển giao: bạn đang đưa ra ngoài cái gì

Trước khi ký, hãy điền bảng dưới đây cho chính mình. Mỗi dòng là một quyền, và mỗi quyền bạn đưa ra ngoài đều phải có cơ chế lấy lại.

Quyền Giữ trong doanh nghiệp Chia sẻ với đối tác Đưa hẳn ra ngoài
Quyết định sản phẩm làm gì Bắt buộc Không nên Không nên
Chọn kiến trúc và công nghệ Có thể Phổ biến nhất Chấp nhận được nếu có cam kết vận hành
Sở hữu mã nguồn Bắt buộc Chỉ tạm thời đến khi thanh toán đủ Rủi ro cao, chỉ hợp lý với hệ thống phụ trợ
Quản lý môi trường chạy Nên giữ tài khoản Đối tác vận hành, bạn giữ quyền Chỉ với hệ thống không phải lõi
Quyết định tuyển và giữ người Không áp dụng Không áp dụng Đúng bản chất của outsource chức năng

Dòng dễ bị bỏ nhất là quản lý môi trường chạy. Nhiều doanh nghiệp để tên miền, chứng chỉ và khoá truy cập đứng tên đối tác vì "cho nhanh". Đến khi cần đổi nhà cung cấp, họ phát hiện mình không có quyền truy cập vào chính hệ thống của mình.

Một ví dụ tính toán: cùng khối lượng việc, hai cách ký

Phần này là một mô hình minh hoạ, không phải báo giá. Mọi con số là đơn vị nỗ lực tương đối để bạn thấy cấu trúc chi phí, không phải đơn giá thị trường.

Giả sử bạn cần một hệ thống quản lý đơn hàng nội bộ với 12 luồng nghiệp vụ, 3 tích hợp bên thứ ba và 2 nhóm vai trò người dùng. Sau giai đoạn khám phá, hai bên ước lượng khối lượng ở mức 100 đơn vị nỗ lực nếu phạm vi không đổi.

Hạng mục Gia công theo kết quả Outsource theo chức năng
Nỗ lực xây dựng ước tính 100 đơn vị 100 đơn vị
Dự phòng rủi ro phạm vi 20–30 đơn vị, do đối tác giữ 0, vì phát sinh tính theo thực tế
Nỗ lực phối hợp phía doanh nghiệp 10–15 đơn vị 20–30 đơn vị
Nỗ lực đặc tả và nghiệm thu 15 đơn vị, chia đều hai bên 5–10 đơn vị, đối tác tự làm trong nội bộ
Chi phí chuyển đổi về sau Thấp, vì bạn có mã nguồn và tài liệu Cao hơn, vì tri thức vận hành nằm ở đối tác

Đọc bảng này theo hai hướng. Nếu phạm vi của bạn ổn định và mô tả được, gia công theo kết quả cho bạn một mức cam kết rõ và ít việc phối hợp hơn. Nếu phạm vi của bạn còn thay đổi theo tuần, outsource theo chức năng tránh được việc trả tiền cho một khoản dự phòng rủi ro mà bạn biết chắc sẽ dùng hết.

Sai lầm phổ biến là chọn cách thứ nhất vì "giá chốt trước", rồi thay đổi yêu cầu liên tục. Khi đó bạn vừa trả khoản dự phòng, vừa trả phát sinh, vừa mất thời gian đàm phán từng thay đổi. Cách thứ hai không rẻ hơn; nó chỉ đặt chi phí ở chỗ khác.

Quản trị khác nhau thế nào sau khi ký

Hợp đồng chỉ là điểm bắt đầu. Cách hai mô hình được quản trị hằng tuần khác nhau rõ rệt, và đây là nơi phần lớn dự án mất kiểm soát.

Hoạt động quản trị Gia công theo kết quả Outsource theo chức năng
Nhịp họp chính Theo mốc nghiệm thu Theo tuần hoặc hai tuần
Bằng chứng tiến độ Bản dựng trong môi trường thử Chỉ số vận hành và danh sách việc đang làm
Ai duyệt thay đổi Người đại diện sản phẩm của bạn Trưởng nhóm kỹ thuật của đối tác
Rủi ro lớn nhất Đặc tả thiếu, dẫn tới nghiệm thu thất bại Mất kiến thức khi đổi nhà cung cấp
Cách phòng ngừa Tiêu chí nghiệm thu viết thành câu kiểm tra Tài liệu hoá và luân chuyển tri thức định kỳ

Với gia công, bạn cần một người đủ thẩm quyền ra quyết định về sản phẩm và đủ thời gian đọc bản dựng. Với outsource chức năng, bạn cần một người đọc được chỉ số và đặt được câu hỏi kỹ thuật, kể cả khi không tự viết mã.

Chỉ số nào thực sự đo được chất lượng

Đừng chấp nhận chỉ số "mức độ hoàn thành" do đối tác tự báo. Ba nhóm chỉ số dưới đây đo được từ bên ngoài:

  • Nhóm giao hàng: số mốc đúng hạn trên tổng số mốc, tính theo ngày cam kết chứ không theo ngày báo cáo.
  • Nhóm chất lượng: số lỗi phát hiện sau khi bàn giao cho người dùng thử, phân theo mức nghiêm trọng.
  • Nhóm vận hành: thời gian từ lúc phát hiện sự cố đến lúc có người nhận, và thời gian từ lúc nhận đến lúc khắc phục.

Cả ba nhóm đều có thể đo mà không cần tin vào lời báo cáo, vì chúng dựa trên sự kiện có bản ghi. Đây là lý do một hợp đồng outsource chức năng tốt hiếm khi dài, nhưng luôn định nghĩa rõ ba nhóm chỉ số này.

Khi nào outsource phần mềm là lựa chọn sai

Outsource hợp lý khi chức năng bạn thuê ngoài không phải lợi thế cạnh tranh cốt lõi, và khi bạn có người đủ năng lực đặt câu hỏi kỹ thuật. Nó là lựa chọn sai trong bốn tình huống sau.

  1. Kiến thức nghiệp vụ chỉ nằm trong đầu vài người và không viết ra được. Khi đó đối tác sẽ xây theo cách hiểu của họ, và bạn không có cơ sở để phản biện.
  2. Không có ai phía bạn chịu trách nhiệm tiếp nhận. Một chức năng được thuê ngoài mà không có người nhận sẽ trôi cho đến khi có sự cố.
  3. Hệ thống là lõi kinh doanh và bạn không có kế hoạch lấy lại tri thức. Outsource toàn phần một hệ thống lõi mà không có điều khoản chuyển giao tri thức là tự khoá mình vào một nhà cung cấp.
  4. Bạn đang tìm cách giảm chi phí mà không đổi cách làm việc. Outsource không xoá chi phí phối hợp; nó chuyển chi phí đó sang hợp đồng và sang thời gian của người đại diện.

Nếu bạn đang cân nhắc giữa hai cách ký, bài gia công phần mềm theo yêu cầu đi sâu vào cách chốt phạm vi và xử lý thay đổi, còn bài chi phí phát triển phần mềm giải thích cấu trúc chi phí đứng sau cả hai lựa chọn.

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

Outsource phần mềm có rẻ hơn làm nội bộ không?

Không có câu trả lời chung. Outsource đổi cấu trúc chi phí: bạn bỏ chi phí tuyển dụng và giữ người cố định, đổi lấy chi phí hợp đồng và chi phí phối hợp. Với khối lượng việc nhỏ hoặc không liên tục, tổng chi phí thường thấp hơn; với hệ thống lõi cần sửa hằng ngày, chi phí dài hạn có thể cao hơn làm nội bộ.

Outsource khác gia công ở điểm nào quan trọng nhất?

Điểm quan trọng nhất là ai giữ rủi ro phạm vi. Gia công theo kết quả chuyển rủi ro phạm vi sang đối tác, nên hợp đồng thường có một khoản dự phòng. Outsource theo chức năng để phạm vi thay đổi theo nhu cầu, nên doanh nghiệp trả theo khối lượng thực tế và tự chịu phần phát sinh.

Tôi có được sở hữu mã nguồn khi outsource không?

Điều này do điều khoản sở hữu trí tuệ quyết định, không do tên gọi hợp đồng. Hãy yêu cầu ghi rõ thời điểm chuyển giao quyền, phạm vi tài sản được chuyển giao và cách xử lý thư viện mã nguồn mở. Nếu hợp đồng chỉ nói "bên A được sử dụng", bạn đang thuê quyền dùng chứ không sở hữu.

Cần bao nhiêu người phía doanh nghiệp để quản một hợp đồng outsource?

Thường cần một người đại diện sản phẩm có thẩm quyền quyết định và một người đọc được chỉ số kỹ thuật, dù không tự viết mã. Hai vai này có thể do một người kiêm nhiệm ở dự án nhỏ, nhưng không nên bỏ trống cả hai, vì khi đó không ai kiểm tra được chất lượng bàn giao.

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

Cập nhật tháng 10/2026. Nội dung được rà soát theo thông lệ hợp đồng phát triển phần mềm và cách phân loại mô hình thuê ngoài hiện hành.

Nếu bạn đang cân nhắc giữa việc tự xây và thuê ngoài một chức năng, WinSell xây dựng phần mềm theo yêu cầu và vận hành sau bàn giao theo bốn giai đoạn Khám phá, Đặc tả, Xây dựng, Bàn giao và đo lường — xem dịch vụ của WinSell để biết phạm vi từng giai đoạn. Báo giá sau khi chốt phạm vi.

Chia sẻFacebookXLinkedIn

Đội ngũ WinSell

Bài viết được biên tập bởi đội ngũ WinSell tại Cần Thơ. Nội dung tập trung vào vận hành bán hàng, tự động hóa hội thoại và ứng dụng AI cho doanh nghiệp nhỏ tại Việt Nam.

Cần một hệ thống chạy được, không chỉ một bài viết?

WinSell xây phần mềm theo yêu cầu và làm SEO/GEO cho chính sản phẩm đó. Phạm vi và báo giá được chốt sau bước khám phá.