Chuyển Việc Từ Outsource Sang Product: Cần Chuẩn Bị Gì Để Không Bị Loại Ở Vòng Đầu?

Tóm tắt nhanh

• Khác biệt cốt lõi: outsource đo bằng "giao đúng yêu cầu, đúng hạn"; product đo bằng "chỉ số sản phẩm có tốt lên không". Nhà tuyển dụng product muốn thấy bạn từng nghĩ tới người dùng và hệ quả lâu dài, không chỉ hoàn thành ticket.
• Ba thứ họ soi kỹ nhất: nền tảng kỹ thuật (thuật toán, thiết kế hệ thống), khả năng tự chịu trách nhiệm một phần hệ thống từ đầu tới cuối, và cách bạn nói về tác động của việc mình làm.
• Lộ trình 3–6 tháng: viết lại CV theo kết quả, ôn lại nền tảng, làm một dự án cá nhân có người dùng thật, luyện vòng system design và vòng hành vi.

Bạn làm outsource được 2–4 năm, quen nhịp "nhận yêu cầu, ước lượng, code, bàn giao" và bắt đầu thấy chán: dự án này xong lại sang dự án khác, chưa bao giờ biết tính năng mình làm có ai dùng không. Công ty product nghe hấp dẫn hơn: được sở hữu sản phẩm, làm lâu dài trên một codebase, lương và thưởng thường gắn với kết quả kinh doanh.

Nhưng nhiều người nộp hồ sơ cả chục nơi mà không qua nổi vòng CV. Lý do hiếm khi là "outsource thì kém", mà là hồ sơ đang kể sai câu chuyện. Bài này đi qua khác biệt thật giữa hai môi trường, điều nhà tuyển dụng product tìm, và một lộ trình cụ thể để chuyển việc.

1. Outsource và product khác nhau ở đâu (không phải ở chỗ "giỏi" hay "kém")

Cả hai môi trường đều có người rất giỏi. Khác biệt nằm ở thứ được đo đếm và vì thế là thói quen làm việc hình thành sau vài năm:

• Mục tiêu: outsource giao đúng phạm vi hợp đồng, đúng hạn, ít lỗi. Product cải thiện một chỉ số: số người dùng giữ lại, tỉ lệ chuyển đổi, thời gian phản hồi, chi phí hạ tầng.
• Yêu cầu từ đâu: ở outsource, khách hàng hoặc BA viết sẵn, bạn hiếm khi được hỏi "có nên làm không". Ở product, đội tự quyết định làm gì; kỹ sư được kỳ vọng phản biện yêu cầu.
• Vòng đời code: dự án outsource thường bàn giao rồi chuyển đi. Ở product, bạn sống chung với code của mình nhiều năm, nên nợ kỹ thuật, giám sát (monitoring) và vận hành là việc của bạn.
• Quy mô: nhiều dự án outsource phục vụ một khách hàng doanh nghiệp. Sản phẩm tiêu dùng có thể phục vụ hàng triệu người, nên hiệu năng, độ ổn định và chi phí là chuyện hằng ngày.

Vì vậy câu hỏi nhà tuyển dụng product thật sự đặt ra khi đọc hồ sơ của bạn là: "Người này đã quen chịu trách nhiệm cho kết quả, hay chỉ quen hoàn thành phần việc được giao?"

2. Ba thứ nhà tuyển dụng product soi kỹ nhất

2.1. Nền tảng kỹ thuật

Công ty product, nhất là công ty lớn, thường có vòng thuật toán (coding) và vòng thiết kế hệ thống. Ở outsource bạn có thể làm tốt nhiều năm mà ít khi phải tự thiết kế một hệ thống từ đầu, nên đây thường là khoảng trống lớn nhất. Cần ôn lại: cấu trúc dữ liệu, độ phức tạp thuật toán, cơ sở dữ liệu (index, transaction, khoá), cache, hàng đợi, và cách hệ thống chịu tải khi người dùng tăng gấp mười.

2.2. Tự chịu trách nhiệm từ đầu tới cuối (ownership)

Họ muốn nghe chuyện bạn tự phát hiện vấn đề, đề xuất cách làm, triển khai, theo dõi sau khi chạy thật và sửa khi có sự cố. Ngay trong dự án outsource vẫn có những lần như vậy: bạn tối ưu một truy vấn chậm, dựng cảnh báo lỗi cho khách, đề xuất bỏ một tính năng không ai dùng. Hãy tìm và kể lại chúng.

2.3. Nói được tác động của việc mình làm

"Phát triển module thanh toán bằng Java Spring" chỉ là mô tả công việc. "Giảm thời gian xử lý đơn từ 4 giây xuống 600 mili giây bằng cách thêm cache và gom truy vấn, khách hàng ngừng phàn nàn về timeout giờ cao điểm" là tác động. Nhà tuyển dụng product đọc CV để tìm loại câu thứ hai.

3. Viết lại CV: từ "đã làm gì" sang "đã thay đổi được gì"

Đa số CV outsource liệt kê theo dự án: tên khách hàng (thường phải giấu), công nghệ, vai trò. Hãy giữ khung đó nhưng đổi cách viết từng dòng:

1. Mở đầu bằng động từ và kết quả, có con số nếu được: thời gian, tỉ lệ lỗi, chi phí, số người dùng, số giờ tiết kiệm.
2. Nói rõ phần bạn sở hữu, không phải phần cả đội làm. "Thiết kế và triển khai luồng đồng bộ dữ liệu giữa hai hệ thống" rõ hơn "tham gia phát triển hệ thống".
3. Mô tả bối cảnh sản phẩm dù không nêu tên khách: "ứng dụng đặt lịch cho chuỗi phòng khám, khoảng 20.000 lượt đặt mỗi tháng" cho người đọc hình dung quy mô.
4. Bỏ bớt danh sách công nghệ dài. Mười hai framework không thuyết phục bằng ba công nghệ bạn dùng sâu.

Muốn xem thêm lỗi CV hay gặp, đọc bài Vì sao CV bị loại trong 10 giây.

4. Lộ trình chuyển việc trong 3–6 tháng

Tháng 1: Định vị. Chọn loại công ty product muốn vào (startup, công ty sản phẩm trong nước, công ty nước ngoài có đội ở Việt Nam) vì vòng phỏng vấn mỗi loại rất khác. Đọc review và kinh nghiệm phỏng vấn của chính các công ty đó trên Drama Công Ty để biết họ hỏi gì và môi trường thật ra sao. Viết lại CV theo mục 3.

Tháng 2–3: Ôn nền tảng. Mỗi ngày 1–2 bài thuật toán ở mức trung bình. Mỗi tuần một chủ đề thiết kế hệ thống (rút gọn link, hàng đợi thông báo, hệ thống thanh toán…). Bộ câu hỏi ôn phỏng vấn system design có gợi ý trả lời để tự luyện.

Tháng 2–4: Một dự án có người dùng thật. Không cần lớn: một công cụ nhỏ cho chính đội của bạn, một bot, một trang tra cứu. Điều quan trọng là bạn tự quyết định làm gì, đo xem có ai dùng, và sửa theo phản hồi. Đây chính là câu chuyện "product" mà CV outsource đang thiếu.

Tháng 4–6: Phỏng vấn có chiến lược. Nộp vài nơi mình ít muốn vào trước để luyện tay, rồi mới tới nơi mình muốn nhất. Chuẩn bị 4–5 câu chuyện theo khung STAR (bối cảnh, nhiệm vụ, hành động, kết quả) cho vòng hành vi: một lần sửa sự cố, một lần bất đồng với cấp trên, một lần tự đề xuất cải tiến.

5. Những điều nên biết trước khi nhận offer product

• Lương cơ bản có thể không cao hơn ngay. Một số công ty product trả cạnh tranh hơn ở thưởng, cổ phần (ESOP) hoặc tốc độ tăng lương, không phải ở con số tháng đầu. Đối chiếu bằng tra cứu lương theo vị trí trước khi đàm phán.
• Startup có rủi ro riêng: hết tiền, đổi hướng sản phẩm, cắt giảm. Hỏi thẳng về tình hình gọi vốn và bao lâu nữa công ty cần gọi vốn tiếp.
• Trực sự cố (on-call) là chuyện bình thường ở product. Hỏi rõ tần suất và có được bù giờ hay không.

Danh sách đầy đủ câu nên hỏi nằm ở bài 12 điều nên hỏi trước khi chốt offer. Muốn nghe người thật đã chuyển kể lại, xem thread bạn đã chuyển từ outsource sang product thế nào.

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

Làm outsource bao nhiêu năm thì nên chuyển sang product?

Không có mốc cố định. Nhiều người chuyển sau 2–3 năm, khi đã vững kỹ năng code và bắt đầu muốn tự quyết định nhiều hơn. Chuyển quá sớm thì thiếu câu chuyện để kể; ở quá lâu mà không rèn thiết kế hệ thống thì vòng kỹ thuật sẽ khó hơn.

Công ty product có coi thường kinh nghiệm outsource không?

Đa số không. Họ đánh giá cách bạn nghĩ và kết quả bạn tạo ra. Kinh nghiệm làm nhiều dự án, nhiều công nghệ, làm việc trực tiếp với khách hàng nước ngoài là điểm cộng nếu bạn kể được mình đã học và thay đổi được gì từ đó.

Không có dự án cá nhân thì có chuyển được không?

Được, nếu trong công việc hiện tại bạn có những lần tự chịu trách nhiệm cho kết quả và kể lại rõ ràng. Dự án cá nhân chỉ là cách nhanh nhất để có câu chuyện đó khi công việc hiện tại không cho bạn cơ hội.

Chuyển sang product có phải chấp nhận giảm lương không?

Không nhất thiết. Mức lương phụ thuộc vào công ty và vị trí nhiều hơn là "outsource hay product". Hãy so sánh tổng thu nhập cả năm (lương, thưởng, cổ phần, phúc lợi) chứ không chỉ lương tháng.