Cum lucrează un inginer AI dedicat: primele 90 de zile
Un proiect cu un inginer AI dedicat are șase etape: o scurtă discuție, Tech Audit-ul la sediu, un plan de transformare cu criteriile de succes scrise, kickoff, cam trei luni cu inginerul în echipa ta, trei zile pe săptămână, apoi predarea către un inginer de-al tău. „Gata” înseamnă un sistem în producție, folosit, pe care echipa ta îl rulează singură.
Un proiect cu un inginer AI dedicat se joacă, în mare parte, înainte ca inginerul să ajungă în firmă. Cazul de utilizare, punctul de plecare și ce înseamnă „gata” se stabilesc dinainte, la sediul tău și în scris. Mai jos e tot drumul, de la prima discuție până la predare: cine ce face în fiecare etapă, ce pune la dispoziție firma ta și după ce știi că s-a terminat.
Cum arată tot drumul, de la prima discuție la predare?
| Etapă | Cât durează | Ce pui la dispoziție | Cu ce se încheie |
|---|---|---|---|
| 1. [Formularul de contact](/contact) și o scurtă discuție | Un formular, apoi o scurtă discuție | Un proces și un om care îl cunoaște | O ofertă pe măsură: consultanță AI sau un Tech Audit |
| 2. [Tech Audit](/services/tech-audit) | O dimineață la sediu, raport în 3 zile lucrătoare, o oră de concluzii | Patru ore cu oamenii care fac munca, acces la sisteme și date | 3–5 oportunități în ordinea priorității și ce nu merită construit |
| 3. [Planul de transformare AI](/blog/plan-de-transformare-ai) (Deep Dive) | Două vizite la sediu, apoi o prezentare pentru conducere | Extrase de date reale, sponsorul și conducerea la prezentare | Un roadmap scris pe fiecare caz și decizia asupra primului caz |
| 4. Kickoff | O întâlnire | Sponsorul, inginerul tău pereche, lista de accese | Obiectivul, indicatorul de adopție și zilele la sediu, în scris |
| 5. Inginerul în echipa ta | Cam trei zile pe săptămână, trei luni | Accese, oamenii procesului, utilizatori pentru test | Cazul de utilizare în producție, folosit |
| 6. Predarea | Ultimele săptămâni din cele trei luni | Inginerul tău, care preia sistemul | Cod, documentație, set de evaluare și un om de-al tău care le cunoaște |
Ce se întâmplă înainte să vină inginerul?
Trei pași, fiecare încheiat cu o decizie pe care o iei tu. Poți să te oprești după oricare.
- Formularul de contact și o scurtă discuție. Ne scrii prin formular despre proces; după o scurtă discuție îți trimitem o ofertă potrivită: consultanță AI sau un Tech Audit.
- Tech Audit-ul. Patru ore la sediul tău, cu oamenii care fac munca. Vedem procesele, sistemele și datele așa cum sunt. În trei zile lucrătoare primești un raport scurt: 3–5 oportunități în ordinea priorității, ce ar presupune fiecare și ce nu merită construit.
- Planul de transformare (Deep Dive). Două vizite la sediu, cercetare pe sectorul tău și un roadmap scris pe fiecare caz de utilizare: precondițiile, clasificarea după AI Act, punctul de plecare, obiectivul de producție și indicatorul de adopție. Îl prezentăm conducerii într-o oră. Aici se scriu criteriile de succes, înainte de orice construcție.
Ordinea nu e a noastră. Colin Jarvis, care conduce echipa de forward deployed engineers de la OpenAI, descrie aceleași trei etape: scoping cu câteva zile la client, validare cu criterii și evaluări stabilite dinainte, apoi livrare la client câteva zile pe săptămână (The Pragmatic Engineer). Noi le-am potrivit pentru o firmă de mărime medie.
Ce se scrie la kickoff?
Înainte de prima zi a inginerului, semnăm împreună o pagină, carta proiectului. Fără ea nu începem.
- Sponsorul din firma ta: cine deblochează accese și decizii.
- Obiectivul de producție: ce proces, ce utilizatori și până la ce dată.
- Indicatorul de adopție și punctul de plecare, măsurat în prima săptămână.
- Inginerul tău pereche și cât din timpul lui lucrează alături de al nostru.
- Lista de accese, cine aprobă fiecare acces și cine răspunde la escaladări.
- Zilele la sediu: prima săptămână, lansarea și predarea, plus cele stabilite cu tine.
Cum arată primele 90 de zile, săptămână cu săptămână?
| Săptămânile | Inginerul Sapio | Vlad Tudor, liderul proiectului | Echipa ta |
|---|---|---|---|
| 1 (la sediu) | Accese și mediu de lucru, planul scris din prima zi, punctul de plecare măsurat, primele cazuri reale în setul de evaluare | Kickoff cu sponsorul, confirmă carta | Sponsorul, inginerul pereche, omul procesului câteva ore |
| 2–4 | Prima versiune a fluxului rulează în mediul tău în jur de ziua 10; setul de evaluare crește; un raport scris în fiecare săptămână | O discuție de 30 de minute cu sponsorul la două săptămâni | Omul procesului răspunde la întrebări și verifică rezultatele; inginerul tău lucrează în pereche |
| 5–8 | Integrare cu sistemele reale, loguri, monitorizare, costul pe cerere, plan de revenire; primii utilizatori pe cazuri reale | Ședința lunară de conducere; în săptămâna 8, discuția despre ce urmează | Un grup mic de utilizatori testează pe munca reală |
| 9–10 (lansarea la sediu) | Lansarea pentru utilizatorii numiți în cartă | Prezent la lansare, urmărește adopția | Utilizatorii instruiți; sponsorul înlătură blocajele |
| 11–13 | Urmărește unde e ocolit sistemul și repară motivele; pregătește pachetul de predare | Verifică obiectivul și indicatorul față de cartă | Inginerul tău preia sistemul la predare |
Ritmul săptămânal e intenționat. Sierra, care implementează agenți pentru relații cu clienții, scrie același lucru despre perioada de după lansare: se întâlnesc săptămânal cu oamenii clientului (Sierra). Diferența dintre un demo și un sistem folosit se face în săptămânile de după lansare, nu înainte.
Ce pune la dispoziție firma ta?
- Un sponsor cu autoritate, disponibil o jumătate de oră la două săptămâni și la ședința lunară.
- Un inginer de-al tău, în pereche din prima săptămână. El preia sistemul la final.
- Omul care cunoaște procesul, câteva ore pe săptămână, pentru întrebări și verificarea rezultatelor.
- Accesele la sisteme și la date reale în prima săptămână, nu în a patra.
- Câțiva utilizatori care testează pe munca lor reală înainte de lansare.
- Pentru date personale sau sisteme reglementate, responsabilul cu protecția datelor implicat de la început.
Ce înseamnă „gata”?
„Gata” e scris în cartă din prima zi, nu negociat la final. Proiectul s-a terminat când sunt adevărate toate patru:
- procesul numit rulează în producție pentru utilizatorii numiți, până la data stabilită;
- indicatorul de adopție e atins față de punctul de plecare măsurat în prima săptămână;
- ai codul, documentația, setul de evaluare, procedurile de operare și modelul de cost;
- ai o analiză scrisă: ce s-a livrat și ce ar presupune pasul următor.
Un sistem care merge, dar nu e folosit, nu e „gata”. E motivul pentru care atât de puține proiecte își recuperează investiția: doar 25% dintre inițiativele AI au adus ROI-ul așteptat, iar doar 16% au fost extinse la nivelul întregii firme (IBM, studiul CEO 2025).
Ce se întâmplă dacă ceva nu merge?
Îți spunem devreme și în scris. Fiecare dintre semnalele de mai jos declanșează o discuție cu sponsorul în aceeași săptămână:
- nu există acces la producție după săptămâna a doua;
- indicatorul de adopție nu e stabilit până în săptămâna a doua;
- inginerul ajunge să rezolve tichete fără legătură cu cazul de utilizare;
- sponsorul se schimbă sau o verificare de securitate blochează munca de săptămâni.
Variantele sunt trei: refacem obiectivul, punem proiectul pe pauză sau îl încheiem. Un inginer care a ajuns să rezolve tichete e outsourcing pe timp sub numele nostru, așa că preferăm să ne oprim.
Ce urmează după cele 90 de zile?
Trei variante, toate decizia ta: continuăm lunar pe același caz, trecem la următorul caz din roadmap sau ne oprim, iar inginerul tău rulează sistemul. Discuția are loc în săptămâna a opta, ca să nu decizi sub presiune în ultima zi.
Ce face inginerul și de ce lucrează în pereche cu un lider de proiect e explicat în ce este un inginer AI în echipă. Toți pașii, de la formularul de contact la inginerul în echipă, sunt pe pagina de consultanță AI. Dacă vrei să afli dacă procesul tău merită drumul ăsta, ne scrii prin formular despre el; după o scurtă discuție îți trimitem o ofertă potrivită: consultanță AI sau un Tech Audit.
Surse
- The Pragmatic Engineer, „Forward deployed engineers”, 12 august 2025 (în engleză)
- Sierra, „Shipping and scaling AI agents”, 25 iulie 2024 (în engleză)
- IBM, studiul CEO 2025, cu Oxford Economics, 6 mai 2025 (în engleză)
Doar 25% dintre inițiativele AI au adus ROI-ul așteptat, iar doar 16% au fost extinse la nivelul întregii firme (IBM Institute for Business Value, 2.000 de CEO, publicat 6 mai 2025).
Întrebări frecvente
Cât durează un proiect cu un inginer AI dedicat?
Pașii de dinainte, scurta discuție, Tech Audit-ul și planul de transformare, durează de obicei câteva săptămâni. Inginerul lucrează apoi în echipa ta cam trei zile pe săptămână, trei luni, pe un singur caz de utilizare. După aceea continui lunar, treci la următorul caz sau te oprești.
Ce trebuie să pună la dispoziție firma?
Un sponsor cu autoritate, un inginer intern care lucrează în pereche din prima săptămână, omul care cunoaște procesul câteva ore pe săptămână, accese la sisteme și la date reale din prima săptămână și câțiva utilizatori care testează înainte de lansare.
Ce înseamnă că proiectul e gata?
Procesul numit rulează în producție pentru utilizatorii numiți până la data stabilită, indicatorul de adopție e atins față de punctul de plecare și ai codul, documentația și setul de evaluare.
Trebuie să trecem prin toți pașii?
Prin Tech Audit, da: nu punem un inginer în echipa ta fără să fi văzut procesul la sediu. Planul de transformare e pentru firmele care cântăresc mai multe cazuri. Când există un singur caz clar, criteriile lui de succes se scriu direct în carta de la kickoff.
Ce se întâmplă dacă proiectul se blochează?
Semnalele sunt scrise dinainte: fără acces la producție după săptămâna a doua, fără indicator de adopție stabilit sau un inginer care ajunge să rezolve tichete fără legătură cu cazul. Oricare declanșează o discuție cu sponsorul în aceeași săptămână: refacem obiectivul, punem pe pauză sau ne oprim.
Vrei să discutăm un proiect?
Programează o discuție inițială cu echipa Sapio.