Luyện vòng decomposition: tách mục tiêu mơ hồ của khách thành hệ thống trong 45 phút
Đề bài cố tình thiếu dữ kiện, và lỗi phổ biến nhất là đưa ra lời giải trước khi kịp hỏi: một buổi tập 45 phút có ghi âm sẽ cho bạn nghe lại chính lúc mình mắc lỗi đó.
Tóm tắt nhanh
- Vòng decomposition đưa ra một đề bài lớn, mơ hồ, không có phạm vi định sẵn, thường gói trong 45-60 phút, và người chấm nhìn vào cách bạn đi tới lời giải.
- Khung 6 bước đặt việc tách bài toán ở bước 4, sau khi đã làm rõ đề, chốt cách đo thành công và lập bản đồ đầu vào.
- Tin tuyển FDE của Cursor và UKG đòi đúng các bước này ở chỗ khách: tìm nút thắt thật, đặt chỉ số, ra bản đầu tiên trong vài ngày.
Bạn được đưa một đề bài lớn, mơ hồ, lấy từ đời thật và không có phạm vi nào được định sẵn. Đó là cách một bài hướng dẫn chuẩn bị phỏng vấn trên aced.io (trước đây đăng trên Exponent) mô tả vòng decomposition. Đề bài cố tình thiếu thông tin, không có đáp án duy nhất, và bạn thường chỉ có 45-60 phút.
Với FDE, đây không phải một trò đánh đố riêng của phòng phỏng vấn. Tin tuyển FDE của Cursor yêu cầu dẫn dắt discovery với kỹ sư phía khách để tìm ra nút thắt thật và đặt chỉ số thành công rõ ràng. UKG mô tả việc của FDE là biến nhu cầu mơ hồ của khách thành giả thuyết, nguyên mẫu và thiết kế kỹ thuật.
Vì thế luyện vòng này là luyện chính công việc. Hướng dẫn dưới đây giúp bạn tự tổ chức một buổi 45 phút, đi qua một đề bài mẫu và biết phải kiểm tra gì sau mỗi bước.
Bạn cần chuẩn bị gì trước khi bấm giờ?
Không cần cài đặt gì. Bạn cần một đồng hồ đếm ngược 45 phút, một tờ giấy hoặc file text trống, và một cách ghi âm giọng mình (điện thoại là đủ). Nếu có một người bạn đóng vai khách hàng thì càng tốt: họ chỉ cần trả lời câu hỏi, không cần biết kỹ thuật.
Ghi âm là bắt buộc vì một lý do cụ thể. Bài hướng dẫn trên aced.io nhấn mạnh rằng im lặng khi suy nghĩ sẽ bị người phỏng vấn hiểu là bạn đang bí. Bạn phải nói to quá trình tư duy, và cách duy nhất để biết mình có làm vậy không là nghe lại.
Đề bài mẫu, hoàn toàn giả định, dùng xuyên suốt bài: một công ty bảo hiểm nói “chúng tôi muốn dùng AI để xử lý hồ sơ bồi thường nhanh hơn”. Câu này có đủ ba đặc điểm của đề decomposition: lớn, mơ hồ, chưa có phạm vi.
Lấy sơ đồ ở đầu bài làm nhịp bấm giờ. Phần chia phút trong đó là gợi ý để luyện, không phải quy định của vòng phỏng vấn nào.
Bước 1-2: vì sao phải hỏi trước khi vẽ?
Lỗi phổ biến nhất của vòng này, theo aced.io, là lao thẳng vào giải pháp. Với đề bảo hiểm, phản xạ sai là nói ngay “mình sẽ dùng LLM đọc hồ sơ”. Bạn chưa biết hồ sơ chậm ở đâu.
Bước 1 là đặt câu hỏi làm lộ ra vấn đề thật, đúng như tin tuyển của UKG mô tả: hỏi để thấy vấn đề, không chỉ nghe tính năng khách yêu cầu. Hãy hỏi: hồ sơ hiện mất bao lâu từ lúc nộp tới lúc có quyết định? Thời gian đó nằm ở khâu nào? Ai là người đang chờ, khách hàng cuối hay nhân viên thẩm định?
Giả sử “khách” trả lời rằng phần lớn thời gian nằm ở việc nhân viên đọc thủ công các giấy tờ đính kèm. Đó là nút thắt thật, và nó hẹp hơn nhiều so với “dùng AI cho bồi thường”.
Bước 2 chốt cách đo thành công và ràng buộc. Chỉ số hợp lý là thời gian từ lúc nộp đến lúc có quyết định. Ràng buộc có thể là: con người vẫn duyệt cuối, dữ liệu y tế hay tài chính không được rời hệ thống của khách.
Kiểm tra sau bước 2: bạn có viết ra được một câu dạng “thành công là chỉ số X giảm, trong khi ràng buộc Y vẫn giữ” không? Nếu chưa, đừng sang bước 3.
Bước 3-4: tách theo dòng dữ liệu, không theo công nghệ
Bước 3 là lập bản đồ đầu vào. Với đề mẫu, hãy liệt kê thành tiếng: biểu mẫu khách điền, ảnh chụp hóa đơn, file PDF giấy tờ, lịch sử hợp đồng, bộ quy tắc chi trả. Với mỗi thứ, hỏi nó nằm ở đâu và đang ở dạng gì.
Bản đồ này quyết định cách tách ở bước tiếp theo. Bước 4 là bước tách bài toán con.
Một cách tách dễ trình bày là đi theo đường đi của một hồ sơ: tiếp nhận và phân loại, trích xuất thông tin từ giấy tờ, đối chiếu với quy tắc hợp đồng, đưa vào hàng đợi cho người duyệt, và đo thời gian ở từng chặng.
Tách theo dòng dữ liệu tốt hơn tách theo công nghệ (“phần LLM, phần database”). Mỗi khối có đầu vào và đầu ra rõ, nên bạn có thể nói khối nào giải đúng nút thắt đã tìm ở bước 1, ở đây là khối trích xuất.
Kiểm tra sau bước 4: mỗi bài toán con có một câu mô tả đầu vào, đầu ra không? Có khối nào không nối với chỉ số ở bước 2 không? Khối không nối được là ứng viên để bỏ ra khỏi phạm vi.
Bước 5-6: nối cho chạy được rồi mới đào sâu
Bước 5 phác thảo toàn bộ đường đi end-to-end trước, ở mức thô, rồi mới chọn một khối để đào sâu. Đây cũng là nhịp Cursor mong ở FDE: ra bản đầu tiên nhanh trong vài ngày, rồi củng cố thành thứ đáng tin cậy qua nhiều tuần.
Trong đề mẫu, khối đáng đào sâu là trích xuất, vì đó là nút thắt và cũng là chỗ rủi ro nhất. Hãy nói to: giấy tờ nào trích được dễ, giấy tờ nào mờ hay viết tay, và khi trích sai thì hồ sơ đi đâu. Câu trả lời tự nhiên là trả về hàng đợi người duyệt, khớp với ràng buộc ở bước 2.
Bước 6 nêu đánh đổi và lặp. Ví dụ: tự động hóa nhiều hơn thì nhanh hơn nhưng tăng rủi ro duyệt sai; giữ người duyệt cuối thì an toàn nhưng chỉ số giảm ít hơn. UKG mô tả đúng vòng lặp này ở chỗ khách: làm nguyên mẫu nhanh rồi kiểm chứng giả định với chính khách hàng.
Kiểm tra sau bước 6: bạn đã nói ra ít nhất một giả định cần khách xác nhận, và bước tiếp theo bạn sẽ làm nếu có thêm một tuần chưa?
Bốn lỗi sẽ hiện ra khi bạn nghe lại bản ghi
Lỗi đầu tiên là nêu giải pháp trước phút thứ bảy. Nếu bản ghi có cụm “mình sẽ dùng…” trước khi bạn hỏi nút thắt nằm ở đâu, đó chính là lỗi aced.io gọi là phổ biến nhất.
Lỗi thứ hai là những khoảng im lặng dài. Người phỏng vấn sẽ coi đó là bí, kể cả khi đầu bạn đang chạy hết tốc lực. Tập nói nửa câu: “mình đang cân nhắc giữa hai cách tách…”.
Lỗi thứ ba là đào sâu quá sớm, khi đường end-to-end chưa nối xong, rồi hết giờ với một khối hoàn hảo và bốn khối trống. Lỗi thứ tư là chỉ số mơ hồ kiểu “khách hài lòng hơn”, không đo được ở bước 6.
Kỹ năng này hiện ra ở chỗ khách và trong CV như thế nào?
Ở chỗ khách, khung này chính là tuần đầu của một engagement. Câu “chúng tôi muốn AI làm X” gần như luôn là một tính năng được yêu cầu, và việc của bạn là lần ra nút thắt phía sau nó trước khi viết dòng code nào.
Khi đọc tin tuyển, hãy để ý các cụm như “ambiguous customer needs”, “discovery”, “success metrics”, “ship a fast first version”. Chúng cho thấy kỹ năng tách mục tiêu mơ hồ nằm ở lõi công việc, nên đáng để bạn chuẩn bị ví dụ cụ thể cho cả buổi phỏng vấn lẫn tuần đầu ở chỗ khách.
Trong CV, đừng chỉ ghi “xây pipeline xử lý tài liệu”. Hãy viết theo trình tự của khung: yêu cầu ban đầu mơ hồ ra sao, bạn tìm thấy nút thắt nào, đặt chỉ số gì, bản đầu tiên ra sau bao lâu, và củng cố gì sau đó. Viết như vậy giúp người tuyển thấy bạn đã đi qua từng bước của khung này với một khách hàng thật.
Luyện ba đề trong ba buổi, mỗi buổi 45 phút, mỗi lần nghe lại bản ghi. Tới đề thứ ba, câu hỏi làm rõ sẽ đến trước giải pháp mà bạn không còn phải tự nhắc.
Bài này có hữu ích không?
Cảm ơn bạn đã góp ý!