Xin chào các bạn, đây là một trong các chủ đề mà mình nhận được câu hỏi từ nhiều bạn mới vào nghề — nên chọn kiểu công ty nào, thiệt hơn ra sao, liên quan gì tới khả năng phát triển trong ngành.
Mình xin phép viết post này mong rằng có thể mang tới cho các bạn mới những cái nhìn dễ hiểu cùng các thông tin hữu ích dựa trên kinh nghiệm của mình và những gì mình được các anh tiền bối tư vấn nhé ạ.
Tóm tắt
Không có lựa chọn/con đường hoàn hảo, chỉ có lựa chọn phù hợp tại giai đoạn và chiến lược hợp lý thôi. Mình sẽ giúp các bạn nhìn thấy như thế nào là phù hợp và hợp lý. Việc đưa ra các lựa chọn khác nhau sẽ dẫn tới các hành trình sự nghiệp khác nhau.
Đầu tiên mình sẽ muốn nói tới vòng đời của một sản phẩm trước, tại sao lại vậy, vì đây là một trong những cơ sở hay ho để so sánh:
Vòng đời sản phẩm IT:
Đại loại là: Tìm được ý tưởng sản phẩm hợp lý → đánh giá, khảo sát thị trường → phát triển, xây dựng sản phẩm (coding nằm ở đây) → testing, kiểm thử → triển khai, khai sinh cho sản phẩm → vận hành và tối ưu song song lặp lại các bước trên.
Bản chất: Công ty Outsource sống nhờ vào việc bán "giờ làm" của bạn cho khách hàng. Khách hàng đã làm sẵn bước (1) Ý tưởng và (2) Khảo sát, có thể cả bước (5) Deploy và (6) Vận hành. Bạn join vào code đúng yêu cầu.
Tính chất: Dự án đến rồi đi. Nay làm App đặt xe, mai làm Web bảo hiểm. Tech-stack thay đổi liên tục.
Ý nghĩa với dev
Bạn là "lính đánh thuê". Điểm mạnh nhất bạn nhận được là khả năng Thích nghi — cực kỳ "đa năng", cái gì cũng biết một ít. Biết quy trình làm việc với khách hàng (thường là nước ngoài).
Điểm yếu: Vì ưu tiên tiến độ để kịp nghiệm thu ⇒ chất lượng code đôi khi bị xem nhẹ (chạy được, bàn giao được là được). Bạn ít có cơ hội nhìn thấy hậu quả của code "chỉ để chạy được".
Phù hợp với: Những bạn thích sự mới mẻ, muốn học nhanh bề ngang công nghệ, thích quy trình làm việc chuyên nghiệp kiểu quốc tế.
Bản chất: Công ty sống bằng giá trị của sản phẩm. Công ty Product tự xây dựng sản phẩm (ví dụ Zalo, Momo…) sẽ đi qua tất cả các giai đoạn.
Tính chất: Gắn bó với một hoặc vài sản phẩm theo năm tháng — làm chức năng mới, tối ưu chức năng cũ, hỗ trợ team khác vận hành, đo lường…
Ý nghĩa với dev
Thay vì chỉ code xong yêu cầu, bạn sẽ được va vấp với nhiều yêu cầu kiểu làm sản phẩm tốt hơn, tối ưu mọi thứ có thể. Được đào sâu không chỉ mặt code mà quan sát được bức tranh tổng thể.
Điểm yếu: Dễ nhàm chán nếu sản phẩm đi vào giai đoạn bảo trì. Tech-stack có thể bị "đóng băng" vì hệ thống quá lớn.
Phù hợp với: Những bạn thích sự ổn định, tỉ mỉ và muốn trở thành chuyên gia (Expert) trong một lĩnh vực cụ thể.
| Tiêu chí | Outsource | Product |
|---|---|---|
| Dự án | Nhiều, thay đổi liên tục | Ít, gắn bó lâu dài |
| Tech-stack | Đa dạng, thay đổi theo khách | Ổn định, đào sâu |
| Code quality | Ưu tiên tiến độ | Ưu tiên chất lượng, tối ưu |
| Góc nhìn sản phẩm | Chỉ thấy giai đoạn code | Thấy toàn bộ lifecycle |
| Kỹ năng phát triển | Rộng (biết nhiều thứ) | Sâu (giỏi 1 thứ) |
| Phù hợp với | Thích mới mẻ, đa năng | Thích ổn định, chuyên sâu |
Nhiều người hay nhầm lẫn cứ Startup là làm Product, thực tế có cả Startup làm Outsource. Nhưng cái mình muốn nói ở đây là Quy mô và Quy trình.
Scale rộng vs Scale sâu
Tất nhiên có người biết rộng vẫn sâu, có người chỉ biết 1 thứ vẫn nông. Ở đây mình nhấn mạnh hướng phát triển chứ không phân loại dev.
Bản chất: Team nhỏ ưu tiên tốc độ và khả năng sinh tồn. Mỗi người thường phải đa nhiệm — có khi FE BE nhảy liên tục, lâu lâu kiêm thêm làm báo cáo, nói chuyện khách hàng…
Ý nghĩa với dev: Bạn thậm chí có thể tham gia vào tất cả giai đoạn của sản phẩm, làm nhiều roles. Được thoải mái trong việc "không biết" — vì công ty nhỏ mà, bạn biết BE không biết FE, oke thôi hãy học FE song song với làm FE luôn. Quyền quyết định cực cao.
Điểm yếu: Quy trình chưa ổn, không có nhiều chuyên gia để học, phúc lợi không rõ ràng.
Bản chất: Công ty lớn, bộ máy nhân sự lớn, lâu đời. Bạn là một mắt xích nhỏ trong toàn bộ hệ thống.
Ý nghĩa với dev: Làm đúng việc mà bạn giỏi, tập trung đào sâu 1 mảng. Lương thưởng, phúc lợi rõ ràng, quy trình tốt, có nhiều chuyên gia để học.
Nhược điểm: Đôi khi sửa cái bug bé tí (5 phút) mà từ lúc nhận đến lúc xong ra 3 tiếng. Không thấy bức tranh toàn cảnh.
| Tiêu chí | Startup | Big Corp |
|---|---|---|
| Quy mô | Nhỏ, linh hoạt | Lớn, bài bản |
| Đa nhiệm | Cao (làm mọi thứ) | Thấp (chuyên môn hóa) |
| Quyền quyết định | Cao | Thấp (quy trình) |
| Mentor / Chuyên gia | Ít | Nhiều |
| Phúc lợi | Chưa rõ ràng | Rõ ràng, minh bạch |
| Hướng phát triển | Scale rộng | Scale sâu |
Phù hợp với:
Phù hợp với:
Phù hợp với:
Phù hợp với:
Tóm tắt combo
Có một điều rất dở mà cũng rất hay: Nhảy việc là một trong những cách tăng lương nhanh nhất của 3 năm đầu sự nghiệp. Mỗi lần nhảy việc có thể offer mức thu nhập mới cao hơn từ 30% thậm chí đến 100%.
Với mình, một công ty tốt là công ty cung cấp cho mình 2 thứ: Môi trường phát triển và Phúc lợi. Càng ở giai đoạn sớm thì càng ưu tiên môi trường hơn.
Những bạn thích sự ổn định, muốn xây móng vững chắc, học quy trình chuẩn.
Năm 1-2: Vào Big Corp Outsource → Học cách làm việc chuyên nghiệp, viết Unit Test, Log time, làm quen quy trình quốc tế.
Năm 2-3: Nhảy sang Big Corp Product → Đem sự chỉn chu đó vào sản phẩm lớn, học cách tối ưu sâu, xử lý bài toán triệu User.
Kết quả: Senior với tư duy hệ thống cực tốt và profile đẹp trong mắt tập đoàn lớn.
Những bạn năng động, máu chiến, thích cái gì cũng biết, định hướng tự mở business.
Năm 1-2: Vào Startup Outsource/Product nhỏ → Va chạm 5-7 dự án khác nhau. Luyện kỹ năng "sinh tồn", search nhanh, học lẹ.
Năm 3-4: Nhảy vào Startup Product lớn → Cùng xây dựng sản phẩm từ con số 0, làm từ Frontend đến Backend đến Deploy.
Kết quả: Dev "phòng ban IT" thực thụ, có thể tự build sản phẩm từ đầu đến cuối, có tố chất Technical Lead hoặc Founder.
Những bạn co tư duy logic cực tốt, đam mê một mảng, muốn trở thành chuyên gia.
Năm 1-2: Vào thẳng Công ty Product (tầm trung hoặc lớn) có Tech-stack đam mê. Kiên trì bám trụ, đào sâu tận cùng.
Năm 2-4: Chuyển sang các vị trí Specialist hoặc Architect ở Big Tech lớn hơn.
| Con đường | Năm 1-2 | Năm 2-4 | Kết quả |
|---|---|---|---|
| An toàn | Big Corp Outsource | Big Corp Product | Senior/Staff Engineer |
| Xông pha | Startup Outsource | Startup Product | Tech Lead / Founder |
| Chuyên gia | Product (tầm trung) | Big Tech | Specialist / Architect |
Nguyên tắc 18 tháng
Đừng nhảy việc quá nhanh (dưới 1 năm) khiến CV bị xấu, nhưng cũng đừng ở một nơi quá 2 năm nếu thấy mình không còn học được gì mới. 18-24 tháng cho một bến đỗ đầu đời là con số hợp lý.
Đừng bị Outsource hóa quá lâu
Làm Outsource rất vui vì được thay đổi liên tục, nhưng nếu làm quá 3 năm mà không có sản phẩm nào đào sâu, bạn dễ rơi vào trạng thái cái gì cũng biết nhưng không cái gì thực sự giỏi.
Tư duy Tăng giá trị thay vì Tăng lương
Ở 3 năm đầu, hãy chọn nơi cho bạn nhiều đất diễn và bài toán khó nhất. Lương có thể thấp hơn 1-2 triệu, nhưng giá trị chất xám bạn thu về sẽ giúp bạn x5, x10 lương ở những năm sau đó.
Bài viết đã khá dài, mỗi người sẽ có những cái nhìn và định hướng phát triển khác nhau. Mình mong rằng bài viết này sẽ phần nào mang tới các thông tin thú vị, cái nhìn đa chiều cho các bạn mới bước chân vào ngành, đứng trước các ngã rẽ.
Nếu cảm thấy bài viết này có ích, để lại cho mình một react, một comment để mình biết nhé ạ. Xin chào các bạn!
