Blog · Life in OakMega

Inside OakMega|Cách chúng tôi đưa AI vào vận hành thực tế nhờ Forward Deployed Engineer (FDE)

Tháng 12 năm ngoái, OakMega đăng tuyển vị trí FDE, một vị trí còn rất hiếm trên thị trường Đài Loan. Một tuần sau, phóng viên TVBS chủ động liên hệ với chúng tôi. Họ nhận thấy vị trí này rất hiếm ở Đài Loan và muốn tìm hiểu vai trò này thực sự làm gì. Cuộc gọi đó khiến chúng tôi nhận ra: điều chúng tôi tưởng chỉ là một bài toán nội bộ, thực ra lại phản ánh sự chuyển dịch đang diễn ra trên toàn ngành.

Inside OakMega|Cách chúng tôi đưa AI vào vận hành thực tế nhờ Forward Deployed Engineer (FDE)

Cuối năm ngoái, chúng tôi bắt đầu tìm kiếm

Tháng 12 năm ngoái, OakMega đăng tuyển vị trí FDE, một vị trí còn rất hiếm trên thị trường Đài Loan. Thú thật, ban đầu chúng tôi không nghĩ sẽ thu hút nhiều sự chú ý từ bên ngoài. Chúng tôi chỉ đang giải quyết một vấn đề có thật: khi doanh nghiệp triển khai AI, cần có người đứng ở khoảng trống giữa công nghệ và kinh doanh để thúc đẩy mọi việc tiến lên. Nhưng một tuần sau khi tin tuyển dụng được đăng, phóng viên TVBS chủ động liên hệ với chúng tôi. Họ nhận thấy vị trí này rất hiếm ở Đài Loan và muốn tìm hiểu vai trò này thực sự làm gì. Cuộc gọi đó khiến chúng tôi nhận ra: điều chúng tôi tưởng chỉ là một bài toán nội bộ, thực ra lại phản ánh sự chuyển dịch đang diễn ra trên toàn ngành.

Doanh nghiệp không còn chỉ mua công cụ AI nữa. Họ cần người giúp họ thực sự đưa AI vào sử dụng. FDE chính là người đó.

Chúng tôi không tìm một người “biết tuốt”, mà tìm người thấy vấn đề là muốn bắt tay vào xử lý ngay, thích giải quyết việc tại hiện trường, và không ngại họp với cả kỹ sư lẫn chủ doanh nghiệp trong cùng một ngày.

Nếu bạn thấy mình trong mô tả này, hãy xem tin tuyển dụng của chúng tôi: 👉 Vị trí FDE tại OakMega

⬇️ Bạn cũng có thể xem trước phóng sự của TVBS về chúng tôi để biết một ngày làm việc của FDE trông như thế nào ⬇️

Mục lục

FDE (Forward Deployed Engineer) là gì?

Công việc của FDE diễn ra như thế nào?

FAQ


Triển khai AI thất bại thường không phải do công nghệ.

Nếu bạn từng tham gia vài dự án AI doanh nghiệp, câu này hẳn không xa lạ. Mô hình chạy tốt, bản demo trơn tru, lãnh đạo đã gật đầu. Rồi khi vào môi trường của khách hàng, mọi thứ bị kẹt. Định dạng dữ liệu không khớp, hệ thống cũ cần tùy chỉnh, quy trình phải thiết kế lại, và cuối cùng cả dự án rơi vào trạng thái “đang tiếp tục thảo luận” kéo dài.

Công nghệ đã sẵn sàng. Nhưng việc đưa vào vận hành thực tế thì chưa.

Đó chính là điểm xuất phát khi chúng tôi thiết kế vai trò Forward Deployed Engineer (FDE).

Cách bàn giao công nghệ đang thay đổi

Trước đây, logic bàn giao phần mềm doanh nghiệp rất rõ ràng: phát triển sản phẩm, bán cho khách hàng, rồi để bộ phận IT của khách hàng lo phần còn lại. Kỹ sư ở công ty mình, khách hàng ở phía khách hàng, ở giữa chỉ có một bộ tài liệu, một hộp thư hỗ trợ, và thỉnh thoảng là một buổi đào tạo.

Mô hình này bắt đầu mất hiệu quả trước những hệ thống AI phức tạp hơn.

Nguyên nhân không phải vì công nghệ quá khó, mà vì khoảng cách giữa công nghệ và hiện trường quá xa. Khi một hệ thống AI cần tích hợp với ERP của khách hàng, phối hợp với kỹ sư dữ liệu của họ, và giải thích cho quản lý của họ “vì sao mô hình lại đưa ra phán đoán như vậy”, một bộ tài liệu là hoàn toàn không đủ.

Đó là lý do cách bàn giao công nghệ đang chuyển từ “bàn giao sản phẩm” sang “bàn giao giải pháp”.

Và Forward Deployed Engineer chính là sản phẩm cụ thể của sự chuyển dịch đó.

Hình minh họa so sánh cách bàn giao sản phẩm truyền thống qua một bức tường khiến khách hàng bối rối, với hình ảnh kỹ sư hiện đại làm việc sát cánh cùng khách hàng, thể hiện vai trò của FDE trong việc thu hẹp khoảng cách giữa công nghệ và thực tế ứng dụng.


Vậy rốt cuộc FDE làm gì?

Khái niệm FDE được Palantir khởi xướng vào đầu những năm 2010. Họ cử kỹ sư trực tiếp đến làm việc tại các cơ quan chính phủ và khách hàng doanh nghiệp lớn, không phải để “hỗ trợ”, mà để “cùng giải quyết vấn đề”. Nội bộ gọi những kỹ sư này là “Deltas”, và vai trò đó dần phát triển thành Forward Deployed Engineer ngày nay.

Bạn có thể hình dung FDE như một kiến trúc sư giải pháp biết viết code, nhưng không chỉ có vậy.

Tư vấn viên truyền thống chỉ cho bạn nên làm gì; FDE trực tiếp cùng bạn làm đến nơi đến chốn. Kỹ sư truyền thống chờ tài liệu yêu cầu; FDE cùng bạn xác định yêu cầu.

Cụ thể hơn, một FDE cần có đồng thời:

  • Năng lực bám sát hiện trường: trao đổi nhu cầu với bộ phận kinh doanh của khách hàng, đồng thời thảo luận kiến trúc với kỹ sư của họ
  • Năng lực dựng nguyên mẫu nhanh: biến nhu cầu kinh doanh còn mơ hồ thành một PoC chạy được trong thời gian ngắn nhất
  • Năng lực tích hợp liên hệ thống: không chỉ mô hình AI, mà còn cả luồng dữ liệu, kết nối API và khả năng tương thích với hệ thống hiện có
  • Năng lực đưa kinh nghiệm hiện trường về sản phẩm: mỗi trường hợp biên của khách hàng là một cơ hội để sản phẩm hoàn thiện hơn

Vai trò này nằm giữa kỹ sư, tư vấn viên và quản lý sản phẩm. Nó không phải bất kỳ vai trò nào trong số đó, mà là tất cả cộng lại, thêm một chút phép màu.


Một dự án, bốn giai đoạn

Công việc của FDE không phải là nhận ticket, sửa bug rồi đóng ticket. Mỗi dự án thường đi qua bốn giai đoạn hoàn chỉnh:

Bước 1: Xác định phạm vi (Scoping) Khách hàng nói “Chúng tôi muốn dùng AI để tối ưu quy trình”. Việc của FDE là chuyển câu đó thành “Ở khâu thứ X, chúng ta sẽ dùng phương pháp Y để xử lý dữ liệu Z, với mục tiêu cải thiện chỉ số A thêm bao nhiêu %”. Biến điều mơ hồ thành cụ thể là nền tảng của mọi thứ.

Bước 2: Phát triển và kiểm chứng PoC Trước tiên, chạy một bản chứng minh khái niệm đủ nhỏ và đủ nhanh. Kiểm tra tính khả thi kỹ thuật trên dữ liệu thật, để kết quả lên tiếng thay vì slide thuyết trình. Mục tiêu của giai đoạn này không phải là hoàn hảo, mà là biết thật nhanh “con đường này có đi được hay không”.

Bước 3: Triển khai kỹ thuật (Deployment) Khi PoC đã được kiểm chứng, bước tiếp theo là biến nó thành một hệ thống thực sự chạy được trên môi trường production. Tích hợp dữ liệu, kết nối hệ thống, xây dựng quy trình, làm từng việc một, đảm bảo sau khi vận hành sẽ không gặp sự cố lúc hai giờ sáng.

Bước 4: Phản hồi và chuẩn hóa Đây là bước nhiều vai trò dễ bỏ qua. FDE không bàn giao xong rồi rời đi, mà mang những gì học được từ dự án về cho đội ngũ sản phẩm. Nhu cầu đặc thù của khách hàng này liệu có phải là nỗi đau mà mười khách hàng khác cũng gặp nhưng chưa nói ra? Các case khách hàng chính là chất liệu tốt nhất để sản phẩm tiến hóa.

Sơ đồ quy trình thể hiện bốn giai đoạn của một dự án FDE: khám phá nhu cầu, chứng minh khái niệm, triển khai kỹ thuật, và đưa phản hồi của khách hàng trở lại để chuẩn hóa sản phẩm.

‍

FAQ

Q: Forward Deployed Engineer (FDE) là gì?
‍
A: FDE là kỹ sư liên ngành kết hợp phát triển công nghệ, tích hợp hệ thống và hiểu biết kinh doanh. FDE trực tiếp đến hiện trường của khách hàng, triển khai các giải pháp AI và tự động hóa vào môi trường thực tế của doanh nghiệp, đảm bảo công nghệ thực sự được áp dụng và mang lại hiệu quả.

Q: FDE khác gì so với kỹ sư hoặc tư vấn viên thông thường?
‍
A: Kỹ sư thông thường thường phát triển sản phẩm trong nội bộ công ty; tư vấn viên đưa ra khuyến nghị. FDE thì trực tiếp cùng khách hàng giải quyết vấn đề tại hiện trường, đồng thời có khả năng viết code, xác định yêu cầu, tích hợp hệ thống và phản hồi cho sản phẩm.

Q: Vì sao doanh nghiệp cần FDE?
‍
A: Nguyên nhân chính khiến triển khai AI thất bại thường không nằm ở bản thân công nghệ, mà ở khoảng cách giữa công nghệ và quy trình kinh doanh thực tế. FDE giúp biến nhu cầu mơ hồ thành giải pháp khả thi và đảm bảo hệ thống vận hành ổn định trong môi trường thật.

Q: FDE tại OakMega cụ thể làm những việc gì?
‍
A: Công việc của FDE tại OakMega gồm bốn giai đoạn: xác định phạm vi nhu cầu (Scoping), chứng minh khái niệm (PoC), triển khai kỹ thuật (Deployment), và đưa kinh nghiệm hiện trường về cho đội ngũ sản phẩm để giải pháp liên tục phát triển.

Q: Vị trí FDE phù hợp với người có nền tảng như thế nào?
‍
A: Phù hợp với kỹ sư có năng lực phát triển phần mềm, quan tâm đến quy trình kinh doanh, có thể giao tiếp và phối hợp với nhiều vai trò khác nhau tại hiện trường của khách hàng, đồng thời thích giải quyết nhanh các vấn đề thực tế.

Có thể bạn sẽ thích

Cách kiến tạo doanh nghiệp AI-Native How to Architect an AI-Native Business | CEO Insights
2026-08-27

Cách kiến tạo doanh nghiệp AI-Native How to Architect an AI-Native Business | CEO Insights

Doanh nghiệp AI-native là công ty tích hợp AI vào mọi khâu ngay từ ngày đầu, thiết kế toàn bộ mô hình kinh doanh và giá trị cốt lõi xoay quanh AI, chứ không phải “gắn thêm” công cụ AI vào quy trình sẵn có. Bài viết tổng hợp hướng dẫn kiến trúc của Harvard Business School Online (HBS Online): AI-native thực chất là gì, khác gì với việc “tích hợp AI vào hệ thống cũ”, và bốn trụ cột để xây dựng một doanh nghiệp AI-native.

Porsche TsaiCEO
AI thay thế giao diện, còn hệ thống thì ở lại — Nhìn từ Claudeforce để hiểu cuộc chiến “ai nắm quyền kiểm soát AI doanh nghiệp”
2026-08-27

AI thay thế giao diện, còn hệ thống thì ở lại — Nhìn từ Claudeforce để hiểu cuộc chiến “ai nắm quyền kiểm soát AI doanh nghiệp”

Claudeforce là thỏa thuận hợp tác mở rộng giữa Salesforce và Anthropic được công bố vào tháng 8/2026, cho phép người dùng thao tác CRM ngay trong Claude mà không cần mở Salesforce. Ý nghĩa thật sự của nó: AI thay thế giao diện, còn hệ thống thì ở lại — tức là các mối quan hệ khách hàng và dữ liệu mà không ai có thể xây lại chỉ sau một đêm. Và tại Đài Loan, trong hệ sinh thái LINE, OakMega đang làm đúng điều đó.

Samuel JengHead of Product
AI càng mạnh càng cần phanh? Bài học về ý thức rủi ro doanh nghiệp từ hồi chuông cảnh báo Claude Fable 5 | CEO Insights
2026-07-14

AI càng mạnh càng cần phanh? Bài học về ý thức rủi ro doanh nghiệp từ hồi chuông cảnh báo Claude Fable 5 | CEO Insights

Từ những tranh cãi và sự cố gỡ bỏ sau khi Anthropic ra mắt mô hình mạnh nhất Claude Fable 5, bàn về ý thức rủi ro mà doanh nghiệp cần có khi triển khai AI, và cách OakMega đáp lại bài toán của thời đại này bằng các chứng nhận an ninh thông tin quốc tế.

Porsche TsaiCEO
Liên hệ

Bắt đầu chuyển đổi số với AI ngay hôm nay.

Họ đã chọn OakMega