Tin tuyển FDE của Outreach đặt việc hiểu quy trình bán hàng cạnh kỹ năng LLM

Thử hình dung bạn vừa bàn giao một AI agent soạn email tiếp cận khách hàng cho đội sales của một công ty phần mềm B2B. Buổi demo suôn sẻ, email viết hay, ban giám đốc gật đầu. Hai tuần sau mở log ra thì thấy phần lớn bản nháp bị xoá mà chưa ai đọc.

Lỗi thường không nằm ở prompt. Lỗi nằm ở chỗ agent được đặt sai vị trí trong một quy trình mà người xây nó chưa từng nhìn tận mắt. Một tin tuyển dụng của Outreach mô tả khá rõ công việc giúp tránh tình huống này.

Tin tuyển Forward Deployed Engineer cho mảng AI Revenue Agents của Outreach yêu cầu bắt buộc kinh nghiệm với hệ thống AI/ML, LLM hoặc prompt engineering. Nhưng trong cùng tin đó có hai việc không phải viết code. Một là làm cùng các bên Sales, Marketing và RevOps để hiểu sâu quy trình kinh doanh của khách.

Hai là giúp đội của khách sẵn sàng đón công cụ mới và thay đổi cách làm việc, bằng đào tạo, tài liệu và hỗ trợ nghiệp vụ. Nếu bạn muốn làm FDE cho các sản phẩm AI, đây là hai kỹ năng bạn có thể tập ngay từ tuần này.

Vì sao quy trình phải có trước prompt?

PostHog mô tả FDE là người lấp khoảng trống giữa những gì sản phẩm làm được và những gì khách thực sự cần. Pragmatic Engineer thì cho rằng tích hợp LLM và sản phẩm AI là trường hợp rất hợp với vai trò này.

Với một agent bán hàng, khoảng trống đó nằm ở ba chỗ: prompt, dữ liệu agent đọc, và thời điểm nó xuất hiện trong ngày làm việc của người bán.

Prompt thì bạn kiểm soát được. Còn dữ liệu và thời điểm do quy trình của khách quyết định. Đó là lý do Outreach ghi rõ yêu cầu “hiểu biết thực tế về quy trình bán hàng”, gồm prospecting, discovery, pipeline management và deal review. Bốn chặng này cũng là bộ khung tốt để bạn dựng bản đồ.

Ví dụ: dựng bản đồ bốn chặng

Quay lại công ty giả định ở đầu bài. Bạn nên đặt ba buổi phỏng vấn riêng: một với vài rep đang trực tiếp bán, một với Marketing, một với RevOps.

Đừng hỏi “quy trình của anh chị là gì”, vì câu đó chỉ khiến người ta đọc lại slide. Hãy hỏi về một lần cụ thể: “Lần gần nhất anh chị chuẩn bị cho một cuộc gọi discovery, anh chị đã mở những tab nào, theo thứ tự nào?”

Với Marketing, câu cần hỏi là một lead được tính là đủ điều kiện để chuyển cho sales theo tiêu chí nào, và ai được quyền đổi tiêu chí đó. Với RevOps, hãy xin xem cấu hình CRM và hỏi thẳng: trường nào được điền thật, trường nào gần như luôn trống. Sau ba buổi, bạn có thể ghép lại thành một bảng như sau.

Chặng	Người làm	Dữ liệu đầu vào	Chỗ agent có thể giúp
Prospecting	Rep, Marketing	Danh sách lead, tiêu chí lead đủ điều kiện	Soạn email đầu tiên dựa trên ngữ cảnh của lead
Discovery	Rep	Ghi chú cuộc gọi, lịch sử tương tác	Tóm tắt trước cuộc gọi, gợi ý câu hỏi
Pipeline management	Rep, RevOps	Trường stage trong CRM	Nhắc những deal lâu không có hoạt động
Deal review	Quản lý sales	Báo cáo pipeline	Chuẩn bị tóm tắt rủi ro cho từng deal

Bảng này mới chỉ là bản nháp. Giá trị thật nằm ở những chỗ lời kể của các bên không khớp nhau. Giả sử RevOps nói trường stage được cập nhật liên tục, còn các rep kể rằng họ chỉ sửa trường này ngay trước buổi deal review cuối tuần. Như vậy, một agent đọc stage vào giữa tuần sẽ làm việc trên dữ liệu đã cũ vài ngày.

Phát hiện kiểu này thay đổi cả thiết kế. Bạn có thể chuyển phần nhắc deal sang ngay sau buổi review, hoặc cho agent đọc thêm lịch sử email thay vì chỉ dựa vào trường stage. Nếu chỉ ngồi viết prompt, bạn sẽ không bao giờ thấy được chi tiết này.

Đào tạo cũng là deployment

Outreach xếp đào tạo, tài liệu và hỗ trợ nghiệp vụ vào phần change management, và cách xếp đó hợp lý. Trong công ty giả định ở trên, nếu công cụ mới làm rep chậm đi trong tuần đầu, rất có thể họ sẽ bỏ nó, dù về lâu dài nó có giúp được họ.

Một kế hoạch đơn giản có thể bắt đầu với một nhóm nhỏ rep thử trước. Mỗi chặng trên bản đồ có một trang tài liệu ngắn, trả lời ba câu: agent làm gì, rep làm gì, khi nào nên bỏ qua gợi ý của agent. Câu thứ ba quan trọng nhất, vì người dùng chỉ tin công cụ khi được phép không đồng ý với nó.

Hỗ trợ nghiệp vụ nghĩa là bạn có mặt khi rep đang dùng thật, chứ không chỉ trong buổi webinar ra mắt. Đây cũng là tinh thần Palantir mô tả cho FDSE: làm việc sát cánh với khách để nhanh chóng hiểu những vấn đề khó nhất của họ, và với một agent bán hàng, “sát cánh” là ngồi cạnh một rep trong một buổi sáng làm prospecting.

Buổi sáng đó sẽ dạy bạn nhiều hơn mọi dashboard. Bạn cũng nên theo dõi tỷ lệ bản nháp được gửi đi sau khi rep chỉnh sửa, vì con số này cho biết agent có thật sự nằm trong luồng làm việc của họ hay không.

Đưa những gì học được về Product

Pragmatic Engineer định nghĩa FDE là kỹ sư luân phiên giữa việc ngồi cùng đội của khách và làm việc với đội engineering của sản phẩm lõi. Tin tuyển của Outreach biến vòng luân phiên đó thành một nhiệm vụ cụ thể: gửi phản hồi có cấu trúc cho Product và Engineering dựa trên những gì học được từ khách.

Ở đây, “có cấu trúc” có nghĩa là không chỉ để lại một câu than phiền trên Slack. Mỗi mục phản hồi nên có bốn phần: quan sát, tần suất, tác động lên khách, và đề xuất.

Với ví dụ trường stage cũ, mục phản hồi có thể nói rằng agent cần một nguồn tín hiệu hoạt động khác ngoài stage, vì ở nhiều khách trường này chỉ được cập nhật theo nhịp họp.

Bốn lỗi khiến bản đồ vô dụng

Lỗi phổ biến nhất là chỉ phỏng vấn trưởng phòng sales. Họ mô tả quy trình như nó nên diễn ra, còn rep mới là người cho bạn biết nó thực sự diễn ra thế nào. Lỗi kế tiếp là chép sơ đồ từ tài liệu onboarding của khách rồi coi đó là sự thật.

Cũng hay gặp là để đào tạo thành một buổi duy nhất ngay trước go-live, trong khi thói quen chỉ hình thành qua nhiều tuần được hỗ trợ. Cuối cùng là gửi phản hồi về Product dưới dạng giai thoại. Không có tần suất và tác động, đội sản phẩm không có cơ sở nào để xếp ưu tiên.

Đưa kỹ năng này vào CV

Khi đọc tin tuyển FDE, hãy để ý các cụm như RevOps, change management, enablement hay “business processes”. Chúng cho biết công ty đang tìm người có thể đứng giữa phần mềm và cách khách làm việc, chứ không chỉ người tích hợp API. Nếu chưa từng làm sales, hãy học bốn chặng ở trên cho đến khi bạn giải thích được một deal review diễn ra thế nào.

Cách chứng minh tốt nhất là một sản phẩm cụ thể: một bản đồ quy trình bạn tự dựng từ những buổi phỏng vấn thật, kèm một trang kế hoạch đào tạo và một mục phản hồi gửi Product. Nhà tuyển dụng đọc ba trang đó sẽ hiểu bạn nhanh hơn đọc một dòng “có kỹ năng giao tiếp tốt”.

Prompt hay quyết định agent viết được gì. Còn bản đồ quy trình và kế hoạch đào tạo quyết định có ai dùng những gì agent viết ra hay không.