Agent AI pentru suport clienți: cum începi un pilot
Cum pornești un pilot cu un agent AI pentru suport clienți: ce solicitări alegi, ce informații folosește, cine aprobă și cum evaluezi rezultatul.

Un agent AI pentru suport clienți e util într-un pilot doar dacă știi ce sarcină face, din ce informații lucrează și cine răspunde de rezultat. În acest articol afli cum delimitezi prima versiune și de ce, la început, agentul propune, iar omul aprobă. Afli și ce stabilești la prima discuție cu Aurora AI Systems: ce intră în pilot și ce rămâne deliberat în afara lui.
De unde pornește un pilot util?
Timpul echipei de suport nu se pierde doar la tastat. Se pierde în trei locuri: când reconstitui cererea clientului, când cauți informația aprobată și când redactezi răspunsul. Un agent AI pentru suport clienți poate ajuta tocmai în aceste etape.
De aceea, pilotul pornește de la o sarcină delimitată. Nu încearcă să automatizeze toată conversația cu clientul. Alegi un tip de cerere, îl descrii bine și verifici dacă agentul îl tratează corect.
Presiunea de a adopta AI e reală, dar și reticența. Conform unui sondaj Gartner din 2024, 60% dintre liderii de suport spun că sunt presați să adopte AI. Același sondaj arată că 64% dintre clienți ar prefera ca firmele să nu folosească AI în suport. Un pilot îngust și controlat te ajută să gestionezi ambele presiuni.
Ce solicitări intră în pilotul unui agent AI pentru suport clienți
Primele solicitări pe care le dai unui agent AI pentru suport clienți trebuie să aibă proceduri clare. Pentru fiecare tip trebuie să existe o descriere a răspunsului acceptabil. Dacă nimeni din echipă nu poate spune cum arată un răspuns bun, agentul nu are după ce se ghida.
Lasă deliberat în afara primei versiuni:
- cererile cu condiții comerciale neclare;
- cererile care implică angajamente față de client;
- solicitările pentru care nu ai încă o procedură scrisă.
Dacă încă alegi procesul, citește și ghidul despre cum alegi primul proces pentru un agent AI în CRM. Ideea de bază rămâne aceeași: pregătirea informației se separă de acțiunea care produce efecte asupra clientului. O propunere verificabilă e adesea un început mai potrivit decât executarea fără aprobare.
Informația aprobată: baza de cunoștințe a pilotului
Un agent AI pentru suport clienți lucrează în pilot doar cu conținut aprobat. Asta înseamnă baza de cunoștințe stabilită pentru pilot, nu toate documentele companiei. Cu cât sursa e mai clară, cu atât verificarea e mai ușoară.
Dacă două documente se contrazic, decizia nu aparține AI-ului. O ia responsabilul procesului, care corectează sau retrage documentul greșit. Merită să faci acest exercițiu înainte de pilot, nu în timpul lui.
Când lipsește o informație, agentul cere verificare umană. Nu completează golul prin presupuneri. Regula se scrie explicit în protecțiile agentului, nu se lasă la interpretare.
Regula contează și din punct de vedere juridic. În cazul Moffatt v. Air Canada (2024), firma a fost găsită răspunzătoare pentru informația greșită dată de chatbotul de pe site. Analiza American Bar Association arată că tribunalul a respins ideea că chatbotul ar fi o entitate separată.
Agentul propune, omul aprobă
În prima versiune, un agent AI pentru suport clienți nu trimite nimic singur. El redactează, iar un om autorizează trimiterea. Redactarea și autorizarea sunt pași separați, iar fiecare răspuns se aprobă individual.
Ce conține un rezultat verificabil
Rezultatul agentului are trei părți:
- răspunsul propus pentru client;
- informația folosită, adică sursele din baza de cunoștințe;
- ce trebuie verificat înainte de trimitere.
Așa, cel care aprobă nu reface munca. Vede de unde vine fiecare afirmație și unde sunt punctele nesigure.
Responsabilitatea umană, scrisă dinainte
Stabilește pe nume cine aprobă, cine răspunde de baza de cunoștințe și cine poate opri agentul. Cadrul NIST AI RMF cere ca sarcinile sistemului AI să fie definite și ca supravegherea umană să fie documentată. Tot acolo se cere să existe responsabili care pot decupla sau dezactiva sistemul.
NIST mai recomandă testarea înainte de implementare și apoi regulat. Sistemul trebuie să poată eșua în siguranță când iese din limitele lui de cunoaștere. Cererea de verificare umană, în loc de presupuneri, e exact un astfel de mecanism. NIST precizează că recomandările nu sunt o listă de bifat, dar te ajută să nu uiți întrebările importante.
Escaladarea și transparența față de client
Escaladarea transferă cererea către un om. Odată cu ea pleacă contextul, propunerea redactată și neclaritățile rămase. Colegul care preia nu trebuie să o ia de la zero.
Clienții pun mare preț pe asta. Același sondaj Gartner arată că principala lor temere e că va fi mai greu să ajungă la un om. Gartner recomandă ca AI-ul să spună clientului că îl conectează la un om când nu găsește o soluție, iar conversația să continue de unde a rămas.
Transparența are și o dimensiune legală. Articolul 50 din AI Act se aplică din 2 august 2026 și cere ca sistemele care interacționează direct cu oameni să fie proiectate astfel încât utilizatorii să știe că vorbesc cu un AI, cu excepția cazului în care e evident. Conform Baker Botts, încălcarea poate aduce amenzi de până la 15 milioane € sau 3% din cifra de afaceri mondială. Verifică textul oficial împreună cu juristul tău.
Integrare minimă și criterii de evaluare
Integrarea unui agent AI pentru suport clienți se limitează la ce cere pilotul. Poate fi vorba de API, de canale, de istoricul clientului sau de trimiterea mesajelor. Fiecare element se confirmă tehnic, nu se presupune.
Evaluarea se face pe criterii convenite dinainte:
| Criteriu | Întrebarea de verificare |
|---|---|
| Răspunde cererii | Rezolvă răspunsul propus ce a cerut clientul? |
| Informație aprobată | Vine fiecare afirmație din baza de cunoștințe? |
| Respectă limitele | A cerut verificare când lipsea ceva? |
| Efort de verificare | Cât muncește omul ca să aprobe răspunsul? |
Ultimul criteriu decide adesea. Dacă verificarea cere refacerea integrală a muncii, avantajul operațional trebuie reconsiderat. Extinderea se discută abia după ce echipa înțelege rezultatele, limitele și motivele intervențiilor umane.
Ce stabilești la prima discuție cu Aurora
În catalogul Aurora, rolul asociat suportului este Sofia, agentul pentru suport clienți, cu titlul „Coordonatoare suport clienți” și ID-ul API sofia. Asocierea indică un rol, nu o garanție. Disponibilitatea, limitele și integrarea se reconfirmă pentru cazul tău.
Pagina Sofiei descrie câteva limite: nu promite despăgubiri, reduceri sau termene noi fără aprobare și predă imediat unui om reclamațiile și amenințările juridice. La configurare, protecțiile și regulile de predare se stabilesc cu tine și se testează în sandbox.
Pregătește pentru discuție:
- tipul de solicitare inclus și cel exclus deliberat;
- baza de cunoștințe aprobată și responsabilul ei;
- formatul rezultatului: răspuns, surse, puncte de verificat;
- cine aprobă fiecare răspuns și cine preia escaladările;
- integrările strict necesare;
- criteriile de evaluare.
Despre cost: pagina de prețuri indică 699 € per agent pe lună, fără TVA, plus o configurare unică de 4.499 € per companie. Poți începe cu un singur agent. Scopul și prețul exact le primești într-o propunere scrisă.
Dacă procesul implică date sensibile, poți cere un NDA înainte de detalii. Când ai lista gata, programează o discuție cu echipa AuroraAISystems. Descrie procesul, instrumentele implicate, cine ce face și cam câte cereri ai pe săptămână.

