Từ FDE lên founder: thói quen nào mang theo được, thói quen nào phải học lại

Tháng 6/2025, Garry Tan, CEO của Y Combinator, khuyên các founder hãy tự coi mình là “forward-deployed engineer”. Nói cách khác, YC đang lấy công việc của người kỹ sư ngồi ngay tại chỗ khách hàng làm khuôn mẫu cho người khởi nghiệp.

Lời khuyên đó kéo theo một câu hỏi ngược chiều, và câu hỏi này thực tế hơn với nhiều kỹ sư Việt: nếu founder nên làm việc như FDE, liệu vài năm làm FDE có biến bạn thành founder?

Câu trả lời ngắn là chỉ được một nửa. Phần chuyển được là cách tìm ra vấn đề đáng giải. Phần không tự chuyển là cách biến lời giải cho một khách thành công việc kinh doanh có đòn bẩy. Nếu bạn đang cân nhắc vai FDE như bước đệm để khởi nghiệp, phần thứ hai mới là thứ cần chủ động luyện.

Lò đào tạo founder có thật, nhưng bằng chứng mỏng hơn lời đồn

Câu chuyện “Palantir là lò đào tạo founder” có cơ sở. Một phân tích của quỹ Concept VC về các founder xuất thân từ Palantir cho thấy FDE là nền tảng phổ biến nhất. Ví dụ được nêu tên gồm Quinn Slack, đồng sáng lập Sourcegraph và từng là FDE ở Palantir.

Nhưng chính các tác giả thừa nhận mẫu của họ không chặt chẽ, có thể thiếu, và chức danh ở Palantir vốn lẫn lộn. Mati Staniszewski của ElevenLabs được trang đó gọi là FDE ở một chỗ và Deployment Strategist ở chỗ khác.

Nabeel Qureshi, người từng làm FDE ở Palantir khoảng tám năm, là khách mời của một tập podcast trên Lenny’s Newsletter có tựa đề gọi Palantir là “founder factory”.

Phần ghi chú của tập đó nói gần một phần ba PM của Palantir đi khởi nghiệp. Lưu ý đó là PM chứ không phải FDE, và đó là câu tóm tắt trên trang chứ không phải lời ông nói nguyên văn.

Concept VC còn để ngỏ một câu hỏi quan trọng: chưa rõ dòng founder này có còn chảy đều khi Palantir tuyển người ồ ạt trong vài năm tới. Một vai trò được tuyển hàng loạt rất khó giữ được chất lượng trải nghiệm như thời nó còn hiếm.

Vì thế, bản thân chức danh không tạo ra founder. Thứ tạo ra founder là một số thói quen cụ thể mà công việc FDE buộc bạn phải luyện.

Thứ mang theo được: discovery với từng khách một

PostHog chỉ ra điểm khác biệt cốt lõi: FDE làm product discovery và phát triển sản phẩm với một khách hàng tại một thời điểm, khác với một kỹ sư phần mềm thông thường.

Đây đúng là việc của founder ở giai đoạn đầu. Các partner của YC mô tả chiến thuật đó rất cụ thể: ở buổi gặp thứ hai, người bên khách phải được xem bản demo bạn dựng từ chính những gì họ nói ở buổi đầu.

Quỹ CRV cũng cho rằng vai trò FDE mạnh nhất ở giai đoạn tìm product-market fit, và lúc đó founder cùng team lõi nên tự làm phần việc tại khách.

Thử hình dung bạn là FDE ở một công ty logistics. Buổi đầu, quản lý kho phàn nàn rằng mỗi sáng mất cả tiếng đối soát đơn giữa hai hệ thống. Một tuần sau bạn quay lại với một script đối soát chạy trên dữ liệu thật của họ, chưa có giao diện, chỉ in ra danh sách đơn lệch.

Câu chuyện trong buổi thứ hai khi đó đổi hẳn. Họ không còn mô tả vấn đề chung chung nữa mà chỉ vào từng dòng: dòng này đúng, dòng kia sai vì một quy tắc bạn chưa biết. Bạn vừa học được nhiều hơn ba buổi phỏng vấn khách hàng cộng lại.

Gyani, một cựu kỹ sư Palantir chuyển sang làm founder AI, gọi tên thói quen đi kèm: cứ làm phiên bản nhỏ hơn của vấn đề trước, vì lúc nào cũng có thể mở rộng sau. Pratap Ranade, cũng từ Palantir ra, bổ sung logic thị trường: giải xong một vấn đề sẽ giúp bạn được mời vào vấn đề tiếp theo.

Trong ví dụ trên, script đối soát chính là tấm vé để quản lý kho kể tiếp về khâu điều phối xe. Ranade tóm lại bằng một câu: sản phẩm tốt rốt cuộc được xây ở hiện trường. Ba thói quen này, gồm nghe tại chỗ, demo nhanh và ship nhỏ để được giao vấn đề lớn hơn, chuyển gần như nguyên vẹn sang vai founder.

Thứ không tự chuyển: đòn bẩy

Qureshi mô tả mô hình lõi của Palantir là giải một vấn đề rất lớn và rất giá trị của một khách, rồi trừu tượng hoá lời giải đó thành sản phẩm. Câu này gồm hai vế. Làm FDE trong một công ty lớn, bạn chủ yếu luyện vế đầu.

Vế sau thường do người khác lo. Quỹ Flybridge mô tả cách chia việc: FDE đưa các pattern từ hiện trường về HQ, nơi team product đóng gói chúng thành tính năng dùng lại được cho khách khác. Khi bạn tự khởi nghiệp, không có HQ nào nhận pattern đó, chỉ còn bạn.

Bỏ qua vế sau thì hậu quả là gì? Flybridge cảnh báo mô hình FDE chỉ có lời khi có đòn bẩy, tức hợp đồng giá trị cao và insight dùng lại được. Thiếu hai thứ đó, công ty trượt thành một mô hình tốn sức, không mở rộng được và biên lợi nhuận thấp.

Quay lại ví dụ logistics và giả sử bạn đã nghỉ việc ra làm riêng. Khách thứ nhất cần script đối soát, khách thứ hai cần sửa nó cho định dạng dữ liệu khác, khách thứ ba lại cần thêm một quy tắc mới. Nếu lần nào bạn cũng viết lại phần lớn code, bạn đang bán giờ công chứ không bán sản phẩm.

Câu hỏi của founder là phần nào trong ba lần đó giống nhau. Phải tách được phần đó thành thứ khách thứ tư cài vào trong một ngày thì mới có đòn bẩy.

PostHog còn thêm một điều kiện thẳng thắn: chiến lược FDE nhằm giành quyền giải những vấn đề lớn hơn. Nếu playbook product-market fit thông thường đã chạy tốt, bạn không nên dùng FDE. Founder xuất thân FDE dễ mắc lỗi ngược lại, tức là ngồi tại khách theo phản xạ ngay cả khi thị trường đã sẵn sàng mua một sản phẩm tự phục vụ.

Hai cột trong cùng một kinh nghiệm

Gộp các góc nhìn trên lại sẽ thấy cùng một kinh nghiệm FDE tách thành hai phần rõ rệt:

Năng lực	Vai FDE trong công ty lớn	Khi bạn là founder
Discovery tại hiện trường	Luyện hằng ngày với một khách	Chuyển thẳng, và bạn phải tự làm thay vì giao cho ai
Demo từ buổi gặp trước	Cách để có thêm phạm vi việc	Cách để chốt deal nhanh
Ship bản nhỏ, mở rộng dần	Thói quen giao hàng	Chuyển thẳng, thành chiến lược land-and-expand
Trừu tượng hoá thành sản phẩm	Team product ở HQ lo	Việc của chính bạn, không có ai thay
Kinh tế của mô hình	Công ty mẹ gánh	Thiếu đòn bẩy là thành công ty dịch vụ biên thấp
Biết khi nào không cần ngồi tại khách	Hiếm khi phải quyết	Phải quyết sớm, theo việc playbook PMF đã chạy hay chưa

Ba dòng đầu là vốn bạn mang theo. Ba dòng cuối là phần bạn phải luyện thêm, càng sớm càng tốt.

Kỹ sư Việt nên tích luỹ gì từ bây giờ

Nếu khởi nghiệp là mục tiêu dài hạn, hãy chọn công việc FDE theo cột bên phải chứ đừng chỉ theo chức danh.

Khi đọc JD, tìm những câu cho thấy FDE được tham gia đưa phản hồi về team product hoặc tự viết phần code dùng chung, chứ không chỉ “tích hợp và hỗ trợ khách hàng”. Một vị trí chỉ cho bạn làm vế đầu sẽ dạy bạn nghề dịch vụ, không phải nghề founder.

Trong công việc hằng ngày, tập ghi lại mỗi yêu cầu của khách thuộc loại riêng một khách hay nhiều khách cùng cần. Sau vài tháng, danh sách đó chính là bản nháp product roadmap, và là bài tập trừu tượng hoá mà Qureshi coi là cốt lõi.

Trên CV, đừng chỉ viết rằng bạn “triển khai giải pháp cho khách hàng X”. Hãy kể đủ một vòng: vấn đề của một khách, bản nhỏ bạn đã ship, rồi phần nào trong đó về sau được dùng cho khách khác. Nhà tuyển dụng hay nhà đầu tư nhìn vào câu đó sẽ thấy bạn đã đi được cả hai vế.

Lời khuyên của Garry Tan có giá trị chính vì nó nói đến một cách làm việc chứ không phải một chức danh. Nếu bạn làm FDE mà chưa từng phải trả lời câu “khách thứ tư cài cái này mất bao lâu”, bạn mới học được một nửa nghề founder.