Automatizare procese: un pilot cu un agent AI e un început mai bun decât un proiect mare

Un pilot testează datele, integrările și adopția echipei pe un singur proces real, înainte să angajezi un buget mare. Asta explică de ce un pilot cu un agent AI e un început mai bun decât un proiect mare în automatizare procese. Afli în 30 de zile, cu cifre, ce merge și ce nu.

Un proiect mare pariază pe toate deodată: mai multe procese, mai multe programe, mai mulți oameni. Un pilot pariază pe un singur proces. Are ținte semnate dinainte, iar la ziua 30 rezultatul stă lângă ele. Dacă rezultatul nu atinge ținta, ai pierdut puțin și ai aflat mult.

Acest ghid este partea a 3-a din seria despre Pilot Claude A. Partea 1, Agentic AI pentru firme: ce face un agent AI și unde se potrivește, explică ce poate face un agent. Partea 2, De la proces la agent AI în 30 de zile: cum se face un pilot, arată pilotul săptămână cu săptămână. Aici e partea despre de ce contează: ce se schimbă în firmă, cum măsori, ce riști și unde sunt limitele.

Un pilot cu un agent AI (Claude) este un proiect scurt în care un agent preia un singur proces real al firmei, cu ținte scrise dinainte și un rezultat măsurat la final. Un agent AI este un sistem care înțelege obiectivul, planifică pașii și îi execută folosind alte programe și servicii cloud. Când agentul rulează pe API, un program apelează Claude direct, fără o persoană la tastatură.

Pagina serviciului descrie candidatul potrivit. Este firma cu un proces care ia zilnic ore: comenzi, cereri de ofertă sau cereri de suport. Pe un astfel de proces, pilotul verifică trei lucruri pe care un proiect mare le presupune deja rezolvate:

• Datele. Informația din programele tale e completă și spune același lucru ca oamenii care fac munca.
• Integrările. Agentul ajunge la programele unde stau datele și poate citi și scrie acolo unde trebuie.
• Adopția. Echipa folosește rezultatul agentului și știe ce face când agentul nu e sigur.

Oricare dintre cele trei poate opri un proiect de automatizare. Diferența e locul unde afli asta. Un pilot descoperă problema pe un proces și cu un buget mic. Un proiect mare o descoperă pe zece procese, după ce bugetul e deja cheltuit.

Cel mai mare risc al unui proiect mare este că angajezi bugetul înainte să știi dacă datele și integrările îl susțin. Problemele ies la iveală târziu. Atunci mai multe echipe și mai mulți furnizori lucrează deja în paralel, iar fiecare corectură costă mai mult.

Al doilea risc este guvernanța, adică regulile despre cine răspunde de agent și ce are voie să facă. Un articol despre AI agentic citează un studiu din 2025. Potrivit lui, majoritatea întreprinderilor nu au încă modele clare de operare și guvernanță pentru agenții lor AI. Același articol notează că doar 2% dintre întreprinderi au atins o scară digitală a forței de muncă.

Al treilea risc este complexitatea. Un rezumat al ghidurilor publice despre construirea agenților recomandă o buclă cu un singur agent: un model mare, 3-5 unelte și instrucțiuni strânse. Schemele cu mai mulți agenți vin abia dacă un singur agent nu face față. Un proiect mare tinde să sară peste acest pas. Construiește direct o arhitectură pe care nimeni nu a testat-o pe date reale.

Dacă nu faci nimic, procesul care ia zilnic ore continuă să le ia. Comenzile, cererile de ofertă și tichetele de suport se citesc, se sortează și se trimit mai departe de mână. Costul nu apare pe o factură. Apare în timpul echipei, în fiecare zi.

Câștigul depinde de proces și de volum, iar pilotul îl măsoară pe cazurile tale reale. O cifră măsurată valorează mai mult decât una ghicită. Fără un pilot, nu știi nici cât pierzi azi, nici cât ai putea recupera.

Amânarea are și un cost mai puțin vizibil. Oamenii buni petrec timp pe sortare în loc de munca pentru care i-ai angajat. Un pilot pe un singur proces este cel mai mic pas care îți dă un răspuns concret la întrebarea „merită?”.

Rutarea tichetelor este un proces potrivit pentru un pilot, pentru că e repetitiv, are un rezultat clar și se poate verifica. Să presupunem că echipa ta primește cererile de suport în Zoho Desk. Un coleg le împarte azi manual pe departamente. Pilotul poate fi construit în pașii de mai jos.

1. Ținta. Scrii și semnezi dinainte ce înseamnă reușita: cât durează rutarea și câte tichete ajung din prima la omul potrivit.
2. Cazurile de test. Pilotul include 100 de cazuri de test din munca ta reală, verificate înainte de go-live.
3. Legătura cu helpdeskul. Agentul AI (Claude) citește tichetul și scrie în Zoho Desk departamentul ales. Pentru legătură, Svennis construiește un connector, un MCP server, un plugin sau un skill, îți arată variantele cu costul lor, iar tu alegi.
4. Modelul. Documentația Anthropic recomandă Claude Haiku 5.5 pentru sarcini cu volum mare și sensibile la latență, precum clasificarea, extragerea și rutarea.
5. Skill-urile. Un proces are de regulă 3 până la 5 skill-uri, fiecare cu cazurile lui de test.
6. Escaladarea. Tichetele la care agentul nu e sigur ajung la un om, în pasul de aprobare umană.

Pasul de aprobare umană este punctul din proces în care un coleg confirmă înainte ca acțiunea să plece. Ghidul practic al OpenAI, rezumat într-un articol despre agenți fără hype, numește doi declanșatori de escaladare către om: o limită de eroare și acțiunile ireversibile. La rutare, ambii se scriu în instrucțiunile agentului înainte de go-live.

La Svennis alegem cazurile de test împreună cu oamenii care rutează azi tichetele, nu doar cu managerul. Ei știu excepțiile pe care procedura scrisă nu le arată, iar pilotul le prinde înainte de go-live.

Rezultatul unui pilot se măsoară pe trei axe: timp, erori și cost, comparate cu situația de dinainte. Primul pas este deci să notezi cum arată procesul azi, înainte să pornească agentul AI (Claude). Fără acest punct de plecare, cifra de la final nu are cu ce fi comparată.

Timpul

Măsori cât durează un caz de la intrare până la rezolvare, înainte și după. La rutarea tichetelor, asta înseamnă timpul până când tichetul ajunge la omul potrivit.

Erorile

Măsori câte dintre cele 100 de cazuri de test ies corect și câte ajung la om prin escaladare. O eroare prinsă la escaladare nu e o eroare scăpată. O rutare greșită, fără niciun semnal, este.

Costul

Consumul este plata după cât lucrează Claude. Îl facturează furnizorul pe contul firmei tale, în funcție de volumul de lucru, iar în pilot măsori exact cât costă. Un agent care rulează pe API nu are nevoie de seat-uri, adică de licențele pe persoană din Claude Team sau Enterprise.

La ziua 30, rezultatul stă lângă țintele semnate. Plata pilotului urmează același calendar: 30% la kickoff, 40% la ziua 30 și 30% la evaluarea rezultatelor. Pentru alegerea indicatorilor, ghidul despre cum măsori un asistent AI și ce reper de pornire stabilești intră în detalii.

Tabelul de mai jos compară cele trei variante pe criteriile care contează când alegi primul pas în automatizare procese.

Criteriu	Nu faci nimic	Pilot pe un proces	Proiect mare de la început
Buget angajat la început	Niciunul, dar orele se pierd zilnic	Mic, pe un singur proces	Mare, înainte de orice test
Primul rezultat măsurat	Nu există	La ziua 30, lângă țintele semnate	După ce sunt gata toate părțile
Testul datelor	Nu se face	Pe 100 de cazuri din munca reală	Odată cu implementarea
Testul integrărilor	Nu se face	Una sau câteva legături	Multe legături deodată
Adopția echipei	Procesul rămâne manual	O echipă, un proces, escaladare clară	Mai multe echipe deodată
Dacă rezultatul nu e bun	Nimic nu se schimbă	Ajustezi sau oprești, cu pierdere mică	Corecturi scumpe, cu mai mulți furnizori

Coloana din mijloc este singura care îți dă o cifră înainte de decizia mare. Varianta „nu faci nimic” pare gratuită, dar plătește în orele echipei. Proiectul mare poate fi alegerea corectă mai târziu, după ce un pilot ți-a arătat că datele și integrările țin.

După un pilot reușit, un proces întreg rulează cu un agent AI (Claude), iar oamenii verifică doar ce trebuie verificat. Agentul pe API lucrează fără să-l pornească cineva. Claude pe un seat face pașii când i-o cere un coleg; potrivit paginii serviciului, din februarie poate rula și o sarcină programată.

A doua schimbare este că ai date reale pentru decizia următoare. Știi cât a costat consumul, câte cazuri au mers la om și cât timp a câștigat echipa. Următorul proces nu mai pornește de la zero. Legătura cu programele, regulile de escaladare și obiceiul echipei există deja.

A treia schimbare este direcția. Un articol despre AI agentic notează că cele mai mari câștiguri apar când companiile trec de la cazuri de utilizare izolate la procese de afaceri de la un capăt la altul. Pilotul este primul segment din acest drum, nu destinația. Pasul firesc de după este activarea pe un departament, apoi operarea lunară.

Un pilot cu un agent AI (Claude) dovedește un proces, nu întreaga firmă. Rezultatul de pe rutarea tichetelor nu îți spune cum va merge facturarea sau ofertarea. Fiecare proces nou își cere propriile cazuri de test.

Alte limite pe care e bine să le știi dinainte:

• Cazurile rare. Cele 100 de cazuri de test acoperă munca obișnuită. Excepțiile foarte rare pot apărea abia după go-live, iar escaladarea la om le prinde.
• Datele proaste. Pilotul arată unde datele sunt incomplete, dar nu le curăță singur.
• Modelele se schimbă. Anthropic indică retragerea Claude Haiku 5.5 nu mai devreme de 7 octombrie 2027 și a Claude Opus 5.5 nu mai devreme de 22 septembrie 2027. Un agent în producție are nevoie de cineva care face trecerea la modelul următor.
• Responsabilitatea. Cineva din firmă trebuie să dețină procesul și regulile agentului. Altfel guvernanța rămâne pe hârtie.

Niciuna dintre aceste limite nu e un motiv să nu pornești. Sunt motive să pornești mic și să măsori.

Pentru o firmă din România, primele întrebări sunt unde se prelucrează datele și cu ce programe se leagă agentul AI (Claude). Contul pentru agent se deschide pe firma ta, la Anthropic, Amazon, Google Cloud ori Microsoft. Politica firmei sau un contract poate cere prelucrarea datelor în UE. Atunci verifică opțiunile de rezidență a datelor ale furnizorului ales. Două exemple sunt Amazon Bedrock cu profilul UE și Google Cloud în regiuni din UE.

Programele locale de facturare și contabilitate intră și ele în calcul. Pentru SmartBill, Svennis construiește un connector sau un MCP server. 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 pentru care nu există încă o legătură, de exemplu Oblio.

Cadrul legal merită verificat înainte să alegi procesul. Textul adnotat al AI Act (Regulamentul UE 2024/1689) în română te ajută să vezi unde se încadrează procesul ales. Pasul de aprobare umană din pilot îți păstrează controlul asupra acțiunilor pe care le supui aprobării. El nu înlocuiește însă verificarea obligațiilor din AI Act care se aplică procesului ales.

Primul pas practic este să alegi un singur proces și să-l descrii așa cum arată azi. Lista de mai jos e ordinea în care merită făcut:

1. Alege un proces care ia zilnic ore: comenzi, cereri de ofertă sau cereri de suport.
2. Notează cum arată azi: timpul pe caz, erorile obișnuite și cine îl face.
3. Strânge exemple reale din munca echipei, pentru că din ele ies cazurile de test.
4. Stabilește cine din firmă deține procesul și aprobă ce trimite agentul.

Oferta Svennis are patru pași: Workshopul, apoi Pilot Claude A (un agent AI pe Claude pentru un proces) sau Pilot Claude B (Claude Team pentru toată echipa), apoi Activarea pe departament și operarea lunară. Svennis face pilotul descris în acest ghid: Pilot Claude A, un agent AI Claude pe API în 30 de zile. Dacă ai făcut Workshopul și semnezi în 60 de zile de la plan, el se scade integral. Prețurile publicate sunt pe pagina de prețuri Svennis.