Un forward deployed engineer (FDE) e un inginer senior care lucrează în interiorul unui singur client, pe sistemele și pe datele lui, și e judecat după faptul că o problemă de business ajunge rezolvată în producție, nu după ore facturate sau un demo. Rolul a apărut la Palantir. Acum îl caută toate companiile de AI.
Aproape tot ce se scrie despre rol e pentru inginerii care vor jobul: salarii, interviuri, deplasări. Articolul ăsta e pentru cealaltă parte a mesei, firma care s-ar putea trezi cu un FDE în birou. Tot ce urmează vine din ce au publicat chiar companiile: articole pe blog, anunțuri de angajare și interviuri.
De unde vine termenul forward deployed engineer?
De la Palantir, care avea nevoie de un nume pentru inginerii care nu stăteau cu echipa de produs. Într-un articol din 2019 despre rolurile de inginerie, compania își împărțea inginerii în „Devs”, care construiesc platforma, și „Deltas”, care lucrează la client (Palantir). Scurtătura lor e în continuare cea mai clară definiție: un Dev are „one capability, many customers”, o capabilitate pentru mulți clienți, iar un Delta are „one customer, many capabilities”, un singur client și multe capabilități.
Delta n-a fost gândit să lucreze singur. Anunțurile de angajare Palantir îi trec și azi pe forward deployed engineers într-o echipă numită Delta, iar pe Deployment Strategists într-una numită Echo. Delta construiește. Echo răspunde de relație, de scope și de adopție, până la training, ca produsul să fie folosit destul de larg încât să aibă un impact concret (Palantir). Ține minte perechea asta. Aproape toate companiile care au copiat rolul au copiat și perechea.
De ce angajează acum toată lumea forward deployed engineers?
Pentru că partea grea din AI-ul pentru companii s-a mutat de la model la client. Anunțurile de angajare pentru rol au crescut cu peste 1.000% între ianuarie și august 2026 față de aceleași luni ale anului trecut, în timp ce piața joburilor tech în ansamblu a crescut cu 13%, potrivit datelor Lightcast citate de Fortune.
Companiile spun de ce cu vorbele lor. Wonderful, care a strâns 550 de milioane de dolari la o evaluare de 5 miliarde în septembrie (TechCrunch), scria la anunțul rundei anterioare că AI-ul pentru companii nu va scala doar prin tehnologie: „enterprise AI will not scale through technology alone” (Wonderful). Anunțul Anthropic descrie un inginer care lucrează direct la cei mai strategici clienți ai companiei și le livrează el însuși MCP servers, sub-agenți și agent skills (Anthropic). Scale AI pune dificultatea în sistemele care trebuie să funcționeze sigur în medii de producție complexe (Scale AI).
Citite împreună, sună a recunoaștere. Vendorii cu cele mai bune modele au descoperit că un model vândut ca licență ajunge rar singur în producție, așa că au început să trimită ingineri odată cu el.
Ce face un forward deployed engineer toată săptămâna?
Mai puțină muncă pe model decât sugerează titlul. Gergely Orosz, care urmărește rolul în The Pragmatic Engineer, estimează împărțirea la aproximativ un sfert cod, jumătate integrare și „instalații” între sisteme și un sfert ședințe (The Pragmatic Engineer).
Iar codul se scrie într-un loc neobișnuit. La OpenAI, FDE-ii scriu cod direct pe infrastructura clientului, pe când solutions architects construiesc proof of concept-uri pe extrase de date anonimizate sau offline (The Pragmatic Engineer). O săptămână obișnuită înseamnă:
- Citește datele clientului acolo unde stau de fapt, cu accesul pe care îl are un utilizator real.
- Scrie legăturile cu sistemele în care AI-ul trebuie să acționeze: ERP-ul, CRM-ul, arhiva de documente.
- Construiește un set de evaluare din cazuri reale, cu răspunsurile pe care business-ul le consideră corecte.
- Stă cu oamenii care vor folosi sistemul și îl schimbă când văd că îl ocolesc.
- Raportează unui sponsor față de o cifră stabilită înainte de construcție.
De ce la sediul clientului? Colin Jarvis, care conduce forward deployed engineering la OpenAI, a dat motivul în același interviu: de multe ori, ce descrie clientul la scoping nu se potrivește cu realitatea datelor și a sistemelor de pe teren. Singurul fel în care afli diferența e să fii acolo unde sunt datele.
Prin ce diferă un forward deployed engineer de un consultant, de un solutions engineer sau de un developer în outsourcing?
Cele patru roluri se suprapun la competențe. Diferă prin momentul în care lucrează și prin ce răspund.
| Rol | Când lucrează | Ce livrează | De ce răspunde |
|---|---|---|---|
| Consultant | Într-un anumit moment | O recomandare | Calitatea sfatului |
| Solutions engineer | Înainte de vânzare | Un demo sau un proof of concept | Câștigarea contractului |
| Developer în outsourcing | Cât durează contractul | Cod scris după specificație | Tichete închise, ore facturate |
| Forward deployed engineer | De la scoping până când sistemul rulează și e predat | Un sistem care rulează pe datele clientului și e folosit de oamenii lui | Rezultatul de business din producție |
Palantir a tras singur linia față de consultanță: Deltas își măsoară succesul prin impactul asupra obiectivului clientului, pe când consultanții produc, în general, o analiză, o recomandare sau o soluție o singură dată (Palantir). Linia față de solutions engineer e locul în care rulează codul: pe o copie a datelor înainte de vânzare sau pe sistemele clientului după ea.
Linia față de outsourcing contează cel mai mult pentru cumpărător, pentru că pe factură cele două pot arăta la fel. Developerului din outsourcing i se spune ce să construiască și e plătit pentru timpul în care o face. De la un forward deployed engineer se așteaptă să afle ce trebuie construit și s-o spună când răspunsul e „nu asta”. Testul pentru orice ofertă care folosește titlul e scurt: cine răspunde de sistem la trei luni după go-live și ce cifră trebuie să miște? Dacă nu știe nimeni, titlul e nou, munca nu.
Are nevoie o firmă mai mică de un forward deployed engineer?
Are nevoie de funcție mai mult decât de titlu. Anunțul Anthropic spunea deja cine primește inginerii: cei mai strategici clienți. O firmă de 200 de oameni e rar pe lista asta și are aceeași distanță între o licență și un sistem care funcționează. Versiunea potrivită pentru ea e mai mică: un inginer, o parte din săptămână, un singur use case și cineva care răspunde de rezultat.
De ce i se potrivește unei firme mijlocii mai bine decât încă un software, o firmă mare de consultanță sau o angajare nouă e argumentul din de ce nu ajunge software-ul AI. Cum folosesc modelul Palantir, OpenAI și Wonderful și ce poate împrumuta o firmă mai mică de la fiecare e în modelul forward deployed engineer.
La Sapio facem asta în pași. Totul începe cu formularul de contact de pe sapio.ro și o discuție scurtă, după care îți trimit o ofertă făcută pe măsură: consultanță AI sau Tech Audit-ul, o dimineață la voi la sediu și un raport în trei zile lucrătoare. Urmează un roadmap de transformare și abia după aceea un inginer senior în echipa ta, cam trei zile pe săptămână, care răspunde de un singur use case până când rulează în producție.
„Forward deployed” sună a jargon până îl iei ad litteram. În față e locul în care planul dă de teren. Orice sistem AI e gândit pe un slide și rulează pe date pe care slide-ul nu le-a arătat niciodată, iar rolul există pentru distanța dintre ele.
Dacă te întrebi cine ar trebui să răspundă de un sistem AI în firma ta: vladtudor.com/consultant-ai.