De la proces la agent AI în 30 de zile: cum se face un pilot de AI agents

Cum treci de la proces la agent AI în 30 de zile și cum se face un pilot? Alegi un singur proces cu volum zilnic și semnezi criteriile de succes înainte de orice construcție. Apoi conectezi agentul AI (Claude) la CRM-ul sau helpdeskul real și îl testezi pe 100 de cazuri din munca ta. Așa ies AI agents din prezentări și intră într-o muncă pe care o poți măsura.

Acest ghid este partea a doua dintr-o serie de trei. Prima parte, Agentic AI pentru firme: ce face un agent AI și unde se potrivește, explică ce este un agent și la ce procese merge. A treia parte, „De ce un pilot cu un agent AI e un început mai bun decât un proiect mare”, discută alegerea strategică. Aici e vorba strict de cum se face.

Mai jos găsești etapele pilotului, săptămână cu săptămână. Pentru fiecare etapă vezi ce pregătește firma, cine participă și cum se verifică rezultatul. Urmează un exemplu lucrat pe cereri de ofertă, un tabel cu riscurile și felul în care le verifici, apoi ce înseamnă toate acestea pentru o firmă din România.

Un pilot cu un agent AI este o construcție de 30 de zile, pe un singur proces, care se încheie cu rezultatul pus lângă ținte semnate dinainte. Nu e o demonstrație și nici un proiect mare de transformare. E un test pe munca reală, cu un verdict clar la final.

Agentul AI (Claude) rulează pe API. Un agent pe API este un program care apelează Claude direct, fără o persoană la tastatură. Diferența față de Claude Team contează. Claude pe un seat, adică pe licența unui om, face un pas când i-l cere un coleg. Agentul pornește singur, la fiecare cerere nouă care intră în proces.

Procesele potrivite sunt cele care iau zilnic ore: comenzi, cereri de ofertă sau cereri de suport. Agentul lucrează direct în sistemele tale. Poate fi un CRM precum Zoho CRM sau un helpdesk precum Zoho Desk.

La finalul pilotului ai trei lucruri:

• un agent care lucrează pe procesul ales, conectat la programele reale;
• de regulă 3 până la 5 skill-uri, fiecare cu cazurile lui de test;
• un pas de aprobare umană acolo unde acțiunea pleacă spre client sau spre contabilitate.

Pasul de aprobare umană este punctul din proces în care un coleg confirmă înainte ca acțiunea să plece. Exemplele clasice sunt oferta, înainte să ajungă la client, și factura, înainte de contabilitate.

Procesul bun pentru un pilot are volum zilnic, intrări care seamănă între ele și un rezultat pe care îl poți verifica. Dacă alegi trei procese deodată, la final nu știi ce a mers și ce nu. Un singur flux îți dă un răspuns curat.

Înainte să alegi, trece procesul candidat prin aceste întrebări:

• Intră cereri noi în fiecare zi, nu o dată pe lună?
• Poți descrie pașii pe care îi face azi un om, de la cerere până la rezultat?
• Datele de care are nevoie agentul stau într-un program cu API, cum e CRM-ul sau helpdeskul?
• Există un punct clar unde un coleg poate aproba înainte ca ceva să plece din firmă?
• Știi cât durează procesul azi și câte cereri trec prin el?

Ultima întrebare e cea mai des sărită. Fără un reper de azi, nu ai cu ce compara rezultatul agentului. Dacă nu ai cifrele, notează-le o săptămână înainte de pilot, manual, dacă e nevoie.

Un proces cu multe excepții nu e exclus. Excepțiile trebuie doar să aibă un drum clar: ajung la un om, nu le rezolvă agentul după ureche. Un agent căruia îi ceri ceva ce sistemele tale nu permit va produce un răspuns care sună bine, dar nu e adevărat. De aceea procesul se alege după ce poate face sistemul, nu după ce ți-ar plăcea.

Criteriile de succes ale pilotului se stabilesc și se semnează înainte să se scrie primul skill. La ziua 30, rezultatul se pune lângă aceste ținte. Dacă țintele apar abia la final, oricine poate declara orice succes.

O țintă bună are trei părți: ce măsori, valoarea de azi și valoarea la care consideri pilotul reușit. Cifrele le pui tu, pornind de la cum merge procesul acum. Țintele tipice pentru un agent sunt de trei feluri:

• Corectitudine: din cererile tratate, câte au ieșit corect din prima, verificate de un om.
• Timp: cât durează o cerere de la intrare până la draftul gata de aprobat.
• Escaladare: ce cereri trec obligatoriu la un om și cât de des se întâmplă.

Proba practică vine din cazurile de test. Pilotul include 100 de cazuri din munca ta reală, verificate înainte de go-live. Fiecare caz are intrarea, adică cererea reală, și rezultatul pe care l-ar fi dat un coleg bun. Agentul trece testul doar dacă dă același rezultat.

La Svennis nu pornim construcția până când țintele nu sunt scrise și semnate de client. Când le-am lăsa pentru final, evaluarea ar deveni o discuție despre impresii, nu despre rezultate. Pentru alegerea indicatorilor, ghidul despre cum măsori un asistent AI are un reper de pornire.

Prima săptămână a pilotului transformă procesul din obicei în pași scriși. Împărțirea pe săptămâni din acest ghid e un reper de lucru, nu o regulă. Termenul fix rămâne ziua 30.

Totul începe cu kickoff-ul, adică prima ședință de lucru. Din partea firmei ar trebui să participe trei oameni:

• omul care face procesul zilnic și știe excepțiile;
• cineva cu drepturi de administrator în CRM sau helpdesk;
• cel care decide dacă pilotul a reușit și semnează țintele.

În aceeași săptămână se scrie procesul pas cu pas: de unde vine cererea, ce informații caută omul, unde le găsește, ce decide și ce trimite. Fiecare decizie primește o regulă. Acolo unde nu există regulă, se marchează punctul în care cererea ajunge la un om.

Tot acum deschizi contul pentru agent. Contul se deschide pe firma ta, la Anthropic, Amazon, Google Cloud ori Microsoft. Furnizorul ales facturează apoi funcționarea agentului direct ție.

Ultima sarcină a săptămânii e colectarea cazurilor reale pentru test. Ai nevoie de cereri adevărate, cu tot cu cele urâte: incomplete, ambigue, cu greșeli. Un set de test doar cu cazuri curate îți spune puțin despre ziua de luni dimineața.

A doua săptămână leagă agentul de programele tale. Pentru fiecare conexiune, Svennis construiește un connector, un MCP server, un plugin sau un skill. Îți arătăm opțiunile cu costul fiecăreia, iar tu alegi.

Un MCP server este un program mic care îi spune lui Claude ce operații poate face într-un sistem, de exemplu să citească un client sau să creeze un draft. Prețul de bază al pilotului include un MCP server nou cu până la 8 operații de citire și scriere. Acesta e gândit pentru un program cu API pe care nu l-am mai legat, de exemplu Oblio.

Un skill este un set de instrucțiuni pentru o sarcină anume, pe care agentul îl folosește de fiecare dată la fel. Un proces are de regulă 3 până la 5 skill-uri, fiecare cu cazurile lui de test. Pentru cereri de ofertă, skill-urile pot fi: clasificarea cererii, găsirea clientului, calculul prețului și redactarea draftului.

Modelul se alege pe skill, nu pe tot agentul. Toate modelele Claude actuale acceptă text și imagini, lucrează în mai multe limbi și folosesc unelte. Anthropic le descrie așa:

Model	Pentru ce îl recomandă Anthropic	Unde se poate folosi în pilot
Claude Haiku 5.5	sarcini cu volum mare, sensibile la viteză: clasificare, extragere, rutare	clasificarea cererilor care intră
Claude Sonnet 5.5	cea mai bună combinație de viteză și inteligență	redactarea drafturilor
Claude Opus 5.5	punctul de pornire pentru majoritatea sarcinilor, când nu ești sigur	skill-urile cu raționament mai greu

Ultimele două săptămâni ale pilotului verifică agentul pe munca reală, apoi îl pun în producție cu un om la pasul de aprobare. Ordinea contează: întâi testul, apoi go-live-ul.

Testul rulează cele 100 de cazuri prin agent și compară fiecare rezultat cu ce ar fi făcut un coleg bun. Greșelile se sortează pe skill. Astfel se vede dacă problema e la clasificare, la datele din CRM sau la redactare. Skill-ul vinovat se corectează, apoi setul se rulează din nou, complet, ca o corectură să nu strice alt caz.

Go-live-ul înseamnă că agentul primește cererile noi, pe măsură ce intră. Nimic nu pleacă spre client fără aprobarea unui coleg. În primele zile, omul care aprobă notează fiecare draft corectat și motivul. Notițele lui sunt cea mai bună sursă pentru ultimele ajustări.

La ziua 30, rezultatul se pune lângă țintele semnate în prima săptămână. Răspunsul poate fi de trei feluri:

• țintele sunt atinse, iar procesul trece în operare;
• țintele sunt aproape atinse, cu o cauză clară care se poate repara;
• țintele nu sunt atinse, iar procesul nu e potrivit pentru un agent în forma de azi.

Al treilea răspuns nu e un eșec al pilotului. Pilotul exact asta trebuia să afle, pe bani puțini și în 30 de zile.

Ia o firmă de distribuție ipotetică, unde cererile de ofertă vin pe email și un om le introduce manual în Zoho CRM. Pilotul pe acest proces poate arăta așa, pas cu pas:

1. Un email nou intră în căsuța de oferte. Un skill pe Claude Haiku 5.5 îl clasifică: cerere de ofertă, reclamație sau altceva. Ce nu e cerere de ofertă merge la un om.
2. Un al doilea skill extrage din email firma, produsele și cantitățile.
3. Agentul caută clientul în Zoho CRM, prin connector sau MCP server. Dacă nu îl găsește, creează un lead nou.
4. Agentul citește prețurile din CRM pentru produsele cerute. Nu inventează un preț care nu există în sistem.
5. Un skill pe Claude Sonnet 5.5 redactează oferta ca draft în CRM, cu un email de însoțire în română.
6. Un coleg deschide draftul, îl corectează dacă e nevoie și îl aprobă. Abia apoi oferta pleacă spre client.

Ținta semnată la kickoff ar putea arăta astfel: câte drafturi trec de aprobare fără corecturi și cât durează de la email la draft. Cifrele le pui tu, pornind de la reperul de azi.

Dacă procesul continuă până la factură, conexiunea depinde de programul de facturare. Factureaza.ro are propriul MCP server. Îl adaugi în Claude ca connector personalizat, cu autorizare OAuth, din abonamentul Standard. Pentru SmartBill construim noi un connector sau un MCP server. În ambele cazuri, factura rămâne la pasul de aprobare înainte de contabilitate.

Cele mai multe probleme ale unui pilot cu AI agents vin din scop și din date, nu din model. Tabelul de mai jos pune alături riscul, semnul după care îl recunoști și verificarea care îl prinde înainte să ajungă la client.

Risc	Semnul	Cum se verifică
Scopul e prea larg	agentul are de tratat cereri care nu seamănă între ele	un singur proces, scris pas cu pas în prima săptămână
Agentul răspunde la ce sistemul nu știe	drafturi plauzibile, cu date care nu există în CRM	cazuri de test cu cereri imposibile, care trebuie să ajungă la un om
Ținte stabilite după construcție	evaluarea se poartă despre impresii	ținte semnate la kickoff
Aprobarea umană e ocolită	acțiuni care pleacă fără confirmarea unui coleg	pasul de aprobare pus în proces, nu lăsat la voia omului
Setările organizației blochează o unealtă	cereri care eșuează deși modelul acceptă unealta	verificarea setărilor de administrator înainte de go-live
Modelul ales e retras	agentul încetează să funcționeze la o dată anunțată	data de retragere notată din documentația Anthropic

Ultimele două riscuri vin direct din documentația Anthropic. Un administrator poate dezactiva, de exemplu, căutarea pe web, iar o cerere care o folosește va eșua chiar dacă modelul o acceptă. Retragerea modelelor actuale e anunțată cel mai devreme pentru septembrie 2027 în cazul Claude Opus 5.5 și Claude Sonnet 5.5, iar pentru Claude Haiku 5.5 cel mai devreme în octombrie 2027.

Pentru o firmă din România, două întrebări apar aproape mereu la un pilot cu agent AI (Claude): unde sunt prelucrate datele și dacă agentul se poate lega de programele locale. Ambele au răspunsuri clare.

Prelucrarea datelor în UE

Dacă datele trebuie prelucrate în UE, calea este Amazon Bedrock cu profilul UE, cu intrare prin Frankfurt, sau Google Cloud în UE. Alegerea se face în prima săptămână, odată cu deschiderea contului. Contul rămâne pe firma ta, deci și relația contractuală cu furnizorul.

Facturare și contabilitate

Programele românești de facturare și contabilitate pot fi legate de agent. Factureaza.ro are deja un MCP server propriu. Pentru SmartBill, Oblio sau Saga, conexiunea se construiește, iar opțiunile și costul lor le vezi înainte să alegi. Pentru stocuri, agentul se poate lega de un sistem ERP, cu aceeași logică: întâi citire, apoi scriere, cu aprobare.

Limba română

Modelele Claude actuale lucrează în mai multe limbi, potrivit Anthropic. Cererile clienților vin în română, iar drafturile pot ieși tot în română. Totuși, testul pe 100 de cazuri ar trebui să includă și emailurile scrise fără diacritice, cu prescurtări sau amestecate cu engleză. Așa scriu clienții reali.

Costul unui pilot cu agent AI (Claude) are două părți: construcția, plătită către Svennis, și consumul, plătit furnizorului de model. Prețurile publicate sunt pe pagina de prețuri pentru digitalizare cu AI.

Plata construcției se face în trei tranșe, legate de etapele pilotului:

• 30% la kickoff, prima ședință de lucru;
• 40% la ziua 30;
• 30% la evaluarea rezultatelor.

Consumul înseamnă plata după cât lucrează Claude. Nu e inclus în prețul pilotului. Îl facturează furnizorul ales pe contul tău: Anthropic, Amazon Web Services, Google Cloud sau Microsoft. Consumul depinde de volumul de cereri și de modelele alese pentru fiecare skill; îl estimăm împreună înainte de kickoff, pornind de la volumul tău de azi.

Un agent pe API nu are nevoie de seat-uri. Seat-urile sunt licențele pe persoană pentru Claude Team sau Enterprise, iar acestea se plătesc direct către Anthropic. Pentru un pilot pe un singur proces, plătești doar consumul agentului, nu licențe pentru fiecare coleg.

Dacă ai făcut deja Workshopul, costul lui nu se pierde. Când semnezi pilotul în 60 de zile de la planul primit la Workshop, suma se scade integral.

Primul pas înainte de un pilot cu agent AI (Claude) e să alegi procesul și să notezi cum merge azi. Restul vine din această alegere.

Pregătește următoarele lucruri înainte de primul apel:

1. Numele procesului ales și volumul lui zilnic sau săptămânal.
2. Durata de azi a unei cereri, măsurată, nu estimată.
3. Programele implicate: CRM, helpdesk, facturare, un sistem ERP.
4. Cei trei oameni de la kickoff: cel care face procesul, administratorul și cel care decide.
5. Câteva zeci de cereri reale, din care se va construi setul de test.

Dacă nu ești sigur că firma e pregătită, testul de pregătire AI are 18 întrebări și îți dă un scor și un plan. Dacă vrei să alegi procesul împreună cu echipa, ghidul despre cum decurge un workshop AI în firmă arată ce se lucrează acolo.

Oferta Svennis are patru pași: Workshopul, apoi un pilot, Pilot Claude A pentru un agent AI pe un proces sau Pilot Claude B pentru Claude Team în toată echipa, apoi Activarea pe departament și operarea lunară. Svennis face pilotul descris în acest ghid. Detaliile, condițiile și întrebările frecvente sunt pe pagina Pilot Claude A: un agent AI Claude în 30 de zile.