- Forward Deployed Engineer (FDE) adalah engineer yang ditempatkan langsung di lingkungan pelanggan untuk mewujudkan “last mile” dari produk yang secara teknis kompleks
- Bukan sekadar konsultan, melainkan developer yang benar-benar menulis kode production, melakukan debugging, dan menemukan peluang produk baru
- Model ini tidak cocok untuk semua perusahaan, dan efektif hanya jika tiga syarat terpenuhi: pelanggan dengan kontrak besar, ICP yang tidak seragam, dan sikap terbuka terhadap arah produk
- FDE terbaik umumnya adalah talenta di awal karier dengan pola pikir mandiri, grit, kemampuan teknis tinggi, dan rasa ingin tahu terhadap bisnis, serta tidak bergantung pada playbook yang sudah ada
- Saat mengoperasikan tim FDE, kuncinya adalah berfokus pada masalah tersulit dari pelanggan terbesar sambil menyeimbangkan penempatan di lapangan dengan pengelolaan scope yang tepat
Asal-usul dan kondisi FDE saat ini
- Co-founder Palantir, Alex Karp, terinspirasi dari pengamatannya bahwa pelayan di restoran Prancis merupakan perpanjangan dari staf dapur, lalu sekitar 20 tahun lalu mencetuskan peran Forward Deployed Engineer (FDE) untuk pertama kalinya
- FDE adalah peran yang ditempatkan langsung di lokasi pelanggan untuk membangun "last mile" produk di lingkungan production, dan berbeda dari solution consultant atau sales engineer tradisional karena mereka benar-benar menulis dan melakukan debugging kode production
- Selama bertahun-tahun ada skeptisisme bahwa ini “hanya konsultasi tingkat tinggi,” tetapi setelah kapitalisasi pasar Palantir menembus 300 miliar dolar, minat terhadap peran ini kembali bangkit
- Antara Januari hingga September 2025, lowongan FDE naik 800%, dan startup AI termasuk OpenAI sedang membangun tim FDE untuk memperkuat enterprise sales
Area tempat FDE menciptakan nilai
- FDE bukan sekadar peran implementasi, melainkan anggota nyata dari tim software engineering yang harus berbicara dengan pelanggan setiap hari sambil membangun software secara langsung
- FDE di Serval benar-benar membangun lebih dari 60 integrasi aplikasi pihak ketiga, sistem feedback performa agent, sistem SLA, dan lain-lain sebagai bagian dari produk
- Cakupan kerja FDE Palantir beragam, dari menurunkan tingkat cacat di manufaktur hingga deployment software untuk mengelola logistik bantuan bencana alam
-
Mendukung penutupan kontrak besar
- Looker menggunakan FDE untuk sales dengan cara memberi calon pelanggan uji coba gratis memakai data nyata disertai dukungan implementasi pra-penjualan yang kuat
- Co-founder Lloyd Tabb: "Karena kami tidak memutuskan antara produk dan layanan, itu membuka jalan ketiga. Kami menjualnya sebagai produk, tetapi selama masa uji coba gratis kami melakukan forward deploy sehingga terasa seperti layanan kustom."
- Alih-alih versi dummy untuk demo, mereka selalu membangun PoC menggunakan dataset nyata milik calon pelanggan
- Di Palantir juga ada kasus ketika 3–4 FDE, untuk pelanggan sektor energi, langsung membangun solusi khusus pemecahan masalah tanpa roadmap atau persetujuan kantor pusat, lalu berhasil menutup kontrak
-
Menemukan peluang produk lewat embedding bersama pelanggan
- Insight mendalam yang sulit diperoleh lewat panggilan Zoom 30 menit dapat ditemukan melalui embedding di lapangan
- "Inti FDE adalah hidup di lapangan bersama pelanggan. Bukan menyiapkan user interview, tetapi membuat prototipe dari apa yang didengar hari itu lalu menunjukkannya keesokan harinya."
- Beberapa contoh FDE paling sukses justru muncul dari area yang tidak terkait dengan produk inti Palantir
- Namun ada risiko FDE membuat fitur acak yang tidak terkait dengan peningkatan produk inti, sehingga dibutuhkan naluri produk untuk mengidentifikasi masalah yang juga bisa dilayani untuk pelanggan lain
-
Memperluas energi founder pada tahap awal
- Model FDE adalah cara untuk mereplikasi dan memperluas energi para co-founder awal ketika CTO mendengar feedback pelanggan secara langsung lalu segera menyelesaikannya lewat kode
- Di Serval, perbedaan antara FDE dan engineer biasa tidak besar; FDE menghabiskan sekitar 20% waktunya bersama pelanggan dan fokus membangun kemampuan produk, bukan infrastruktur
- Dalam siklus feedback-ke-produk tradisional, proses dari solution engineer → PM → engineering manager → penjadwalan sprint bisa memakan berbulan-bulan, sedangkan model FDE menghapus tahapan perantara ini
-
Menangani fitur prioritas rendah
- FDE dapat secara nyata menangani permintaan fitur level P2 yang terus tersingkir dari roadmap
- Di Verkada, tim sales menumpuk permintaan pelanggan di channel Slack bernama "Feature Garage", tetapi sebagian besar dibiarkan terbengkalai
- "Jika P2 terus menumpuk, pada akhirnya Anda akan punya produk yang inferior, bahkan jika secara teknis Anda hanya fokus pada hal yang benar. Dalam model FDE, P2 pun benar-benar ditinjau."
Diagnosis mandiri sebelum mengadopsi FDE
- Investasi pada tim FDE, terutama di startup tahap awal, sangat mahal, dan jika matematika model bisnisnya tidak cocok, uang bisa cepat habis
- CEO Looker, Frank Bien, memutuskan berinvestasi pada FDE setelah memvalidasi model bahwa ARR 100 juta dolar bisa dicapai dengan 2.000 pelanggan
- "Jika Anda benar-benar memahami modelnya, Anda bisa menghitung apakah semua resource yang dimasukkan dapat ditopang. Tetapi jika Anda tidak yakin apakah untuk mencapai 100 juta dolar dibutuhkan 2.000 pelanggan atau 100.000 pelanggan, itu artinya Anda hanya membakar dana VC."
-
Syarat 1: sudah memiliki atau menargetkan pelanggan besar
- FDE pada dasarnya adalah strategi upmarket, dan jika bentuk akhir Anda adalah model premium PLG, FDE bukan pilihan yang tepat
- Ironclad sejak awal memahami bahwa departemen legal perusahaan global besar adalah pelanggan ideal mereka, dan mengadopsi FDE karena menilai implementasi kustom diperlukan untuk mendapatkan enterprise ACV
-
Syarat 2: tidak punya opini terlalu kuat tentang bagaimana produk harus digunakan
- Jika perusahaan memiliki opini yang sangat kuat tentang seperti apa produk harus berkembang di masa depan, maka PM atau engineer yang berhadapan dengan pelanggan mungkin lebih cocok daripada FDE
- Di satu ujung spektrum ada Apple (semua pengguna mendapat pengalaman yang sama), dan di ujung lain ada Palantir (platform yang bisa diubah agar sesuai dengan beragam masalah dan organisasi)
- Pada masa awal Palantir, mereka hampir tidak pernah mengatakan “produk harus seperti ini”; FDE belajar dari use case konkret dan pelanggan untuk secara bertahap membangun produk yang bernilai
-
Syarat 3: ICP tidak seragam
- Jika kriteria pelanggan sudah sangat terdefinisi dengan rinci, kebutuhan akan tim FDE bisa berkurang
- 50 pelanggan awal Ironclad hampir tidak punya banyak kesamaan, mulai dari perusahaan teknologi publik, startup YC, merek kecantikan global, hingga tim olahraga profesional
- Workflow kontrak influencer berbahasa Jepang dan kontrak penjualan season ticket MLB memiliki kebutuhan yang sepenuhnya berbeda
- Promise melayani pemerintah AS, dan sedang membangun tim FDE karena lingkungan pelanggan yang heterogen, di mana tiap negara bagian menjalankan program dengan cara berbeda
-
Jangan memaksakan FDE ke dalam peran engineering atau post-sales
- Banyak founder mengatakan mereka menginginkan FDE, padahal dalam banyak kasus mereka sebenarnya membutuhkan software engineer reguler atau konsultan implementasi, CSM
- Pertanyaan validasi yang direkomendasikan Tiffany Siu dari First Round:
- "Apa yang memicu dibukanya posisi ini? Siapa yang saat ini mengerjakan pekerjaan ini? Apa yang terjadi jika orang ini tidak direkrut?"
- "Seperti apa pekerjaan sehari-hari orang ini secara konkret?"
- "Apa metrik keberhasilan untuk orang ini?"
- Jika "Anda ingin FDE menutup X deal atau melakukan X demo," maka yang dibutuhkan bukan FDE melainkan peran yang lebih dekat ke sales
Cara merekrut FDE yang tepat
- Tidak perlu terobsesi mencari orang yang sudah memiliki titel FDE. Struktur peran FDE berbeda di tiap perusahaan, jadi yang harus diperiksa adalah isi pekerjaan sebenarnya, bukan titelnya
-
5 karakteristik yang sama pada FDE terbaik
- Tidak bergantung pada playbook (kandidat awal karier lebih unggul): Di Palantir, lulusan baru mencakup porsi besar FDE. Yang cocok adalah pemikir mandiri yang yakin bisa menyelesaikan masalah apa pun, bukan sekadar melakukan pattern matching
- Kandidat yang terlalu terpaku pada cara kerja yang kaku, seperti mereka yang punya lebih dari 10 tahun pengalaman di FAANG, justru bisa menjadi tanda bahaya
- Grit: Pekerjaan FDE berhadapan dengan ruang masalah yang sangat sulit, jadi dibutuhkan "kemauan untuk menanggung rasa sakit". FDE terbaik di Ironclad pun digambarkan sebagai "grinder"
- FDE berperan sebagai mini founder di dalam organisasi, sehingga butuh naluri produk yang kuat dan ketertarikan nyata pada sales
- Standar teknis yang tinggi: FDE terbaik di Ironclad berada pada level yang memungkinkan mereka menjadi staff engineer di perusahaan teknologi papan atas. Di Palantir pun FDE harus melewati proses interview yang sama dengan software engineer
- Kebiasaan terus membangun: FDE terbaik adalah "builder yang kompulsif"—tipe orang yang selalu ingin membuat alat, merilis app, atau berkontribusi ke open source
- Rasa ingin tahu yang mendalam terhadap bisnis: Orang yang berenergi saat mendalami cara kerja bisnis itu sendiri, misalnya menyelami risiko hukum dalam influencer marketing
-
Desain interview
- Palantir tidak menggunakan interview coding big tech yang tipikal, melainkan interview yang berfokus pada pemecahan masalah tingkat tinggi berbasis masalah pelanggan nyata
- Contoh: setelah menjelaskan insider trading, kandidat ditanya "data apa yang dibutuhkan, pertanyaan apa yang akan diajukan ke pelanggan, dan apa yang akan dicari?" untuk menilai penalaran bisnis sekaligus teknis
- Ironclad menggunakan interview presentasi terbuka, di mana kandidat memaparkan masalah yang pernah mereka hadapi dalam karier dan mengajarkan bagaimana mereka menyelesaikannya dengan teknologi
- Contoh representatifnya adalah kandidat yang menunjukkan foto 'deal room' fisik untuk transaksi pembiayaan pesawat, ribuan halaman sticky note, lalu macro Excel yang kemudian ia buat untuk mengotomatiskannya
Menentukan cakupan peran FDE: 3 taktik untuk memanfaatkan tim FDE pertama secara berdampak
-
Tempatkan FDE pada masalah tersulit dari pelanggan terbesar
- Pada awalnya Ironclad mengirim FDE ke semua pelanggan, tetapi seiring pertumbuhan mereka beralih ke pendekatan menugaskan FDE hanya untuk pelanggan dengan ACV tinggi
- Bukan soal "sepenuhnya menjadi perusahaan FDE atau tidak sama sekali", melainkan menyusun beragam opsi menu berdasarkan kebutuhan pelanggan sambil menstandarkan implementasi untuk segmen bawah
- Serval juga awalnya menerapkan model ini ke semua pelanggan, tetapi kini memprioritaskan perusahaan besar seperti yang memiliki lebih dari 1.000 karyawan
-
Pentingnya penempatan di lapangan
- FDE memberikan hasil terbaik saat berada di lapangan. Melampaui daftar kebutuhan dalam kontrak, mereka dapat menemukan hal-hal yang tidak tertulis hanya dengan mengalami keseharian bersama pelanggan
- Budaya kunjungan lapangan FDE Ironclad begitu dikenal hingga para kepala legal Fortune 100 menjuluki mereka "The Backpacks"
-
Pendekatan seimbang terhadap scope creep: terima, tetapi waspadai “menutupi masalah produk dengan tenaga manusia”
- Sifat peran FDE yang menyerupai layanan perlu diterima, tetapi sebaiknya hindari menghabiskan waktu tanpa batas untuk solusi yang tidak memberi manfaat bagi pelanggan di masa depan
- Pada masa awal Ironclad, scope creep dipandang sebagai sinyal bahwa "ada lebih banyak masalah yang bisa diselesaikan untuk pelanggan", dan berkat pricing berbasis workflow, ekonomi software mereka justru diuntungkan oleh perluasan scope
- Scope creep yang buruk adalah ketika tim terus melakukan pekerjaan berulang tanpa akhir pada workflow dengan jumlah pengguna terbatas; jika tidak terlihat potensi leverage software, pekerjaan itu harus dihentikan
- FDE sejati begitu fokus pada pemecahan masalah sampai sering tidak menyadari bahwa mereka sudah melampaui cakupan kontrak, sehingga manajemen scope adalah tugas manajer
Belum ada komentar.