Mục lục nội dung

Nghịch lý của một cường quốc outsourcing

Developer Việt Nam không thiếu năng lực build product, họ thiếu một hệ tư duy và một hệ sinh thái khiến việc đó trở thành lựa chọn hợp lý. Việt Nam có hàng trăm nghìn developer và là điểm đến outsourcing hàng đầu khu vực. Thế nhưng số sản phẩm phần mềm tự thân do developer Việt làm ra và bán được trên thị trường toàn cầu vẫn rất khiêm tốn.

Gần như developer nào cũng từng có side project, nhưng rất ít dự án đi đến bước thu tiền. Repository bị bỏ dở trên GitHub, domain hết hạn sau một năm, landing page chưa từng được publish. Vấn đề hiếm khi nằm ở kỹ năng kỹ thuật.

Bài viết này phân tích năm nhóm rào cản: tư duy, tâm lý, kỹ năng, thị trường và hệ sinh thái. Mỗi nhóm đều có lý do chính đáng, và cũng đều có cách gỡ.

Rào cản tư duy: được đào tạo để làm thuê

Ngành phần mềm Việt Nam lớn lên từ outsourcing, và outsourcing huấn luyện developer giải bài toán của người khác thay vì tìm ra bài toán đáng giải. Requirement, spec và deadline luôn có sẵn. Câu hỏi "ai sẽ trả tiền cho thứ này" luôn đã có người khác trả lời.

Effort-based thay vì outcome-based

Trong service mindset, giá trị được đo bằng effort: số giờ billable, story point, ticket đã đóng. Product đo giá trị bằng outcome: khách có trả tiền không, có ở lại không. Một tháng code cật lực mà không ai mua có giá trị bằng không, và đó là cú sốc lớn với người quen được trả lương theo thời gian.

Product sense ít có cơ hội phát triển

Trong dự án outsourcing, BA, PM và account manager đứng giữa developer và end user. Developer hiếm khi tham gia customer discovery, positioning hay pricing. Sau nhiều năm, kỹ năng thực thi rất sâu nhưng cơ bắp phán đoán thị trường gần như chưa được dùng.

Career ladder không có nấc thang nào tên là product

Lộ trình quen thuộc là Junior, Senior, Tech Lead, Engineering Manager, đo bằng title và mức lương. Tự build product không nằm trên thang đó, nên dễ bị xem là đi lệch hướng. Thành công được xác nhận bởi tổ chức, không bởi thị trường.

Side project là sân chơi công nghệ

Nhiều developer dùng side project để thử framework mới chứ không phải để tìm khách hàng. Kết quả là microservices, Kubernetes và CI/CD pipeline hoàn chỉnh cho một sản phẩm chưa có user nào. Over-engineering ở đây là một dạng trì hoãn có vẻ chăm chỉ.

Rào cản tâm lý: cái giá của sự an toàn

Với developer Việt, build product không được so với thất nghiệp mà so với một mức lương đang rất tốt. Opportunity cost đó là lý do lớn nhất khiến nhiều người dừng lại trước vạch xuất phát.

Opportunity cost quá cao

Lương senior developer, đặc biệt ở công ty nước ngoài hoặc làm remote, cao gấp nhiều lần mặt bằng thu nhập chung. Từ bỏ dòng tiền đó để đổi lấy MRR bằng không trong một năm là quyết định rất khó biện minh. Nghịch lý là developer càng giỏi, cái giá của việc thử càng đắt.

Gia đình và văn hóa ổn định

Mua nhà, lập gia đình, phụng dưỡng bố mẹ là những kỳ vọng hiện hữu ở độ tuổi mà developer đủ kỹ năng để build product. "Công việc ổn định" vẫn là thước đo thành công phổ biến, còn nghỉ việc làm dự án riêng dễ bị xem là liều lĩnh. Safety net xã hội mỏng khiến mỗi tháng không có thu nhập đều nặng nề.

Nỗi sợ mất mặt

Thất bại công khai thường bị nhìn như một điều đáng xấu hổ hơn là một data point. Build in public, chia sẻ MRR hay launch trên Product Hunt đều đòi hỏi chấp nhận bị nhìn thấy khi chưa thành công. Nhiều người chọn build trong im lặng để không ai biết nếu họ bỏ cuộc.

Perfectionism

Văn hóa code review khắt khe, clean code và best practice là điểm mạnh trong công việc làm thuê. Khi build product, chính nó khiến việc ship một MVP thô ráp trở nên khó chịu. Khách hàng không trả tiền cho code đẹp, họ trả tiền cho vấn đề được giải quyết.

Rào cản kỹ năng: code chỉ là một phần nhỏ

Build product để kiếm tiền đòi hỏi những kỹ năng mà công việc developer gần như không rèn luyện. Nhiều người cảm nhận được khoảng trống này, và chính cảm giác "không biết bắt đầu từ đâu" khiến họ không bắt đầu.

  • Marketing bị xem nhẹ. Không ít developer coi marketing là làm màu và sales là chèo kéo. Tư duy này khiến sản phẩm tốt chết trong im lặng vì không ai biết nó tồn tại.
  • Tiếng Anh viết ở mức thuyết phục. Đọc documentation tốt khác xa viết landing page copy, cold email hay blog post khiến người bản ngữ muốn trả tiền. Copy yếu kéo conversion rate xuống dù sản phẩm tốt, và AI chỉ giúp được phần ngôn ngữ chứ không thay được sự hiểu về khách hàng.
  • Customer discovery và sales. Phỏng vấn khách hàng, xử lý objection và chốt deal là kỹ năng giao tiếp với người, không phải với máy. Nhiều developer thà code thêm một tuần còn hơn gửi một cold email.
  • Product design và UX. Không có designer đồng hành, sản phẩm dễ rơi vào giao diện generic và onboarding rời rạc. First impression kém làm activation rate sụt ngay từ những phút đầu.
  • Business fundamentals. Pricing, unit economics, thuế và pháp lý là vùng mù với người chưa từng chịu trách nhiệm P&L. Không biết định giá dẫn đến underpricing, và underpricing dẫn đến một sản phẩm không nuôi nổi chính nó.

Khoảng trống này không phải lỗi cá nhân mà là hệ quả của chuyên môn hóa. Tin tốt là mọi kỹ năng trong danh sách đều học được, và cách học nhanh nhất là thực hành trên một sản phẩm thật.

Rào cản thị trường và hạ tầng: kẹt ở giữa

Thị trường nội địa có willingness to pay thấp cho phần mềm, còn bán ra quốc tế lại vấp rào cản thanh toán và pháp lý. Developer Việt vì vậy bị kẹt ở giữa hai lựa chọn đều khó.

Thị trường nội địa: ARPU thấp, CAC cao

Người dùng cá nhân quen với phần mềm miễn phí, và văn hóa dùng bản crack vẫn còn phổ biến. Khách hàng SME thường mua qua quan hệ, cần sales trực tiếp và hay đòi customize. Kết quả là ARPU nhỏ trong khi CAC lại cao, unit economics rất khó khép.

Thói quen thanh toán cũng là vấn đề. Chuyển khoản QR và ví điện tử rất phổ biến, nhưng subscription tự động gia hạn qua thẻ chưa phải thói quen đại trà, khiến mô hình SaaS recurring khó vận hành trơn tru.

Thị trường quốc tế: rào cản thanh toán

Stripe chưa mở cho pháp nhân đăng ký tại Việt Nam, nên developer phải lập US LLC qua Stripe Atlas hoặc dùng Merchant of Record như Paddle, Lemon Squeezy, Polar. Sau đó là bài toán chuyển tiền về Việt Nam qua Payoneer, Wise hoặc ngân hàng, kèm phí và thủ tục. Mỗi bước không khó, nhưng cộng lại đủ tạo cảm giác phức tạp khiến nhiều người chùn bước.

Pháp lý và thuế: nỗi sợ làm sai

Nghĩa vụ thuế với thu nhập từ nước ngoài, quy định ngoại hối và việc vận hành một pháp nhân ở nước ngoài là những vùng thông tin rải rác. Thiếu hướng dẫn rõ ràng, nhiều developer chọn không làm gì để khỏi làm sai. Cách đúng là tham vấn một chuyên gia thuế ngay khi có doanh thu đầu tiên, không phải trì hoãn việc bắt đầu.

Thiếu hình mẫu và những ngộ nhận

Developer Việt thiếu những câu chuyện thành công gần gũi để tin rằng con đường này khả thi. Trong khi đó, truyền thông lại định hình khái niệm "khởi nghiệp" gần như hoàn toàn theo hình mẫu gọi vốn.

Narrative unicorn át đi mọi thứ

Báo chí và sự kiện startup tôn vinh các vòng gọi vốn triệu USD. Làm product vì thế bị đánh đồng với khởi nghiệp lớn, cần co-founder, pitch deck và đội ngũ. Một micro-SaaS đạt 3.000 USD MRR hiếm khi được xem là thành công, dù nó đủ cho một cuộc sống rất tốt ở Việt Nam.

Ít case study công khai

Văn hóa giữ kín thu nhập khiến rất ít developer Việt chia sẻ số liệu doanh thu thật. Những trường hợp như Tony Dinh, người công khai hành trình xây DevUtils và TypingMind, chứng minh con đường này khả thi với một developer Việt. Nhưng họ vẫn là số ít được biết đến, chưa đủ để tạo thành một làn sóng.

Ngộ nhận ý tưởng phải lớn và mới

Nhiều người chờ một ý tưởng "chưa ai làm" và rơi vào idea paralysis. Thực tế ngược lại: thị trường đã có đối thủ thu tiền là tín hiệu nhu cầu đã được xác thực. Một sản phẩm tốt hơn 20% cho một ngách hẹp đáng giá hơn một ý tưởng đột phá không ai cần.

Ngộ nhận phải có team mới bắt đầu

Chờ tìm đủ co-founder business, designer và marketer là một cách trì hoãn khác. Với AI và hạ tầng hiện nay, một solo founder hoàn toàn có thể đi đến doanh thu đầu tiên một mình.

Cộng đồng nhỏ và phân mảnh

Cộng đồng lập trình Việt rất sôi động về công nghệ, phỏng vấn và lương thưởng. Không gian thảo luận nghiêm túc về distribution, pricing và revenue thì còn mỏng, khiến người mới bắt đầu không có ai để hỏi và so sánh.

Những gì đang thay đổi

Rào cản vẫn còn nhưng đang mỏng dần, và hiện tại có lẽ là thời điểm thuận lợi nhất từ trước đến nay để developer Việt build product.

  • AI nén chi phí build. AI coding assistant cho phép một người làm khối lượng việc của một team nhỏ. AI cũng thu hẹp khoảng cách về copywriting tiếng Anh, design và nghiên cứu thị trường.
  • Remote work mở rộng tầm nhìn. Ngày càng nhiều developer Việt làm trực tiếp cho công ty nước ngoài, tiếp xúc văn hóa product và khách hàng quốc tế. Họ tích lũy được product sense và network mà mô hình outsourcing truyền thống không mang lại.
  • Merchant of Record gỡ nút thắt thanh toán. Paddle, Lemon Squeezy và Polar xử lý global tax, invoicing và chargeback thay cho solo founder. Bài toán "làm sao thu tiền từ khách Mỹ" giờ chỉ còn là vài bước đăng ký.
  • Ổn định không còn tuyệt đối. Các đợt cắt giảm nhân sự trong ngành công nghệ những năm gần đây cho thấy một công việc làm thuê cũng có rủi ro riêng. Một nguồn thu nhập từ product là một dạng diversification.
  • Geo-arbitrage vẫn là lợi thế lớn. Thu bằng USD và chi tiêu bằng VND khiến mức MRR cần thiết để sống tốt thấp hơn nhiều so với founder ở Mỹ hay châu Âu. Runway của bạn dài hơn họ với cùng một khoản tiết kiệm.

Bắt đầu từ đâu: build product với rủi ro thấp

Vượt qua rào cản không đòi hỏi liều lĩnh nghỉ việc, mà đòi hỏi hạ rủi ro xuống mức đủ nhỏ để không còn lý do trì hoãn. Tám bước dưới đây đều làm được trong khi vẫn giữ công việc hiện tại.

  1. Giữ công việc, cố định ngân sách thời gian. Mười giờ mỗi tuần vào buổi tối và cuối tuần, duy trì đều đặn, hiệu quả hơn những đợt bùng nổ rồi bỏ dở.
  2. Đặt mục tiêu first dollar, không phải unicorn. Ship một sản phẩm nhỏ trong bốn tuần và thu được tiền từ một người lạ. Đồng tiền đầu tiên phá vỡ rào cản tâm lý lớn hơn bất kỳ khóa học nào.
  3. Khai thác domain expertise từ công việc cũ. Nhiều năm outsourcing cho logistics, fintech, e-commerce hay HR đã cho bạn hiểu biết sâu về workflow và pain point của những ngành đó. Đây là tài sản mà chính mô hình làm thuê đã trao cho bạn.
  4. Build cho thị trường global ngay từ đầu. Viết sản phẩm và content bằng tiếng Anh, dùng Merchant of Record để bỏ qua rào cản thanh toán. Thị trường có willingness to pay cao giúp unit economics dễ khép hơn nhiều.
  5. Dành một nửa thời gian cho distribution. Mỗi giờ code nên đi kèm một giờ viết, chia sẻ hoặc nói chuyện với khách hàng tiềm năng.
  6. Build in public để luyện sự can đảm. Bắt đầu bằng những chia sẻ nhỏ về tiến độ và bài học. Thất bại nhỏ, công khai và nhanh sẽ dần biến nỗi sợ mất mặt thành thói quen học hỏi.
  7. Đặt điều kiện nghỉ việc bằng con số. Ví dụ: MRR phủ 70% chi phí sống trong ba tháng liên tiếp, hoặc có runway tiết kiệm đủ 12 tháng. Con số cụ thể biến một quyết định cảm tính thành một quyết định có căn cứ, và dễ thuyết phục gia đình hơn.
  8. Tìm accountability partner. Một người cùng build để review tiến độ hàng tuần giúp giảm cô đơn và hạn chế việc bỏ dở giữa chừng.

Kết luận

Developer Việt không thiếu năng lực, họ thiếu thói quen bước ra khỏi vai trò người thực thi. Phần lớn rào cản trong bài đều có thật, nhưng chúng lớn nhất khi nhìn từ bên ngoài và nhỏ dần khi bắt tay vào làm.

Câu hỏi đúng không phải là "mình có dám nghỉ việc không". Câu hỏi đúng là "mình có dám ship một thứ nhỏ và xin một người lạ trả tiền cho nó không". Trả lời được câu thứ hai, câu thứ nhất sẽ tự có đáp án.