Kế hoạch 30-60-90 ngày cho FDE: khi mục tiêu là sáu tuần, bạn chỉ còn khoảng bốn tuần với khách
Hai tuần đầu thường dành cho việc nội bộ, nên FDE mới phải chọn đúng một việc nhỏ nhưng có tác động lớn, rồi chốt nó cùng khách trước bức tường của tuần năm hoặc tuần sáu.
- 1Tuần 1–2: dựng nền nội bộAccount brief ngày đầu, xin quyền truy cập, ngồi cùng senior trong mọi cuộc gọi khách
- 2Tuần 3: chọn home runChấm việc theo công sức và tác động, chốt kết quả đầu tiên cùng khách
- 3Ngày 30: tự trình bày tài khoảnKể lại toàn bộ tài khoản cho senior như bài kiểm tra mức sẵn sàng
- 4Tuần 5–6: vượt bức tườngDành thời gian sửa và đưa home run vào vận hành, nhận tín hiệu tin cậy đầu tiên
- 5Ngày 60: phản hồi đầu tiênFDE mới trả lời khách trước, senior chỉ can thiệp khi có ngoại lệ
- 6Ngày 90: làm chủ tài khoản sớmChưa phải năng suất tối đa, vì ramp đầy đủ của kỹ sư mất 3–9 tháng
Nếu mục tiêu là sáu tuần, trừ hai tuần nội bộ, bạn còn khoảng bốn tuần để giao một home run.
Đồ hoạ: FDE Times
Tóm tắt nhanh
- Hai tuần đầu thường là việc nội bộ, nên nếu mục tiêu là sáu tuần thì bạn chỉ còn khoảng bốn tuần làm việc với khách.
- Việc giao giá trị đầu tiên nên là 'home run': ít công sức, tác động lớn với khách, và được chốt cùng khách thay vì để khách tự quyết.
- Mốc 90 ngày nhằm làm chủ tài khoản sớm chứ chưa phải năng suất tối đa, vì ramp đầy đủ của kỹ sư thường mất 3 đến 9 tháng.
Thử hình dung bạn vừa được giao một tài khoản khách hàng, và người quản lý muốn khách “thấy giá trị trong sáu tuần đầu”. Nghe thì dư dả, cho đến khi bạn mở lịch ra và đếm lại.
Trên thực tế, hai tuần đầu của một FDE thường là việc nội bộ: học các mẫu triển khai của công ty, xin quyền truy cập hệ thống, đi kèm một FDE senior. Trừ hai tuần đó đi, sáu tuần chỉ còn khoảng bốn tuần thực sự làm việc với khách.
Vì thế, kế hoạch 30-60-90 ngày không phải thủ tục giấy tờ. Nó là công cụ để bạn không tiêu hết bốn tuần quý giá vào những việc đúng nhưng khách không cảm nhận được.
Bắt đầu từ đồng hồ của khách, không phải của bạn
Entrans định nghĩa Time-to-Value của FDE là quãng thời gian từ lúc engagement bắt đầu đến khi khách đạt kết quả vận hành thật đầu tiên. Chữ quan trọng là “vận hành thật”: một bản demo trên máy bạn chưa tính.
Cách nghĩ hữu ích là đặt câu hỏi giá trị nào có thể mở khóa ở các mốc 30, 60 và 90 ngày tính từ kickoff, như Rocketlane đề xuất. Ghép hai ý lại, kế hoạch của bạn nên có hai lớp: lớp học việc của chính bạn, và lớp giá trị mà khách nhìn thấy ở mỗi mốc.
Hai tuần đầu: dựng nền, đừng ngồi chờ
Một playbook onboarding của Tandem, viết cho trường hợp FDE thứ hai vào một tài khoản đang chạy, đặt account brief lên trước cả chuyến tham quan văn phòng ngày đầu. Nếu không ai đưa, bạn tự viết: khách là ai, đang đau ở đâu, ai ra quyết định, công ty đã hứa gì.
Tuần một, bạn ngồi cùng người senior trong mọi cuộc gọi khách, và cả hai dùng bản brief làm điểm xuất phát chung. Bạn không cần nói nhiều. Việc của bạn là ghi lại mọi việc khách nhắc đến, vì danh sách đó chính là nguyên liệu cho bước tiếp theo.
Cuối tuần hai, bạn nên có trong tay quyền truy cập, account brief và một danh sách việc ứng viên. Thiếu thứ nào, đó là rủi ro đầu tiên cần báo lên.
Ví dụ: chọn một “home run” cho khách đối soát hóa đơn
Thử hình dung bạn nhận một nhà phân phối muốn dùng agent để tự động đối soát hóa đơn. Sau hai tuần nghe các cuộc gọi, bạn có năm việc ứng viên. Bạn chấm mỗi việc theo công sức và tác động với khách, thang 1 đến 3.
| Việc ứng viên | Công sức | Tác động | Quyết định |
|---|---|---|---|
| Đọc hóa đơn PDF từ email, đẩy vào bảng đối soát cho kế toán | 1 | 3 | Home run, làm trước |
| Tích hợp hai chiều với ERP | 3 | 3 | Mốc 60–90 ngày |
| Dashboard tổng quan cho giám đốc | 1 | 1 | Để sau |
| Fine-tune model riêng cho mẫu hóa đơn | 3 | 1 | Chưa làm |
| Cảnh báo hóa đơn lệch giá qua chat nội bộ | 2 | 2 | Ứng viên cho tuần 5–6 |
Việc ít công sức mà tác động lớn với khách được Rocketlane gọi là “home run”, và nên là lựa chọn ưu tiên cho lần giao giá trị đầu tiên. Trong bảng trên, chỉ việc đọc hóa đơn PDF đạt chuẩn đó.
Tích hợp ERP hấp dẫn hơn nhiều, và kỹ sư nào cũng muốn làm việc khó. Nhưng với bốn tuần, nó gần như chắc chắn chưa xong khi khách bắt đầu hỏi “đã có gì chưa”. Bạn xếp nó vào mốc 60 đến 90 ngày, khi đã có niềm tin để xin thêm thời gian.
Bước tiếp theo là không tự quyết một mình, cũng không để khách tự quyết: bạn ngồi xuống cùng khách để lập kế hoạch đạt giá trị đầu tiên. Một câu mở đầu tốt khi gặp trưởng phòng kế toán: “Nếu ba tuần nữa đội chị không phải gõ tay hóa đơn từ email nữa, đó có phải kết quả đáng kể không?”
Nếu chị ấy gật đầu, bạn có một mục tiêu đo được và một người phía khách cùng chịu trách nhiệm. Nếu chị ấy lắc đầu và chỉ sang việc khác, bạn vừa tiết kiệm được ba tuần làm sai hướng.
Tuần năm, tuần sáu: chuẩn bị cho bức tường
FDE Academy, trong bài viết về 90 ngày đầu của FDE, mô tả rằng khoảng tuần năm hoặc sáu, phần lớn FDE mới chạm vào một kiểu “bức tường” riêng. Vượt qua tốt, họ nhận được tín hiệu tin cậy đầu tiên từ khách.
Bức tường ấy cụ thể là gì thì mỗi tài khoản một khác. Nhưng nếu đặt lên lịch trong ví dụ trên, rất có thể nó rơi đúng vào lúc home run bắt đầu chạy trên dữ liệu thật: dữ liệu bẩn hơn bạn nghĩ, quyền truy cập thiếu một bước, người dùng làm khác quy trình đã mô tả.
Vì vậy, nên để dành tuần sáu cho việc sửa và đưa vào vận hành, đừng xếp tính năng mới vào đó.
FDE Academy cũng lưu ý việc đầu tiên giao cho FDE mới hiếm khi là dự án rủi ro cao nhất của đội. Vậy nên việc được giao nhỏ hơn bạn mong là chuyện bình thường. Hãy làm nó thật gọn.
Ba mốc kiểm tra: 30, 60, 90
Ngày 30 là bài kiểm tra mức sẵn sàng: bạn tự trình bày lại toàn bộ tài khoản cho người senior. Hãy luyện trước để kể được khách đang đau ở đâu, ai quyết, home run đang ở bước nào, mà không cần mở tài liệu.
Đến ngày 60, quyền phản hồi đầu tiên với khách chuyển sang bạn; senior chỉ can thiệp khi có ngoại lệ. Đây cũng là mốc playbook của Tandem đặt ra. Lúc này việc lớn như tích hợp ERP mới bắt đầu hợp lý, vì khách đã quen hỏi thẳng bạn.
Ở ngày 90, hãy đặt kỳ vọng cho đúng. Theo Tandem, ramp đầy đủ của kỹ sư trung bình mất 3 đến 9 tháng, nên ngày 90 là về việc làm chủ tài khoản sớm, chưa phải năng suất tối đa.
Những lỗi khiến kế hoạch đổ sớm
Lỗi phổ biến nhất là chọn việc lớn nhất làm việc đầu tiên, vì nó trông ấn tượng trên slide. Kết quả là đến tuần sáu bạn có nhiều tiến độ nhưng khách chưa có kết quả vận hành nào.
Lỗi tiếp theo là để khách tự quyết kết quả mà không cùng bàn, rồi nhận về một yêu cầu không thể làm trong bốn tuần. Một lỗi khác là chỉ đo một con số.
Entrans khuyên dùng bảng điểm cân bằng thay vì một chỉ số đơn lẻ, để tránh tạo ra động cơ sai, chẳng hạn chạy nhanh Time-to-Value bằng một giải pháp không ai dùng sau tháng thứ ba.
Lỗi cuối là coi hai tuần nội bộ như thời gian chết. Đó là lúc rẻ nhất để học, hỏi và ghi chép. Bỏ phí nó, bạn sẽ trả giá khi bức tường đến.
Thể hiện kỹ năng này thế nào trên CV
Khi đọc mô tả công việc FDE, hãy để ý các cụm như “time-to-value”, “first value” hay “customer outcomes”. Tin tuyển dụng Forward Deployed Software Engineer của Palantir, chẳng hạn, viết rằng người làm việc trực tiếp với khách để nhanh chóng hiểu những vấn đề lớn nhất của họ.
Gặp những mô tả như vậy, bạn nên chuẩn bị sẵn một câu chuyện về cách mình xếp việc trong những tuần đầu của một dự án. Với bốn tuần, chữ “nhanh chóng” ấy chính là áp lực bạn vừa đọc ở trên.
Trên CV, đừng chỉ viết “triển khai tích hợp X”. Hãy viết theo mạch: chọn việc nào làm trước, vì sao, khách đạt kết quả vận hành gì và sau bao lâu.
Bài tập: chấm lại dự án gần nhất của bạn
Lấy một dự án bạn đã làm trong năm qua, kể cả ở công ty sản phẩm. Viết ra sáu tuần đầu của nó theo từng tuần, rồi đánh dấu tuần mà người dùng lần đầu có kết quả vận hành thật.
Sau đó dựng lại bảng chấm điểm như ví dụ hóa đơn cho những việc dự án từng có. Nếu việc được làm trước không phải home run, hãy viết lại thứ tự và ước xem kết quả đầu tiên có thể đến sớm hơn bao nhiêu tuần. Bản viết lại đó cũng chính là câu chuyện bạn mang vào buổi phỏng vấn.
Lần tới nhận một dự án mới, hãy đếm ngược từ mốc mà khách chờ đợi. Bốn tuần nghe ít, nhưng đủ cho một home run làm gọn và được khách gật đầu từ trước.
6 nguồn
- Forward Deployed Engineer First 90 Days: What Actually Happens on the Job · 2026-08-06
- Onboarding a second FDE onto a live account: the ramp playbook, and the context it depends on · 2026-08-28
- How to showcase value to your customers right from the very beginning · 2022-02-09
- Creating early wins with the first value delivery framework · 2022-03-16
- Forward Deployed Engineer Metrics: How to Measure FDE Performance and ROI · 2026-09-29
- Palantir Technologies - Forward Deployed Software Engineer