Luyện vòng mô phỏng khách hàng FDE trong 60 phút

Ở vòng mô phỏng khách hàng, ứng viên FDE mạnh dành mười phút đầu chỉ để đặt câu hỏi. Lý do là vòng này chấm điểm đúng một việc: bạn có tìm ra vấn đề thật trước khi bắt tay xây hay không. Mà khách thì hiếm khi nói ra ràng buộc thật của mình ngay trong cuộc trò chuyện đầu tiên.

Người phỏng vấn còn cố tình làm khó. Ở vòng case study của Cognition, có người đóng vai một khách ít hiểu kỹ thuật hoặc khó tính để xem bạn xử lý các câu hỏi dồn tới ra sao.

Tin tốt là kỹ năng này luyện được, chỉ cần nhờ một người bạn đóng vai bên liên quan hay lảng tránh và không chịu đưa spec rõ ràng. Dưới đây là một buổi tập trọn vẹn, bạn có thể chạy ngay tối nay.

Buổi tập 60 phút gồm những gì?

Buổi tập chia thành 10 phút chuẩn bị, 45 phút cuộc gọi và 5 phút chấm điểm. Đây là thời lượng tự đặt để luyện, không phải thời lượng vòng phỏng vấn của một công ty cụ thể nào.

Bạn cần một người bạn đóng vai khách hàng, một đồng hồ đếm ngược, một file text trống để ghi chép và, nếu được, một ứng dụng ghi âm. Người đóng vai đọc thẻ vai ở bước 1, còn bạn thì không được xem thẻ đó.

Bước 1: Viết thẻ vai, giấu ràng buộc bên trong

Cả buổi tập phụ thuộc vào thẻ vai. Ví dụ dưới đây là giả định, bạn có thể thay bằng ngành mình quen:

VAI: Trưởng bộ phận vận hành, công ty logistics (giả định)
Câu mở đầu: "Bên này muốn dùng AI cho ticket hỗ trợ."

Ràng buộc ẩn (chỉ nói khi được hỏi đúng):
- Dữ liệu khách hàng không được rời hạ tầng nội bộ
- Đội support có 6 người, không ai biết code
- Phải demo trước ban giám đốc sau 4 tuần
- Hiện mọi người chép tay ticket gấp vào một file Excel chung

Đổi yêu cầu (người đóng vai tự chủ động nói ra):
- Phút 20: "Thật ra sếp muốn nó tự trả lời khách luôn."
- Phút 35: "Thêm tiếng Anh và tiếng Nhật được không?"

Hai lần đổi yêu cầu được cài vào có chủ đích. Ở vòng thật, người phỏng vấn có thể đóng vai một bên liên quan khó tính liên tục dời mục tiêu, và thẻ vai này tái tạo đúng áp lực đó.

Kiểm tra: người đóng vai hiểu rằng mỗi ràng buộc chỉ được tiết lộ khi bị hỏi trúng, không được tự nói ra trước.

Bước 2: Soạn câu hỏi lúc chuẩn bị, hỏi trong mười phút đầu cuộc gọi

Trong 10 phút chuẩn bị, bạn soạn sẵn các nhóm câu hỏi vào file text. Hai câu đáng giữ nhất đến từ người làm nghề. FDE Academy khuyên hỏi xem với khách, “thắng” trong tháng này trông ra sao. Educative thì cho rằng cách làm tạm thường là tín hiệu rõ nhất về chỗ đau thật.

NGƯỜI DÙNG:  Ai dùng hằng ngày? Hiện họ làm việc này thế nào?
THẮNG:       Tháng này, điều gì xảy ra thì anh/chị coi là thắng?
CÁCH LÀM TẠM: Khi hệ thống hiện tại trục trặc, mọi người xoay xở ra sao?
DỮ LIỆU:     Ticket nằm ở đâu? Có được mang ra ngoài không?
CON NGƯỜI:   Ai vận hành sau khi đội triển khai rút đi?
THỜI HẠN:    Có mốc nào cố định không đổi được không?

Khi cuộc gọi bắt đầu, mười phút đầu chỉ dành để hỏi. Đừng đọc lần lượt như phát phiếu điều tra. Hãy để câu trả lời của khách dẫn sang câu hỏi tiếp theo, và chỉ liếc file để xem còn sót nhóm nào.

Kiểm tra: hết phút thứ 10, bạn hỏi ra được mấy trong bốn ràng buộc ẩn? Nếu dưới hai, buổi tập đã chỉ ra đúng chỗ bạn cần luyện.

Bước 3: Nói ràng buộc thành tiếng

Hỏi ra ràng buộc mới xong một nửa việc. Scaler khuyên nói các ràng buộc thành tiếng, kể cả khi người phỏng vấn chưa nêu ra, vì người chấm không đọc được những gì bạn chỉ nghĩ trong đầu.

Một câu là đủ: “Trước khi đề xuất, xin nhắc lại ba điều kiện: dữ liệu ở lại trong hạ tầng nội bộ, người vận hành không biết code, và có buổi demo sau 4 tuần. Nếu sai điều nào thì anh/chị sửa giúp.” Câu này cho thấy bạn đã nắm được khung bài toán, đồng thời mời khách sửa trước khi bạn xây sai.

Kiểm tra: bạn có nhắc lại ràng buộc trước khi nhắc tới chữ “kiến trúc” không?

Bước 4: Đề xuất bản nhỏ nhất vẫn có giá trị

Theo techinterview, ứng viên mạnh đề xuất phiên bản nhỏ nhất vẫn tạo ra giá trị, chứ không phải hệ thống đầy đủ nhất họ nghĩ ra được. Scaler nói cùng ý theo cách khác: hãy đưa ra một proof-of-concept, đừng đưa cả một kiến trúc hoàn chỉnh.

Với thẻ vai ở trên, bản nhỏ nhất có thể là hệ thống phân loại ticket đến và gợi ý câu trả lời nháp, nhân viên duyệt xong mới gửi, tất cả chạy trong hạ tầng nội bộ. Nó thay được file Excel chép tay, khớp cả ba ràng buộc và vẫn kịp có một buổi demo thật sau 4 tuần.

Kiểm tra: bạn mô tả được bản đề xuất trong một câu và nêu được một con số sẽ đo vào ngày demo.

Bước 5: Khi khách liên tục đổi yêu cầu

Đến phút 20, “khách” sẽ đòi hệ thống tự trả lời luôn, và đây là lúc nhiều người gật đầu. FDE Academy cho rằng câu “Có, và đây là tác động lên timeline” mạnh hơn một cái gật đầu vô điều kiện. FDE mới phải học cách scope một yêu cầu rồi xếp nó cạnh những gì đã cam kết.

Áp vào ví dụ: “Tự trả lời được, nhưng cần thêm một vòng đánh giá chất lượng trước khi cho chạm tới khách thật. Nếu làm ngay thì đến buổi demo sau 4 tuần sẽ chưa có gì chạy được. Vì vậy, em đề xuất giữ bản duyệt tay cho buổi demo và đưa phần tự trả lời sang giai đoạn hai.”

Sổ tay FDE của PostHog vạch một ranh giới còn rõ hơn: phần việc phình gấp đôi là một báo giá mới, không phải gia hạn ngầm. Trong buổi tập bạn không cần nhắc tới báo giá, nhưng nên giữ tinh thần ấy: yêu cầu lớn hơn thì phải được thỏa thuận lại một cách công khai.

Nói không cũng không có nghĩa là khư khư giữ bản gốc. Nếu lần đổi ở phút 35 hợp lý, chẳng hạn phần lớn ticket vốn đến bằng tiếng Anh, hãy đổi phương án và nói rõ vì sao mình đổi.

Kiểm tra: sau mỗi lần đổi yêu cầu, bạn có đặt yêu cầu mới cạnh cam kết đã chốt và nói rõ phải đánh đổi gì không?

Bước 6: Chốt phạm vi bằng một bản tóm tắt ngắn

Khoảng phút 45, hãy khép cuộc gọi bằng phạm vi đã chốt. PostHog mô tả cách đội FDE của họ làm: ghi phạm vi thành một bản tóm tắt ngắn và gửi khách xác nhận trước khi cam kết. Trong buổi tập, bạn đọc to ba dòng sau:

ĐÃ CHỐT:         phân loại + gợi ý trả lời nháp, nhân viên duyệt trước khi gửi
RÀNG BUỘC:       dữ liệu ở hạ tầng nội bộ; người vận hành không code; demo sau 4 tuần
GIAI ĐOẠN SAU:   tự trả lời khách; thêm ngôn ngữ (nếu chưa đưa vào bản đầu)

Kiểm tra: người đóng vai có đồng ý với cả ba dòng mà không cần sửa gì không?

Bước 7: Năm phút chấm điểm

Hãy để người đóng vai chấm, đừng tự chấm. Nếu có bản ghi âm, sau đó bạn nghe lại thêm một lần.

Tiêu chí	Câu hỏi kiểm tra
Cấu trúc	Đến phút thứ mấy bạn mới đề xuất giải pháp?
Ràng buộc	Hỏi ra mấy trong bốn ràng buộc, và có nói lại thành tiếng không?
Phạm vi	Bản đề xuất có gói được trong một câu không?
Bị đẩy lại	Mỗi lần khách đổi, bạn nêu tác động hay chỉ gật đầu?
Chốt	Bản tóm tắt cuối có được người đóng vai xác nhận không?

Ba lỗi lặp lại nhiều nhất

Lỗi đầu tiên là coi mười phút hỏi như thủ tục rồi đề xuất thứ đã nghĩ sẵn từ trước. Nếu câu trả lời của khách không làm thay đổi gì trong phương án, bạn đã bỏ qua đúng thứ vòng này kiểm tra: tìm ra vấn đề thật trước khi xây.

Lỗi thứ hai là nói không bằng lý lẽ chung chung, kiểu “làm vậy không tốt”. Lời từ chối chỉ thuyết phục khi gắn với timeline hoặc với ràng buộc mà chính khách vừa nói. Lỗi thứ ba thì ngược lại: bảo vệ bản đầu tiên tới cùng, trong khi người phỏng vấn hỏi dồn chính là để xem bạn xử lý câu hỏi tiếp theo ra sao.

Ở chỗ khách hàng thật, kỹ năng này trông thế nào?

Vòng phỏng vấn này không chỉ là một bài thi. Lời khuyên về scope ở bước 5 vốn được FDE Academy viết cho FDE mới vào nghề, còn việc chốt phạm vi bằng bản tóm tắt là cách đội FDE của PostHog làm hằng ngày. Sau khi nhận việc, bạn sẽ dùng lại đúng những kỹ năng này.

Thử hình dung một buổi kickoff thật: yêu cầu mơ hồ, ràng buộc chỉ lộ ra khi bị hỏi, cách làm tạm nằm trong một file không ai nhắc tới, và mục tiêu dời đi giữa chừng. Nó giống hệt buổi tập, chỉ khác là hậu quả có thật.

Vì thế, trong CV, đừng chỉ liệt kê công nghệ. Hãy viết một dòng về một quyết định phạm vi: bạn đã cắt gì, vì ràng buộc nào, và nhờ vậy giao được gì đúng hạn. Dòng đó cũng là câu chuyện có sẵn khi người phỏng vấn hỏi về một lần bạn phải nói không.

Chạy buổi tập này ba lần với ba thẻ vai khác nhau, câu hỏi về phạm vi sẽ thành phản xạ. Khi đó, lần đổi yêu cầu ở phút 20 trong phòng phỏng vấn thật sẽ không còn làm bạn bất ngờ.