# Với FDE, chữ ký trên hợp đồng thường là lúc trách nhiệm bắt đầu

> Có công ty cho FDE làm cả presales, có công ty thì không. Nhưng sau khi ký, FDE nào không rõ mình giữ phần nào thì rất dễ bàn giao một hệ thống không ai dùng.

Bản gốc: https://fdetimes.net/vi/bach-khoa/vai-tro-fde-trong-vong-doi-hop-dong/

Thử hình dung sáng thứ Hai, account executive nhắn cho bạn: "Deal ký rồi, tuần sau em sang khách nhé." Khách là một công ty logistics muốn có agent đọc chứng từ nhập khẩu. Bạn mở hợp đồng ra và chỉ thấy đúng một dòng về phạm vi: "tự động hóa xử lý chứng từ".

Câu hỏi đầu tiên chưa phải là dùng model nào. Bạn cần biết từ giờ đến lúc khách quyết định gia hạn, phần nào là của bạn, phần nào của sales, phần nào của Customer Success. Trả lời sai thì có hai kết cục: hoặc bạn ôm luôn cả quan hệ khách hàng, hoặc bạn build xong rồi biến mất.

Kỹ năng cần có ở đây là biết ở mỗi chặng của hợp đồng mình phải giao ra thứ gì. Nắm được điều đó, bạn phối hợp với sales và CS trơn tru hơn, chọn đúng công việc khi đọc JD, và viết được CV mà người tuyển FDE muốn đọc.

## Presales: có công ty giao cho FDE, có công ty không

Điều đầu tiên cần biết khi đọc JD: FDE có bước vào trước chữ ký hay không là tùy từng công ty. Handbook của PostHog ghi rõ engagement của FDE bắt đầu ở chỗ pre-sales dừng lại, và hiện FDE ở đó không làm presales; Kunal Ganglani cũng xếp FDE vào giai đoạn sau ký, tách khỏi solutions engineer.

Nhưng một job post FDE của Pluto lại yêu cầu làm việc trực tiếp với khách trong cả engagement pre-sales lẫn post-sales. Vai trò đó đi cùng khách từ proof of concept, qua pilot, cho đến khi đưa hệ thống vào production.

Vì thế đừng mặc định gì khi đọc JD. Hãy tìm các cụm "pre-sales", "proof of concept", "pilot", "post-sale implementation", rồi hỏi thẳng trong buổi phỏng vấn: FDE có tham gia trước khi ký không, và nếu có thì đầu ra của chặng đó là gì.

Nếu công việc có phần presales, thứ bạn chịu trách nhiệm là một POC trung thực. POC đó cần chứng minh đúng điều khách muốn thấy, đồng thời ghi lại những giả định chưa được kiểm chứng để người làm triển khai, có khi chính là bạn, không phải đoán lại từ đầu.

## Sau chữ ký, bạn sở hữu kết quả kỹ thuật

Khi deal đã ký, bạn chịu trách nhiệm về kết quả kỹ thuật từ đầu đến cuối, như cách job post của Palantir mô tả FDSE, nhưng trong một phạm vi đã khoanh rõ. PostHog gọi đó là những engagement có phạm vi, nhằm gỡ nút thắt cho adoption hoặc expansion.

Chữ "có phạm vi" là chỗ mấu chốt. Underdog.io nhận xét rằng khách hiếm khi mô tả nguyên nhân gốc, họ chỉ kể triệu chứng. "Tự động hóa xử lý chứng từ" là một triệu chứng. Việc đầu tiên của bạn là biến nó thành yêu cầu đo được.

Quay lại khách logistics. Giả sử sau hai ngày ngồi cạnh nhân viên nhập liệu, bạn thấy phần lớn thời gian của họ dồn vào việc gõ tay invoice và packing list của hai nhà cung cấp lớn vào ERP. Bản brief bạn gửi lại cho khách và sales có thể gọn như sau:

```
ENGAGEMENT BRIEF — Agent đọc chứng từ
Vấn đề: nhập tay invoice vào ERP
Phạm vi: invoice + packing list, 2 NCC lớn
Không làm: tờ khai hải quan
Đầu ra: agent ghi nháp vào ERP, người duyệt
Đo: chứng từ/ngày qua agent, tỷ lệ sửa tay
Sau bàn giao: CS + team IT của khách
```

Trước khi chốt brief, hãy hỏi đủ ba câu trong cùng một buổi: ERP có API để ghi dữ liệu không, hay phải đi qua file import? Ai cấp quyền truy cập, và mất bao lâu? Phía khách, ai sẽ duyệt bản nháp mỗi ngày?

Dòng "Không làm" là dòng đáng giá nhất trong brief. Nó khóa phạm vi engagement lại, và cho sales một câu trả lời sẵn khi khách hỏi thêm về tờ khai: đó là một engagement follow-on, không phải việc làm thêm cho xong.

## Thước đo là production, không phải buổi demo

Stackmatix tách bạch hai loại thước đo. FDE được đo bằng một hệ thống chạy thật trong production và những phản hồi mang về được cho team sản phẩm. Customer Success được đo bằng retention, expansion và NRR.

Recruiting from Scratch mô tả FDE thường được nhúng tại khách hàng từ vài tuần đến vài tháng, lo triển khai, tùy biến và để hệ thống vận hành ổn sau bán. Nghĩa là demo chạy trơn trong phòng họp chưa tính là xong việc. Xong việc là khi nhân viên nhập liệu dùng agent mỗi sáng mà không cần bạn ngồi cạnh.

Phản hồi về sản phẩm là nửa còn lại của thước đo. Giả sử cả hai nhà cung cấp đều gửi PDF scan bị nghiêng và agent liên tục đọc sai cột số lượng. Bạn sửa tạm cho khách này, nhưng phải ghi lại thành một ticket rõ ràng gửi về team sản phẩm, vì khách sau rất có thể gặp đúng chuyện đó.

## Gia hạn không phải việc của bạn, nhưng phụ thuộc vào bạn

Ở nhiều công ty, CS và TAM mới là người giữ quan hệ lâu dài, theo dõi sức khỏe tài khoản và lo chuyện gia hạn. Dù vậy, adoption, mức hài lòng và gia hạn vẫn thường nằm trong bảng chỉ số thành công của FDE.

Hai điều này không mâu thuẫn. Thành công của FDE tác động trực tiếp đến tỷ lệ gia hạn và cơ hội mở rộng: CS là người ngồi vào bàn gia hạn, nhưng thứ họ mang theo là bằng chứng khách đang dùng hệ thống mà bạn đã xây.

**Điểm mấu chốt:** FDE không ký gia hạn, nhưng là người tạo ra lý do để khách gia hạn.

Vì thế bàn giao là một sản phẩm đầu ra, không phải thủ tục. Khi xong việc, FDE trả lại quan hệ kèm bản ghi những gì đã xây, những việc khách nên làm tiếp và các việc follow-on.

Với khách logistics, ghi chú bàn giao nên có số chứng từ mỗi ngày đi qua agent, ticket PDF nghiêng, và tờ khai hải quan được ghi là ứng viên cho engagement tiếp theo.

## Bốn lỗi khiến engagement trượt khỏi tay

Lỗi đầu tiên là ôm quan hệ. Sau go-live, nếu khách vẫn gọi bạn cho mọi chuyện thì CS không còn nhìn thấy sức khỏe của tài khoản, còn bạn thì không rảnh tay cho khách tiếp theo.

Lỗi thứ hai là brief không có dòng "Không làm". Phạm vi phình dần theo từng cuộc họp, và đến tuần thứ năm bạn đang làm dở ba thứ mà chưa thứ nào lên production.

Lỗi thứ ba là đo bằng demo thay vì đo mức độ sử dụng. Buổi demo trơn tru khiến mọi người yên tâm, nhưng không cho CS biết khách có thực sự dùng hệ thống mỗi ngày hay không.

Lỗi thứ tư là bàn giao chỉ bằng một repo, không kèm việc khách nên làm tiếp. Khi đó CS bước vào buổi gia hạn tay không, và các engagement follow-on cũng không có ai đề xuất.

## Viết lại CV theo vòng đời, không theo công nghệ

Người tuyển FDE đọc CV để tìm dấu hiệu bạn đã từng sở hữu một kết quả. Một dòng kiểu "Xây agent xử lý chứng từ bằng LLM cho khách logistics" chỉ nói bạn biết dùng công cụ.

Với ví dụ giả định ở trên, bản viết lại có thể là: "Dẫn engagement 6 tuần tại một khách logistics: chốt phạm vi 2 loại chứng từ, đưa agent lên production ở tuần 4, 70% invoice của 2 nhà cung cấp chính đi qua agent, bàn giao cho CS kèm 3 việc follow-on." Các con số phải là số thật của bạn, nhưng khung câu thì giữ nguyên.

Nếu chưa từng ngồi ở khách hàng, bạn vẫn áp được khung này cho một dự án nội bộ: ai là người dùng, bao lâu thì lên production, bao nhiêu người thực sự dùng, ai nhận bàn giao. Hai câu cuối thường là chỗ CV của developer bị trống.

Bài tập cho tuần này: lấy dự án bạn đang làm, viết một engagement brief bảy dòng như mẫu trên, trong đó bắt buộc có dòng "Không làm" và dòng "Sau bàn giao". Nếu không điền được dòng cuối, bạn vừa phát hiện ra ai sẽ phải nhận cuộc gọi khi hệ thống gặp sự cố.

**Thử ngay tuần này:**

- Đọc 3 JD FDE, đánh dấu các cụm 'pre-sales', 'proof of concept', 'pilot', 'post-sale' và ghi lại công ty đó đặt FDE ở chặng nào.
- Chọn một dòng trong CV đang liệt kê công nghệ, viết lại theo mẫu: phạm vi, mốc lên production, con số về mức độ sử dụng, ai nhận bàn giao.
- Hỏi thẳng một FDE hoặc người tuyển dụng: sau go-live, ai là người khách gọi khi có sự cố?

## Nguồn

- [Working with sales and CS - Handbook (PostHog)](https://posthog.com/handbook/forward-deployed-engineering/working-with-sales-and-cs)

- [Forward Deployed Engineer (job post, Pluto)](https://apply.workable.com/talentpluto/jobs/view/075BA83E62.md)

- [What Is a Forward Deployed Engineer in 2026](https://underdog.io/blog/forward-deployed-engineer)

- [What Does a Forward Deployed Engineer Do? (Role + Salary Guide)](https://www.recruitingfromscratch.com/blog/what-does-a-forward-deployed-engineer-do-role-salary-guide)

- [Forward Deployed Engineer: The Hottest Role in AI-First Tech and Why It Pays So Well [2026]](https://www.kunalganglani.com/blog/forward-deployed-engineer-role)

- [What Is a Forward Deployed Engineer? GTM Guide for Startups](https://www.stackmatix.com/blog/forward-deployed-engineer)

- [Forward Deployed Software Engineer (Palantir)](https://jobs.lever.co/palantir/bf718bd3-b2ef-451e-8033-cb4d2d9c094b)