Đội FDE đầu tiên: tuyển lúc nào, đo gì và khi nào cần FDE Lead

Khách hàng thứ ba hỏi đúng cái integration mà founder đã tự build hai lần. Theo bài hướng dẫn tuyển dụng của Phosai Labs, một đơn vị cung cấp dịch vụ và tư vấn, đó là tín hiệu đúng để tuyển FDE đầu tiên, và nó cụ thể hơn nhiều so với câu “khách đang cần nhiều hỗ trợ kỹ thuật”.

Một tín hiệu rõ ràng như vậy càng cần thiết khi FDE đang được nhiều người coi là thuốc chữa bách bệnh. James Honsa, người dựng đội legal engineering ở Ironclad, nói với First Round Review rằng FDE đang được trình bày như một giải pháp vạn năng, nhưng thực tế phức tạp hơn nhiều.

Cũng trong bài đó, những người làm nghề nhấn mạnh rằng mô hình này chỉ hợp với một số giai đoạn phát triển của công ty, và cần rất nhiều thiết kế có chủ đích thì mới thu lại được lợi ích.

Với bạn, một developer đang muốn chuyển sang FDE, chuyện này liên quan trực tiếp đến lựa chọn nghề nghiệp. Cách một công ty quyết định tuyển lúc nào, tuyển ai, đo gì và khi nào cần lead sẽ cho bạn biết vị trí đó là việc kỹ thuật thật, hay chỉ là việc hỗ trợ bán hàng được đổi tên.

Cùng một yêu cầu lặp lại là tín hiệu tuyển hay tín hiệu sai?

Ở đây có một mâu thuẫn. Phosai Labs coi việc nhiều khách hàng hỏi cùng một integration là lý do để tuyển FDE. Rocketlane, trong bài viết về quyết định tuyển FDE, lại cảnh báo rằng nếu nhiều khách hàng cùng hỏi một tính năng thì việc đó nhiều khả năng nên nằm trong sản phẩm.

Hai nhận định này thật ra không chọi nhau. Chúng mô tả hai nửa của cùng một công việc. FDE đầu tiên được tuyển để gánh phần việc mà founder đang phải tự làm đi làm lại. Sau đó, chính người này phải nhận ra phần nào đã lặp lại đủ nhiều và đẩy nó về đội product, thay vì build tay lần thứ tư.

Nếu bỏ qua nửa sau, mỗi khách hàng mới lại thành một dự án build tay, và công ty dần vận hành giống một hãng tư vấn hơn là một công ty sản phẩm.

Thử hình dung một startup làm phần mềm kho vận.

Founder đã viết connector với hệ thống ERP của khách hàng A, rồi viết lại cho khách hàng B. Đến khi khách hàng C hỏi điều tương tự, FDE đầu tiên nên làm connector cho C. Song song với đó, người này ghi lại phần nào giống nhau ở cả ba lần, để đội product biến phần đó thành một module dùng chung.

Người đầu tiên: làm được mọi việc, nhưng phải giỏi kỹ thuật

Recruiting from Scratch, một công ty tuyển dụng, mô tả FDE đầu tiên là người làm tổng hợp: chạy workshop, viết code, giữ quan hệ với khách hàng và mang phản hồi về nội bộ. Ở giai đoạn này chưa có ai để chia việc, nên một người làm sâu chỉ ở một mảng sẽ bị kẹt.

Tuy vậy, “tổng hợp” không có nghĩa là yếu ở mọi mảng. Phosai Labs viết rằng kỹ năng giao tiếp chỉ là điều kiện tối thiểu, còn chiều sâu kỹ thuật mới là thứ phân biệt ứng viên. Lý do khá dễ hiểu: người phải nhìn ra phần lặp lại để đưa vào sản phẩm cần đủ hiểu kiến trúc để biết phần nào tách ra được.

Người tuyển còn phải quyết định FDE này báo cáo cho ai. Phosai Labs khuyên rằng ở giai đoạn seed và Series A, FDE nên báo cáo cho Engineering và có thêm một đường báo cáo phụ (dotted line) sang Product. Đơn vị này cũng cảnh báo việc gộp FDE vào bộ phận go-to-market như những solutions engineer được đổi tên.

Đo gì khi chưa có KPI chuẩn?

Con số dễ dùng nhất là ngưỡng 20%. Theo Phosai Labs, nếu FDE dành hơn 20% thời gian cho các hoạt động trước khi bán (pre-sales), chức năng này đã lệch hướng. Với một tuần 40 giờ, mức đó tương đương 8 giờ.

Nếu đến thứ Tư mà bạn đã ngồi 10 giờ trong các buổi demo và trả lời câu hỏi kỹ thuật cho deal chưa ký, đội của bạn đang trượt dần sang hỗ trợ bán hàng.

Rocketlane không đưa ra KPI cố định mà đặt ra một bộ câu hỏi về quyền sở hữu, thời gian, và đặc biệt là câu hỏi yêu cầu nào của khách hàng là việc làm một lần, yêu cầu nào là mẫu lặp lại được.

Câu hỏi đó giúp kiểm tra xem FDE có làm nốt nửa sau của công việc hay không. Nếu sau một quý, danh sách việc lặp lại ngày càng dài mà không mục nào được chuyển sang product, FDE đang làm thay việc của đội product.

Chỉ số thứ ba là tải công việc. Tandem ghi nhận FDE trong nghiên cứu của họ thường phụ trách 3 đến 8 account cùng lúc trong điều kiện bình thường. Đó là mức thường gặp chứ không phải giới hạn cứng, nhưng một FDE đầu tiên phải lo 12 khách hàng nhiều khả năng sẽ khó còn thời gian để nhìn ra phần lặp lại.

Khi nào cần một FDE Lead?

Recruiting from Scratch đặt mốc ở khoảng 5 đến 15 FDE. Từ quy mô này, đội cần cấu trúc: một lộ trình thăng tiến, các cấp bậc rõ ràng từ FDE lên Senior FDE rồi FDE Lead, và một tầng quản lý.

Theo mô tả của họ, FDE Lead quản lý 2 đến 4 FDE trên một khách hàng lớn hoặc phức tạp, và là người định ra phương pháp triển khai.

Thử tính với một đội 6 FDE. Nếu mỗi người phụ trách 3 đến 8 account như số liệu của Tandem, cả đội đang giữ 18 đến 48 account. Ở quy mô đó, mỗi người làm một kiểu thì 48 khách hàng sẽ nhận 48 cách triển khai khác nhau. Định ra phương pháp chung chính là việc của lead.

Lead cũng phải quyết định cách chia việc trong đội. Tandem không tìm thấy một cấu trúc đội FDE chuẩn nào, nhưng các đội mở rộng nhanh nhất trong nghiên cứu của họ đều tách việc mở đường (pioneering) ra khỏi việc nhân rộng (replication).

Với một lead, câu hỏi cần trả lời sớm là ai thử nghiệm ở khách hàng mới, và ai mang cách làm đã chạy được sang khách hàng tiếp theo.

Người làm lead nên đến từ đâu? Recruiting from Scratch cho rằng quản lý FDE gần như luôn nên là một cựu Senior FDE hoặc FDE Lead muốn phát triển con người, thay vì tuyển một người từ ngoài vào.

Khi đội lớn hơn nữa, Tandem nhận thấy các lead quản lý từ 15 người trở lên cần công cụ lập kế hoạch năng lực hơn là các tính năng dành cho quản lý.

Giai đoạn	Ai làm	Đo gì	Dấu hiệu lệch hướng
Trước FDE	Founder tự build integration	Số lần cùng một integration bị làm lại	Khách hàng thứ ba hỏi đúng thứ đã làm hai lần
FDE đầu tiên	Người làm tổng hợp, giỏi kỹ thuật, báo cáo cho Engineering	Tỷ lệ pre-sales, việc làm một lần so với việc lặp lại	Hơn 20% thời gian dành cho pre-sales
5 đến 15 FDE	Thêm FDE Lead quản lý 2 đến 4 FDE	Số account mỗi người (3 đến 8)	Mỗi FDE triển khai một kiểu, chưa có phương pháp chung
Mở rộng	Tách đội mở đường và đội nhân rộng	Năng lực đội so với nhu cầu	Cùng một người vừa thử nghiệm vừa nhân rộng

Developer Việt nên đọc JD và viết CV thế nào

Khi đọc một JD FDE, hãy xem ba điều trước khi xem lương. Điều dễ thấy nhất là vị trí báo cáo cho ai: Engineering là tín hiệu tốt, còn nếu là bộ phận bán hàng hay Customer Success thì bạn nên hỏi kỹ.

Tiếp theo, xem JD có nhắc tới demo, RFP hay hỗ trợ deal nhiều đến mức có thể vượt 20% thời gian không. Cuối cùng, tìm xem mỗi người phụ trách bao nhiêu khách hàng.

Trong buổi phỏng vấn, bạn có thể hỏi thẳng: “Lần gần nhất một việc FDE làm cho khách hàng được đưa vào sản phẩm là khi nào?”. Nếu không ai trả lời được, nhiều khả năng phần việc lặp lại đang không được đẩy về sản phẩm, và bạn sẽ build tay cùng một thứ nhiều lần.

Trên CV, đừng chỉ viết rằng bạn giao tiếp tốt với khách hàng, vì đó chỉ là điều kiện tối thiểu. Hãy kể một lần bạn làm một tính năng riêng cho một khách hàng, nhận ra khách hàng thứ hai cũng cần, rồi tách nó thành thành phần dùng chung.

Kinh nghiệm đó cho thấy bạn có chiều sâu kỹ thuật, và cũng là điều một đội FDE đầu tiên cần nhất.

Những gì bạn ghi lại về cách làm của mình ngay từ dự án đầu tiên có thể trở thành nền cho phương pháp triển khai mà sau này bạn hướng dẫn người khác làm theo.