Sari la conținut

Apeluri de intrare

Coada de apeluri, triată.Operatorii, liberi.

Un agent vocal AI pentru apeluri de intrare este prima linie a unui call center sau a unei linii de suport: identifică solicitarea, verifică informațiile în sistemele voastre, deschide tichetul și transferă cazurile complexe la un operator, împreună cu tot contextul.

Coada de așteptare crește, iar operatorii repetă aceiași pași

În perioadele aglomerate, apelanții așteaptă minute în șir pentru întrebări care se rezolvă în câteva secunde: unde e comanda, ce status are tichetul, ce documente trebuie trimise. Operatorii pierd timp cu identificarea și notarea, iar cazurile cu adevărat dificile așteaptă la rând.

  • O mare parte din apeluri cer informații care există deja în sistem
  • Fiecare apel începe cu aceleași întrebări de identificare, puse manual
  • Detaliile notate în grabă ajung incomplet în tichet și trebuie cerute din nou
  • Apelantul transferat își repetă povestea de la zero

Pentru cine are sens

  • Departamente de suport și call center-e cu vârfuri de apeluri previzibile
  • Magazine online și distribuitori care primesc multe întrebări despre statusul comenzilor
  • Furnizori de servicii (utilități, internet, mentenanță) cu solicitări repetitive de tip „am o problemă”
  • Echipe care folosesc deja un sistem de ticketing și vor ca apelurile să intre în el structurat

Ce poate prelua agentul din apelurile de suport

  • 01

    Identificarea apelantului

    Cere numărul comenzii, al contractului sau al tichetului și verifică datele în sistem, conform regulilor de securitate stabilite.

  • 02

    Status comandă sau tichet

    Citește statusul din sistemele voastre și îl comunică pe înțelesul apelantului.

  • 03

    Triere după motiv și urgență

    Clasifică solicitarea (reclamație, defect, retur, informare) și o trimite în coada potrivită.

  • 04

    Deschiderea tichetului

    Creează tichetul cu descrierea problemei, datele de contact și categoria, fără ca operatorul să mai noteze manual.

  • 05

    Răspunsuri din baza de cunoștințe

    Răspunde la întrebări frecvente doar din articolele și procedurile aprobate de echipa de suport.

  • 06

    Transfer cu rezumat

    Când cazul cere un om, operatorul primește apelul împreună cu un rezumat și datele deja colectate.

Cum funcționează

Cum este tratat un apel de suport

Pașii marcați cu galben sunt validați de un om.

  • Intrare
  • AI
  • Acțiune
  • Om în buclă
  • Rezultat
  1. 01

    Intrare

    Apel în coadă

    Clientul sună la linia de suport sau comenzi.

  2. 02

    AI

    Identificare și motiv

    Agentul anunță că este automat, apoi află cine sună și de ce.

  3. 03

    Acțiune

    Interogare sisteme

    Verifică comanda sau tichetul în sistemele conectate.

  4. 04

    Acțiune

    Tichet creat

    Înregistrează solicitarea structurat, în categoria potrivită.

  5. 05

    Om în buclă

    Operatorul preia

    Cazurile complexe ajung la un om, cu rezumatul apelului.

  6. 06

    Rezultat

    Caz documentat

    Tichetul conține tot istoricul pentru urmărire.

Ce informații și acces folosește agentul vocal

  • Acces controlat, doar în citire unde este posibil, la statusul comenzilor sau tichetelor
  • Baza de cunoștințe a echipei de suport, cu articole aprobate și actualizate
  • Categoriile de tichete și regulile de prioritizare folosite azi
  • Regulile de identificare: ce date poate cere agentul și ce informații are voie să comunice
  • Programul operatorilor și regulile de transfer pe cozi
  • Textele de informare despre asistentul automat și despre înregistrarea apelului

Integrări posibile

  • Zendesk
  • Freshdesk
  • Jira Service Management
  • Salesforce Service Cloud
  • Platforme de call center în cloud
  • Trunchiuri SIP
  • Twilio
  • WooCommerce
  • Shopify
  • ERP-uri prin API
  • Zendesk
  • Freshdesk
  • Jira Service Management
  • Salesforce Service Cloud
  • Platforme de call center în cloud
  • Trunchiuri SIP
  • Twilio
  • WooCommerce
  • Shopify
  • ERP-uri prin API

Compatibilitatea fiecărei integrări se verifică în faza de analiză, pentru sistemele și versiunile pe care le folosești.

Control și transparență

Unde decide un om

  • Reclamațiile, cererile de despăgubire și excepțiile de la politici sunt tratate exclusiv de operatori
  • Orice promisiune de rambursare, termen sau compensație o face un om, nu agentul
  • Articolele din baza de cunoștințe sunt aprobate de echipa de suport înainte să fie folosite
  • Supervizorii revizuiesc periodic eșantioane de apeluri și categoriile alese de agent
  • Apelantul poate cere oricând să vorbească cu un operator

Limite pe care le spunem de la început

  • Vocea este sintetică, iar unele apeluri pot fi înțelese parțial; în aceste cazuri agentul clarifică sau transferă
  • Numerele de comandă, codurile și adresele dictate pot fi recunoscute greșit; agentul le repetă pentru confirmare
  • Funcționează cel mai bine când datele din sisteme sunt la zi: agentul comunică exact statusul pe care îl găsește acolo
  • Apelanții nervoși sau cu probleme complexe sunt mai bine serviți direct de un om, iar agentul îi transferă rapid
  • Transferul depinde de disponibilitatea operatorilor; dacă nu există niciunul, agentul preia solicitarea pentru revenire

Cum măsurăm agentul pe apelurile de intrare

Stabilim împreună indicatorii înainte de lansare și îi urmărim după. Valorile depind de proces, date și volum.

Apeluri rezolvate fără transfer
Din jurnalul de apeluri, confirmate prin eșantioane verificate de supervizori
Corectitudinea categoriei de tichet
Tichete revizuite săptămânal de echipa de suport: categoria aleasă era cea bună?
Calitatea rezumatului la transfer
Operatorii marchează rezumatele incomplete sau greșite direct în tichet
Timp de așteptare până la operator
Comparat cu perioada dinainte, din rapoartele platformei de telefonie
Răspunsuri neconforme
Transcrieri verificate pe un set de întrebări reale față de baza de cunoștințe

Cum implementăm agentul în call center

  1. 01

    Analiza motivelor de apel

    Pornim de la tichete și apeluri existente pentru a vedea ce motive se repetă și ce se poate prelua automat.

  2. 02

    Conectarea la sisteme

    Stabilim accesul la ticketing și la comenzi, cu permisiuni minime și reguli clare de identificare.

  3. 03

    Pilot pe un singur motiv

    Lansăm agentul pe un tip de apel bine delimitat, de exemplu statusul comenzii, și urmărim calitatea.

  4. 04

    Extindere controlată

    Adăugăm motive noi doar după ce echipa de suport validează rezultatele pilotului.

Exemple de utilizare

Scenariile de mai jos sunt exemple conceptuale, construite pentru a ilustra posibilitățile. Nu descriu implementări livrate de WEB-AZ.

  • Magazin online

    „Unde este comanda mea?”

    După identificarea cu numărul comenzii, agentul citește statusul livrării, iar dacă apelantul vrea să facă un retur, deschide tichetul și îl transferă la un coleg.

    Exemplu conceptual
  • Furnizor de internet

    Raportarea unei întreruperi

    Agentul verifică dacă există o întrerupere cunoscută în zonă, notează detaliile și creează tichetul tehnic, pe care îl preia echipa de intervenție.

    Exemplu conceptual
  • Distribuitor de piese

    Comenzi repetate de la clienți B2B

    Clientul dictează codurile, agentul le confirmă una câte una și creează o cerere de comandă, pe care un agent de vânzări o verifică înainte de procesare.

    Exemplu conceptual

Întrebări frecvente

  1. Ce este un agent vocal AI pentru apeluri de intrare?

    Este un asistent automat care răspunde la linia de suport sau de comenzi, identifică apelantul, verifică statusul în sistemele conectate, creează tichetul și transferă la operator cazurile care cer un om, împreună cu rezumatul. Pentru numărul general al unei firme mai mici, potrivit este recepționistul AI.

  2. Cum verifică agentul identitatea apelantului?

    Folosește doar pașii de identificare stabiliți de voi, de exemplu numărul comenzii plus o informație suplimentară. Nu comunică date sensibile fără această verificare.

  3. Ce se întâmplă dacă agentul nu este sigur ce vrea apelantul?

    Pune o întrebare de clarificare, iar dacă tot nu e sigur, transferă apelul la un operator cu un rezumat a ceea ce a înțeles până atunci, în loc să ghicească.

  4. Cum sunt protejate datele clienților și înregistrările?

    Apelantul este informat că vorbește cu un asistent automat și dacă apelul se înregistrează. Accesul la sisteme este limitat la ce e necesar, iar înregistrările și transcrierile au o perioadă de păstrare și acces restrâns, stabilite împreună.

  5. Funcționează cu sistemul nostru de ticketing?

    Dacă sistemul are un API sau o integrare disponibilă, de regulă se poate conecta. Verificăm concret la începutul proiectului ce operații permite.

  6. Operatorii mai sunt necesari?

    Da. Agentul preia partea repetitivă a apelurilor, iar operatorii rămân pentru cazurile care cer judecată, empatie sau decizii în numele firmei.

Nu găsești răspunsul? Scrie-ne și îți răspundem direct.

Vrei ca operatorii să se ocupe doar de cazurile care contează?

Trimite-ne principalele motive pentru care sună clienții voștri și îți propunem un pilot pe tipul de apel cel mai potrivit.

Tipul proiectului *
Adaugă detalii, buget și termen (opțional)

* câmpuri obligatorii. Nu trimitem newslettere.