Cum relansezi Claude în firmă după un pilot AI: diagnostic, corecturi, a doua lansare

Ca să relansezi Claude în firmă după un pilot AI care s-a blocat, faci trei lucruri în ordine. Întâi un diagnostic din consola de administrare. Apoi corecturi țintite pe echipa care folosește cel mai puțin Claude. Abia la final vine a doua lansare.

Cauza e rar modelul. De obicei e scopul, accesul la date, integrările sau adopția.

O relansare Claude este un proiect scurt care află de ce seat-urile plătite stau nefolosite și pune la treabă echipa care le folosește cel mai puțin. Un seat este licența unui utilizator în Claude Team sau Claude Enterprise. Dacă vrei întâi o imagine de ansamblu despre produs, ghidul ce este Claude și cum îl folosesc firmele explică bazele.

Acest ghid este partea a doua din trei a seriei despre relansarea Claude. Aici vezi cum se face, pas cu pas: etapele, ce pregătește firma, cine lucrează pe fiecare parte și cum verifici rezultatul. Partea întâi, „Când proiectul AI s-a blocat: ce este o relansare și cui îi trebuie”, explică ce este o relansare. Partea a treia, „De ce un proiect AI blocat costă mai mult decât pare și cum măsori câștigul”, arată cum măsori rezultatul.

Ritmul descris mai jos are patru săptămâni. Primele două sunt de măsurare. Următoarele două sunt de reparare, pe o singură echipă.

Un pilot AI se blochează aproape mereu din cauza felului în care a fost lansat, nu din cauza modelului. Documentația Anthropic spune că toate modelele Claude actuale acceptă text și imagini, lucrează în mai multe limbi și pot folosi instrumente. Pentru majoritatea sarcinilor, Anthropic recomandă să pornești cu Claude Opus 5.5 dacă nu știi ce model să alegi. Așa că schimbarea modelului rezolvă rar o problemă de adopție.

Cele patru cauze care apar de obicei sunt acestea:

• Scopul. Echipa a primit acces la Claude fără o sarcină concretă. Oamenii nu știu pentru ce să-l deschidă dimineața.
• Accesul la date. Claude nu vede clienții, ofertele sau tichetele. Răspunsurile rămân generale și oamenii renunță.
• Integrările. Nu există niciun connector la programele în care lucrează echipa. Un connector este legătura dintre Claude și un program, de exemplu Microsoft 365 sau SmartBill.
• Adopția. Nimeni nu răspunde de folosire. Fiecare a încercat singur, câteva zile, și s-a întors la vechiul mod de lucru.

Cauzele se combină des. O echipă fără connector ajunge repede și fără scop, pentru că nu are ce face cu Claude în munca reală. De aceea diagnosticul le verifică pe toate patru, nu doar pe cea mai vizibilă.

Firma pregătește trei lucruri înainte de prima zi a relansării: accesul de administrator, lista echipelor și un coleg responsabil. Fără ele, diagnosticul nu poate porni.

• Acces de administrator la contul Claude Team sau Claude Enterprise. Din consola de administrare se citesc toate datele despre folosire.
• Lista echipelor cu seat-uri. Ea arată cine ar trebui să folosească Claude, ca să compari cu cine îl folosește de fapt.
• Un coleg responsabil, cu o oră pe săptămână. El ține legătura cu echipele și aprobă deciziile pe partea firmei.

Pe partea firmei mai sunt implicați oamenii din echipa aleasă pentru reparare. Ei descriu munca de zi cu zi și testează rutinele noi. Pe partea partenerului care face relansarea, echipa citește datele, pune diagnosticul și construiește corecturile.

Contractul cu Anthropic rămâne neschimbat. Numărul de seat-urilor îl stabilești tu cu Anthropic, iar condițiile contractului sunt ale lor. Dacă vrei să știi ce se întâmplă cu datele firmei și cine are acces la cont, ghidul despre cum rulează Claude în firma ta: cont, date, lege răspunde pe rând.

Diagnosticul unei relansări Claude durează două săptămâni și pornește din consola de administrare. Acolo se citesc trei lucruri: câte seat-uri sunt active, cine a intrat în ultima lună și ce connectori sunt autorizați. Din aceste trei date reiese repede unde s-a oprit folosirea.

Seat-urile active arată cât din licențe lucrează efectiv. Lista celor care au intrat în ultima lună arată ce echipe au abandonat. Connectorii autorizați arată dacă Claude vede programele firmei sau lucrează pe nevăzute.

La Svennis, primul lucru pe care îl facem în consolă este să punem lista echipelor cu seat-uri lângă lista connectorilor autorizați. De cele mai multe ori, echipa care folosește cel mai puțin Claude este cea care nu are niciun connector la programul în care lucrează zilnic.

Pe Claude Enterprise, diagnosticul verifică în plus autentificarea cu contul de firmă și rolurile. Un rol greșit poate bloca accesul unei echipe întregi la un connector. Utilizatorii văd atunci doar un chat gol și trag concluzia că instrumentul nu merge.

Datele din consolă spun unde e problema, nu și de ce. De aceea diagnosticul se completează cu discuții scurte cu echipa aleasă: ce fac zilnic, ce au încercat cu Claude și unde s-au oprit. La finalul celor două săptămâni, firma are o echipă țintă și o listă de cauze pe care le poate repara.

Tabelul de mai jos leagă fiecare cauză a unui pilot AI blocat de semnul ei din consolă, de verificarea care o confirmă și de corectura potrivită. Poate fi folosit ca listă de control în primele două săptămâni.

Cauza	Ce vezi în consolă sau în echipă	Cum verifici	Corectura
Scop neclar	Seat-uri active, dar intrări rare și scurte	Întrebi echipa ce sarcină concretă face cu Claude	Skill-uri scrise pe sarcinile reale ale echipei
Fără acces la date	Echipa spune că răspunsurile sunt prea generale	Compari un răspuns cu datele din programul echipei	Acces la sursele de date de care are nevoie sarcina
Fără integrări	Niciun connector autorizat pentru programul echipei	Lista connectorilor din consola de administrare	Connector, MCP server, plugin sau skill, ales de firmă
Fără adopție	Nimeni din echipă nu a intrat în ultima lună	Lista celor care au intrat în ultima lună	Un coleg responsabil și cazuri de test pentru fiecare rutină
Setări sau roluri	Un instrument sau un connector dă eroare	Setările organizației și, pe Enterprise, rolurile	Setările corectate de administrator

Ultimul rând nu este una dintre cele patru cauze principale. Apare totuși des, pentru că o setare de administrator poate opri un instrument fără ca utilizatorii să afle de ce.

Corecturile unei relansări Claude se fac în ultimele două săptămâni, pe o singură echipă: cea care folosește cel mai puțin seat-urile. O echipă reparată complet convinge mai mult decât zece echipe atinse superficial. Perioada are forma unui sprint, adică două săptămâni de lucru pe un departament, cu început și sfârșit clare.

Skill-urile: rutinele de lucru ale echipei

Într-un sprint se scriu 5 până la 8 skill-uri. Un skill este o rutină de lucru pe care Claude o urmează la fel de fiecare dată. Fiecare skill are cazuri de test și un coleg responsabil. Cazurile de test arată că rutina dă rezultatul corect, iar colegul responsabil o ține la zi.

Legăturile cu programele firmei

Pentru fiecare program de care are nevoie echipa se alege o legătură: un connector, un MCP server, un plugin sau un skill. Un MCP server este un mic serviciu care îi dă lui Claude acces controlat la un sistem. Variantele sunt prezentate cu costul lor, iar firma alege. Dacă vrei să vezi ce oferă pluginurile existente, ghidul despre pluginurile Claude pentru o firmă mică arată ce instalezi întâi.

Pentru un agent AI (Claude) care rulează automat contează și costul de funcționare. Acesta este facturat de furnizorul ales, Anthropic, Amazon Web Services, Google Cloud sau Microsoft, după volum. Seat-urile Claude Team rămân plătite separat, la Anthropic.

Un exemplu ajută să vezi cum se leagă etapele. Să luăm o firmă de distribuție care are Claude Team pentru toată compania. Echipa de vânzări lucrează în Zoho CRM și aproape nu mai deschide Claude.

Diagnosticul. În consolă, seat-urile vânzătorilor apar plătite, dar puțini au intrat în ultima lună. Lista connectorilor nu are nimic pentru CRM. Discuțiile cu echipa confirmă problema: Claude nu știa nimic despre clienți, așa că vânzătorii copiau manual datele în chat și au renunțat.

Corecturile. Firma alege o legătură cu Zoho CRM, dintre variantele prezentate cu cost. Apoi se scriu skill-urile pe munca reală a echipei, de exemplu:

• rezumatul unui lead înainte de apel, din istoricul din CRM;
• un draft de follow-up după întâlnire, pe care vânzătorul îl verifică înainte de trimitere;
• un draft de ofertă pornind de la produsele și prețurile din CRM;
• lista oportunităților din pipeline fără activitate recentă.

Fiecare skill primește cazuri de test cu clienți reali din CRM. Managerul de vânzări este colegul responsabil și aprobă rezultatul.

Verificarea. După lansare, aceeași consolă arată dacă vânzătorii intră din nou și dacă connectorul este folosit. Cazurile de test se rulează din nou când se schimbă ceva în CRM.

A doua lansare poate eșua din aceleași motive ca prima, plus câteva tehnice. Cele mai frecvente se pot verifica înainte de ziua lansării.

O setare de administrator oprește un instrument

Documentația Anthropic spune că setările organizației pot face să eșueze o cerere care folosește un instrument acceptat de model. Exemplul dat este căutarea pe web, pe care un administrator o poate dezactiva. Verificarea este simplă: rulezi fiecare skill o dată din contul unui utilizator obișnuit, nu doar din contul de administrator.

Rolurile pe Claude Enterprise

Pe Claude Enterprise, autentificarea cu contul de firmă și rolurile decid cine vede ce. Un rol greșit lasă o parte din echipă fără connector. Verifici cu doi-trei oameni din echipă, din conturile lor, înainte de lansare.

Un model vechi într-un agent AI

Dacă un agent AI (Claude) construit la primul pilot rulează pe Claude Opus 5 sau pe un model mai vechi, Anthropic trimite la ghidul de migrare spre Claude Opus 5.5. Pentru sarcini cu volum mare, precum clasificarea și rutarea, documentația recomandă Claude Haiku 5.5.

Skill-uri fără responsabil

Un skill fără coleg responsabil se strică în tăcere când se schimbă procesul. Ghidul despre întreținerea asistentului Claude după lansare arată ce verifici lunar ca rutinele să rămână corecte.

Într-o firmă din România, relansarea Claude se lovește des de programele de facturare și contabilitate. Echipele financiare folosesc SmartBill, factureaza.ro, Oblio sau Saga. Dacă Claude nu vede facturile, echipa financiară îl abandonează la fel de repede ca vânzătorii fără CRM.

Legăturile diferă de la un program la altul. Factureaza.ro pune la dispoziție un MCP server, pe care îl poți adăuga în Claude ca connector personalizat, cu autorizare OAuth. Verifică la furnizor în ce abonament este inclus. Pentru SmartBill, Svennis construiește un connector sau un MCP server. Pentru stocuri, legătura se face cu sistemul ERP al firmei.

Echipa de suport este un alt candidat frecvent pentru relansare. Dacă tichetele stau în Zoho Desk, un connector la helpdesk îi permite lui Claude să rezume tichetul și să pregătească un draft de răspuns. Agentul din echipă verifică draftul și îl trimite.

Seat-urile se plătesc la Anthropic. Dacă vrei să vezi cât costă fiecare plan înainte să decizi câte seat-uri păstrezi, pagina cu prețurile Claude în euro, pentru Pro, Max, Team și API le pune unul lângă altul. O relansare bună îți spune adesea și câte seat-uri folosești cu adevărat.

Primul pas pentru a doua lansare îl poți face chiar azi, singur, din consola de administrare. Nu ai nevoie de un proiect ca să afli unde s-a oprit folosirea.

1. Deschide consola de administrare Claude Team sau Claude Enterprise.
2. Notează câte seat-uri sunt active și cine a intrat în ultima lună.
3. Verifică ce connectori sunt autorizați și pentru ce programe.
4. Alege echipa care folosește cel mai puțin Claude.
5. Numește un coleg responsabil care poate da o oră pe săptămână.

Cu aceste date ai deja jumătate din diagnostic. Corecturile cer apoi skill-uri cu cazuri de test și legături la programele echipei.

Dacă vrei să faci asta cu un partener, Svennis oferă exact acest serviciu: Relansare Claude, cu diagnostic și corecturi în patru săptămâni. Pagina are prețurile publicate și o discuție inițială gratuită, de 30 de minute. După prima echipă, celelalte departamente pot primi fiecare propriul sprint, în același ritm.