Các mô hình thuê ngoài phần mềm: Offshore, Nearshore và In-House

Bạn vừa duyệt ngân sách cho dòng sản phẩm mới. Hội đồng quản trị muốn có bản prototype chạy được trong bốn tháng. Trưởng bộ phận vận hành đặt ra câu hỏi hiển nhiên: chúng ta tự tuyển người, gửi offshore sang một đội ở Việt Nam hay Ấn Độ, hay tìm một đối tác nearshore cách một múi giờ? Bạn mở bảng tính, liệt kê các mức giá theo giờ, và cột offshore thắng áp đảo. Sáu tháng sau, prototype trễ hạn, code mong manh, và không ai bên phía bạn giải thích được thứ đã được xây dựng là gì. Lựa chọn rẻ tiền lặng lẽ trở thành lựa chọn đắt đỏ.

Đây là khuôn mẫu chúng tôi thấy ở các công ty vừa và nhỏ mỗi năm. Việc chọn giữa offshore, nearshore và in-house hiếm khi là quyết định dựa trên bảng giá. Đó là quyết định về chi phí giao tiếp, quyền sở hữu sản phẩm, và mức rủi ro vận hành mà doanh nghiệp của bạn có thể hấp thụ khi đang tăng trưởng. Chọn sai không chỉ tốn tiền; nó lấy đi một chu kỳ sản phẩm mà bạn không thể lấy lại.

Ba mô hình, mô tả một cách trung thực

Trước khi so sánh các đánh đổi, cần bóc lớp ngôn ngữ tiếp thị khỏi từng lựa chọn.

In-house nghĩa là kỹ sư toàn thời gian trong bảng lương của bạn, ngồi trong cùng múi giờ, báo cáo lên chuỗi quản lý của bạn. Bạn sở hữu việc tuyển dụng, quá trình ramp-up, việc giữ người, laptop, phúc lợi, và cả chiếc ghế trống khi ai đó rời đi. Bạn cũng sở hữu từng dòng code và từng chút kiến thức thể chế.

Nearshore nghĩa là một đội đối tác hoặc nhà thầu ở quốc gia gần với thị trường chính của bạn — thường trong khoảng hai đến ba giờ so với ngày làm việc của bạn. Với một công ty châu Âu, đó có thể là Ba Lan hoặc Bồ Đào Nha. Với một công ty Bắc Mỹ, là Mexico hoặc Colombia. Mức giá thấp hơn tuyển dụng tại chỗ nhưng cao hơn offshore xa, và mức độ trùng lặp về văn hóa lẫn múi giờ đều cao.

Offshore nghĩa là một đội đối tác ở múi giờ xa, phổ biến nhất là châu Á hoặc Đông Âu. Mức giá thường thấp hơn 40 đến 70 phần trăm so với onshore. Mức trùng lặp với ngày làm việc của bạn thường tối đa bốn giờ, và bối cảnh văn hóa cần được đầu tư có chủ đích. Khi mô hình này chạy tốt, nó rất tốt và mở rộng được. Khi thất bại, nó thất bại một cách âm thầm trong nhiều tháng trước khi bất kỳ ai bên phía bạn nhận ra.

Mỗi mô hình đều có thể thành công. Mỗi mô hình cũng có thể lặng lẽ phá hỏng một dự án. Biến số không phải là quốc gia. Đó là mức độ trung thực khi bạn khớp mô hình với loại công việc bạn đang muốn hoàn thành.

Đánh đổi mà không ai đưa vào bảng giá

Mọi cuộc trò chuyện về thuê ngoài đều tập trung vào giá theo giờ. Đó là con số sai để dẫn dắt. Chi phí thực của một đội kỹ thuật là tổng hòa của bốn thành phần:

1. Chi phí theo giờ đầy đủ (fully loaded) — lương hoặc hóa đơn, cộng phúc lợi, công cụ, văn phòng, và chi phí quản lý.
2. Thuế giao tiếp (communication tax) — số giờ mà product manager, tech lead, và QA của bạn phải bỏ ra để diễn dịch yêu cầu, làm rõ các trường hợp biên, và làm lại những phần đi lệch mục tiêu.
3. Chi phí ramp và biến động nhân sự — số tuần mất đi khi một kỹ sư mới gia nhập, và số tuần mất đi lần nữa khi một người rời đi và mang theo bối cảnh.
4. Chi phí làm lại và nợ kỹ thuật — chi phí của việc ship sai thứ, hoặc ship đúng thứ nhưng ship kém, và phải trả giá trong chu kỳ phát hành tiếp theo.

Một kỹ sư senior in-house ở một thành phố lớn có thể tốn của bạn 120 USD mỗi giờ theo mức fully loaded, nhưng thuế giao tiếp và chi phí làm lại tiệm cận không vì họ ngồi ngay cạnh product owner. Một kỹ sư offshore ở mức 25 USD mỗi giờ trông như tiết kiệm gấp 5 lần ở dòng đầu tiên, nhưng nếu một nửa output của họ cần làm lại và PM của bạn phải mất hai giờ mỗi ngày cho các cuộc gọi làm rõ, chi phí thực trên mỗi tính năng được ship có thể cao hơn phương án in-house.

Đây không phải là lập luận chống lại offshoring. Đây là lập luận về việc đo đúng con số. Các đội làm offshore thành công coi thuế giao tiếp là một khoản mục thực và đầu tư để giảm nó — spec rõ ràng, giờ làm việc trùng lặp, một tech lead mạnh tại chỗ, các quyết định được ghi lại bằng văn bản. Các đội thất bại coi giá là biến số duy nhất và ngạc nhiên khi velocity sụp đổ.

Khớp mô hình với công việc

Các loại công việc kỹ thuật khác nhau chịu được các mức độ xa cách khác nhau. Một mô hình tư duy hữu ích:

In-house xứng đáng với mức phí cao khi công việc là sản phẩm cốt lõi của bạn, thay đổi nhanh, và đòi hỏi hợp tác chặt chẽ với các chức năng phi kỹ thuật — sales, vận hành, tuân thủ. Bất cứ việc gì mà yêu cầu sẽ thay đổi hàng tuần dựa trên các cuộc trò chuyện với khách hàng đều thuộc về gần nhà. Kỹ thuật ở đội sáng lập, các quyết định nền tảng cốt lõi, và các công việc quan trọng về bảo mật gần như luôn xứng đáng với chi phí in-house.

Nearshore phù hợp khi bạn cần trùng lặp múi giờ đáng kể và sự gần gũi về văn hóa nhưng không thể biện minh cho mức giá địa phương. Hãy nghĩ đến một đội sản phẩm đang tăng trưởng cần thêm ba kỹ sư mid-level cho mười hai tháng phát triển tính năng tiếp theo. Nearshore mang lại cho bạn phần lớn lợi ích hợp tác của in-house ở mức 50 đến 70 phần trăm chi phí, với ít chi phí vận hành hơn nhiều so với tuyển dụng trực tiếp.

Offshore là câu trả lời đúng khi phạm vi rõ ràng, các sản phẩm bàn giao được định nghĩa rõ, và bạn có thể làm việc bất đồng bộ hoặc đầu tư cho một cầu nối onshore-offshore mạnh. Các chương trình kỹ thuật dài hạn — xây lại một ứng dụng mobile, hiện đại hóa một backend cũ, di trú một nền tảng dữ liệu — chính là điểm ngọt. Việc mở rộng một sản phẩm đã định hình với codebase ổn định và kỷ luật spec trưởng thành cũng vậy.

Kiểu thất bại là dùng offshore cho loại công việc sai hình thù: một sản phẩm ở giai đoạn khám phá mơ hồ với các cú pivot hàng tuần, hoặc một dự án nặng tính tuân thủ với một product owner thiếu kinh nghiệm bên phía bạn. Sự kết hợp đó đốt tiền ở mọi hướng.

Một câu chuyện ngắn từ thực địa

Một doanh nghiệp logistics SME ở Đông Nam Á tìm đến chúng tôi sau hai lần thất bại khi xây dựng nền tảng quản lý đội xe nội bộ. Lần thử một là in-house hoàn toàn: hai kỹ sư senior địa phương, sáu tháng, ship được MVP chạy được, rồi dừng lại vì không kỹ sư nào có thể được tách ra khỏi việc dập lửa vận hành để tiếp tục xây. Lần thử hai là offshore thuần thông qua một marketplace giá rẻ: code về đúng hạn, trông có vẻ hợp lý ở bề mặt, và sụp đổ trước dữ liệu thực tế trong vòng ba tuần sử dụng production.

Lần thử thứ ba là mô hình lai. Một tech lead in-house sở hữu roadmap, các quyết định kiến trúc, và các cuộc trò chuyện với khách hàng. Một đội offshore năm người, làm việc với bốn giờ trùng lặp mỗi ngày và một ghi chú kiến trúc bằng văn bản hàng tuần, xây dựng các tính năng. Ramp mất tám tuần. Từ tháng thứ ba trở đi, velocity cao hơn cả hai lần thử trước ở mức xấp xỉ 55 phần trăm chi phí in-house toàn phần. Hai năm sau, nền tảng đó vận hành một hoạt động logistics quy mô chín chữ số.

Bài học không phải là mô hình lai luôn thắng. Bài học là công ty cuối cùng đã ngừng chọn mô hình dựa trên giá và bắt đầu chọn dựa trên phần nào của công việc cần sự gần gũi và phần nào cần quy mô.

Lộ trình để ra quyết định

Nếu bạn đang đối diện quyết định này ngay lúc này, một trình tự thực tế:

1. Tách công việc thành hai chồng. Chồng một là công việc đòi hỏi hợp tác chặt chẽ, lặp nhanh, và bối cảnh kinh doanh. Chồng hai là công việc với spec rõ ràng và kết quả được định nghĩa. Hãy trung thực — hầu hết công ty đều đánh giá quá cao mức độ công việc thực sự thuộc chồng một.
2. Cấp ngân sách cho chồng một bằng in-house hoặc nearshore. Đừng thỏa hiệp ở đây. Đây là nơi các quyết định sản phẩm sống, và là nơi biến động nhân sự gây tổn thương nhiều nhất.
3. Cấp ngân sách cho chồng hai bằng mô hình mang lại chi phí trên mỗi tính năng được ship tốt nhất, không phải mức giá tốt nhất. Với hầu hết SME, đó là một quan hệ đối tác offshore hoặc nearshore được vận hành tốt với một cầu nối onshore mạnh.
4. Dự toán thuế giao tiếp một cách rõ ràng. Giả định mười đến mười lăm phần trăm thời gian của đội onshore sẽ được dùng để hỗ trợ đội thuê ngoài. Ít hơn thế là mơ mộng.
5. Xem lại thỏa thuận ở mốc sáu và mười hai tháng dựa trên dữ liệu giao hàng thực, không phải cảm tính. Điều chỉnh tỷ lệ, hoặc thay đối tác, trước khi khuôn mẫu bị đóng khuôn.

Các công ty làm đúng việc bố trí nhân sự kỹ thuật không phải là những công ty tìm được đội rẻ nhất hay agency danh tiếng nhất. Họ là những công ty đã ngừng coi đây là quyết định mua sắm và bắt đầu coi đây là quyết định thiết kế — thiết kế đội ngũ theo cùng cách họ thiết kế sản phẩm.

Nếu bạn đang cân nhắc những đánh đổi này cho một dự án thực và muốn có ý kiến thứ hai từ một đội đã xây dựng sản phẩm theo cả ba mô hình, đội MerkTechs sẵn lòng trò chuyện cùng bạn. Không có pitch deck — chỉ là một cuộc trò chuyện trung thực về hình thù công việc của bạn và mô hình bố trí nhân sự nào thực sự phù hợp với nó.