---
title: "Cum folosești AI ca să scrie ciorne de răspuns la tichetele de customer service, fără să le trimită"
description: "Lăsăm un model de limbaj să scrie ciorne de răspuns pornind de la macro-urile aprobate ale echipei și de la procedurile învățate din răspunsurile reale ale agenților, cu datele reale ale comenzii clientului. Un om citește și trimite fiecare răspuns; modelul nu trimite nimic. Gărzile din jurul ciornei contează mai mult decât promptul, iar cele mai multe lecții au venit din gărzi care nu funcționau și nimeni nu observa."
date: 2026-10-11
lang: ro
canonical: https://goingstellar.ro/ro/metode/raspunsuri-customer-service-scrise-de-ai/
author: Going Stellar
publisher: GOING STELLAR S.R.L.
topic: E-commerce / Customer service
license: CC BY 4.0
alternate_en: https://goingstellar.ro/methods/ai-drafted-customer-service-replies/
---

# Cum folosești AI ca să scrie ciorne de răspuns la tichetele de customer service, fără să le trimită

*Lăsăm un model de limbaj să scrie ciorne de răspuns pornind de la macro-urile aprobate ale echipei și de la procedurile învățate din răspunsurile reale ale agenților, cu datele reale ale comenzii clientului. Un om citește și trimite fiecare răspuns; modelul nu trimite nimic. Gărzile din jurul ciornei contează mai mult decât promptul, iar cele mai multe lecții au venit din gărzi care nu funcționau și nimeni nu observa.*

> E-commerce · Customer service · 2026-10-11 · https://goingstellar.ro/ro/metode/raspunsuri-customer-service-scrise-de-ai/

## Pe scurt

- Un răspuns de customer service scris de AI se salvează ca ciornă, pe care un agent o citește și o trimite; calea de trimitere live trebuie să refuze rularea fără un acord dat în afara liniei de comandă.
- Căutarea unei comenzi are trei rezultate, nu două: n-am căutat, am căutat și nu există, căutarea a eșuat. Dacă o căutare eșuată arată ca un rezultat gol, ciorna le spune clienților reali că nu au nicio comandă.
- Procedurile de suport se învață din replicile agenților reali înainte de a-i judeca pe agenți sau de a scrie ciorne; procedurile presupuse transformă refuzurile corecte în greșeli false.
- O gardă scrisă ca tipare într-o limbă nu se declanșează în alta; când ciornele ajung pe o piață nouă, fiecare filtru trebuie rescris și măsurat pe mesaje reale de pe acea piață.
- Magazinul căruia îi aparține un tichet de suport este pagina sau căsuța de e-mail căreia i s-a scris, nu eticheta de brand afișată de helpdesk.

## La ce folosesc ciornele scrise de AI

O ciornă scrisă de AI este un răspuns propus la un tichet de suport, pe care modelul de limbaj îl salvează ca **draft** în helpdesk; un agent îl citește, îl corectează și îl trimite. Modelul nu trimite nimic clientului. Ciorna are trei surse: macro-urile aprobate ale echipei de suport, procedurile pe care echipa le urmează de fapt și datele reale ale clientului (comenzi, stadiul livrării, link de urmărire).

Rostul ciornei este să scoată tastatul din muncă, nu judecata. Un agent care deschide tichetul și găsește un răspuns cu comanda corectă, linkul de urmărire corect și politica potrivită răspunde mai repede. Un agent care găsește un răspuns fluent, dar cu o dată de livrare inventată, trebuie să prindă invenția, iar asta e mai greu decât să scrie de la zero.

## Pasul 1: rutezi tichetul înainte să-l ciornești

**Magazinul se ia din pagina pe care a venit mesajul.** Când aceeași echipă de suport deservește mai multe magazine, magazinul unui tichet este pagina socială sau căsuța de e-mail căreia i s-a scris, citită din câmpul destinatarului. Eticheta de brand afișată de helpdesk poate fi veche; a noastră era, iar un agent a numit odată alt magazin din cauza ei.

**Triajul scrie etichete și prioritate, niciodată mesaje.** Pasul de triaj propune o etichetă de magazin, o categorie și o prioritate, rulează implicit în probă și, doar cu un parametru explicit, scrie numai aceste câmpuri interne. Când am început, 99,7% dintre conversații nu aveau nicio etichetă, deci rutarea era oarbă. O amenințare cu instanța sau cu protecția consumatorului devine urgentă; retururile, problemele de produs și anulările primesc prioritate mare.

**Sentimentul ordonează coada, nu dă verdicte.** Scorul pe reguli dă intensitate 3 unei amenințări juridice, 2 frustrării („al treilea e-mail”, „nu răspunde nimeni”) și 1 unui cuvânt de reclamație; o trecere cu model prinde și reclamațiile calme, fără cuvinte-cheie.

## Pasul 2: ciorna pleacă de la macro-urile aprobate și de la procedurile învățate

**Macro-urile dau forma și vocea.** Echipa de suport își ține răspunsurile canonice într-un singur document: macro-uri pentru urmărirea comenzii, retur și rambursare, produs deteriorat, produs defect sau lipsă, anulare, modificare, întrebări înainte de cumpărare și mulțumiri, în limba fiecărei piețe, plus 18 răspunsuri la întrebări frecvente de dinainte de cumpărare. Ciorna alege macro-ul după categoria și limba tichetului și îi completează variabilele (numele clientului, numărul comenzii, numărul de urmărire, magazinul, linkul de retur) doar cu date reale.

**Procedurile se învață din tichete reale, nu se presupun.** Un pas separat citește tichete bine rezolvate pe fiecare categorie, păstrează doar replicile scrise de agenți umani (botul helpdeskului și textul completat automat din formulare sunt excluse) și descrie procedura de fapt: pașii, formulările canonice și situațiile în care echipa refuză. Motorul de ciorne pune în prompt secțiunea categoriei tichetului.

**Precedentul dă tonul, nu faptele.** Pentru fiecare tichet aducem cele 3 tichete rezolvate cele mai apropiate ca sens și îi arătăm modelului cum a răspuns un agent uman. Modelul are voie să preia doar tonul și structura, niciodată numere de comandă, nume sau date.

## Pasul 3: orice afirmație are acoperire, iar căutarea eșuată se vede

O ciornă poate afirma un status, un termen, un preț sau o dimensiune doar dacă faptul respectiv se află în contextul primit. După generare, un filtru determinist caută verificări inventate („am verificat”), statusuri inventate, termene inventate și dimensiuni inventate. Ciorna care declanșează filtrul se regenerează o dată, cu o corecție; dacă a doua variantă tot inventează, o înlocuiește un șablon sigur pe categorie.

**Căutarea comenzii are trei rezultate, nu două:** n-am căutat, am căutat și nu există, căutarea a eșuat. Căutarea noastră întorcea o listă goală la orice eșec (driver lipsă, credențial lipsă, bază inaccesibilă), adică exact ce întoarce și o căutare reușită fără rezultate. Într-o simulare de cădere a bazei pe 162 de tichete reale, 83 (51,2%) aveau în context „am căutat și nu există”, toate false, iar ciorna le-ar fi spus acelor clienți că nu au nicio comandă la noi. După reparație, 0; aceleași 83 primesc un bloc care interzice orice afirmație despre existența comenzii.

**Ciorna confirmă o acțiune doar după ce acțiunea a rulat.** Modificările, anulările și retrimiterile sunt propuse, rulate în probă și aplicate doar când un agent le aprobă. Până atunci, ciorna spune că solicitarea a fost preluată, nu că adresa a fost schimbată.

**Se răspunde la ultimul mesaj, nu la primul.** O ciornă a răspuns la o întrebare de urmărire pusă cu zile în urmă, deși ultimul mesaj al clientului spunea că a primit coletul. Acum transcrierea marchează explicit ultimul mesaj al clientului.

## Pasul 4: nu trimite niciodată singur, iar asta e o gardă, nu o convenție

Regula echipei este „doar ciornă”. Calea din cod care trimite live există, așa că din 15 septembrie 2026 refuză să ruleze fără un acord dat în afara liniei de comandă, printr-o variabilă de mediu sau un fișier de confirmare. Fără el, procesul se oprește cu codul de ieșire 2 înaintea oricărui apel de rețea, deci un parametru scris greșit nu poate ajunge la clienți.

**Escaladările primesc un răspuns de așteptare și un om.** Amenințările juridice, rambursarea promisă și neefectuată, clienții foarte supărați și reclamațiile repetate nu primesc răspuns pe fond. Motorul salvează o ciornă scurtă de așteptare, ridică prioritatea, pune etichete de escaladare și scrie o notă internă cu problema, comanda, numărul de urmărire și acțiunea sugerată.

**Răspuns înseamnă închidere.** Când un agent răspunde la un tichet, îl închide, inclusiv escaladările, fiindcă helpdeskul redeschide singur conversația dacă clientul scrie din nou.

**Canalele publice sunt opționale și curățate.** Comentariile de sub postări și reclame primesc ciornă doar cu un parametru explicit. O ciornă publică nu conține niciodată numele clientului, telefonul sau numărul comenzii. În orice canal cu public amestecat, cum e un grup de chat, implicitul sigur este tăcerea: nimic despre clienți, comenzi sau cifre de business nu ajunge acolo.

## Capcanele în care am căzut și cum le prindem acum

**Salvarea ciornei adaugă, nu înlocuiește.** Fiecare salvare creează o ciornă nouă, iar interfața pe care o folosim nu are ștergere de ciorne. Fiecare rulare repetată pe aceleași tichete a mai pus o ciornă, pe care agenții au șters-o de mână. Acum terminăm întâi promptul, scriem o singură dată, etichetăm fiecare lot și sărim tichetele care au deja eticheta.

**Textul unei erori a fost salvat ca răspuns.** Când am rulat mai mulți lucrători în paralel, furnizorul modelului a răspuns cu erori de limită (HTTP 429), iar textul erorii a ajuns salvat ca ciornă. Acum motorul reîncearcă cu pauze crescătoare și refuză să salveze o ciornă goală sau care începe cu un marcaj de eroare.

**Triajul a murit fără zgomot.** Jobul de triaj a raportat succes de la mijlocul lui iunie până la începutul lui iulie, fără să aducă vreun tichet nou: un script scria într-o bază aflată la o cale care exista doar pe un laptop, iar ziua curentă era marcată „gata” noaptea, când era încă goală. Ambele sunt reparate, iar ultimele 2 zile se reiau acum de fiecare dată.

**O gardă scrisă într-o limbă e moartă în alta.** Când am dus ciornele pe piețe străine, am tradus promptul, dar nu și gărzile, care erau tipare în română. Filtrul de afirmații inventate a prins 1 din 6 invenții identice în mai multe limbi, iar 20 din 20 de amenințări juridice străine nu au escaladat. Reparând gărzile, rata de fals-pozitive pe 137 de răspunsuri reale de agent a urcat de la 15,3% la 28,5%. Orice schimbare multilingvă se măsoară acum și pe limba care mergea deja.

## Unde ne-am înșelat

**I-am judecat pe agenți după proceduri inventate de noi.** Prima analiză de calitate a marcat drept greșeală refuzul returului la produse de igienă desigilate. Refuzul acelor retururi este politica echipei. De aceea procedurile se învață acum întâi din tichete reale și se numără ca greșeli doar abaterile de la standardul echipei.

**Am lăsat să ruleze un lot înainte ca ciornele să fie destul de bune.** Un audit adversarial pe 75 de ciorne reale a găsit probleme în 71% dintre ele, 18 grave: dimensiuni, prețuri, telefoane și statusuri inventate, plus „am verificat” fără nicio căutare în spate. Am oprit rularea programată. Evaluatorii nativi ai ciornelor pentru piețele străine, 4 la număr, au spus toți că ciornele nu trebuie trimise. Rularea programată rămâne oprită până trece o poartă de pornire pe copia care ar rula efectiv, fiindcă am găsit odată 3 copii ale motorului în 3 versiuni diferite.

## Limite și listă de verificare

Metoda nu face ciornele corecte; face ciornele greșite mai rare și mai ușor de văzut. Un model poate în continuare să înțeleagă greșit un tichet, iar gărzile prind doar tipurile de invenție pentru care cineva a scris o regulă. Auditul nostru de calitate, care marchează primele răspunsuri lente (implicit peste 24 de ore), firele lungi, frustrarea și escaladările, a găsit cel puțin un semnal pe 27% dintre tichetele reale într-o fereastră de 30 de zile; ciornele nu rezolvă lipsa de oameni.

**Listă de verificare.** Magazinul se ia din pagina pe care a venit mesajul. Triajul scrie doar etichete și prioritate. Ciornele pornesc de la macro-urile aprobate și de la procedurile învățate. Orice fapt din ciornă se află în context. Căutarea spune când a eșuat. Acțiunile se confirmă doar după ce au rulat. Trimiterea live cere acord în afara liniei de comandă. Escaladările primesc răspuns de așteptare și un om. Ciornele publice nu conțin date personale. Gărzile se testează în fiecare limbă în care se scriu ciorne.

## Întrebări și răspunsuri

### Ar trebui ca AI-ul să trimită singur răspunsurile de customer service?

Noi nu-l lăsăm. Modelul de limbaj scrie o ciornă în helpdesk, iar un agent o citește, o corectează și o trimite. Într-un audit pe 75 de ciorne reale, 71% aveau probleme, 18 grave, mai ales fapte inventate: termene de livrare, prețuri sau afirmația că o comandă a fost verificată. Trimiterea live există în cod, dar refuză să ruleze fără un acord dat în afara liniei de comandă.

### Cum împiedici o ciornă AI de suport să inventeze detalii despre comandă?

Îi dai doar date reale și verifici textul final. O ciornă poate afirma un status, un termen, un preț sau o dimensiune doar dacă faptul se află în context. După generare, un filtru determinist caută verificări, statusuri și termene inventate; ciorna prinsă se regenerează o dată, iar dacă tot inventează, o înlocuiește un șablon sigur pe categorie. Acțiunile se confirmă doar după ce au rulat.

### Ce sunt macro-urile de customer service și cum trebuie să le folosească AI-ul?

Macro-urile sunt șabloanele de răspuns aprobate de echipa de suport, câte unul pe categorie de tichet și limbă, cu variabile precum numele clientului, numărul comenzii, numărul de urmărire și linkul de retur. Ciorna AI alege macro-ul după categoria și limba tichetului, îi păstrează formularea și forma și completează variabilele doar cu date reale, niciodată cu presupuneri.

### De ce i-a spus răspunsul AI unui client că nu are nicio comandă?

De obicei pentru că a eșuat căutarea comenzii, iar eșecul arăta ca un rezultat gol. Căutarea noastră întorcea o listă goală când baza era inaccesibilă, la fel ca o căutare fără potriviri. Într-o simulare de cădere pe 162 de tichete reale, 83 de ciorne ar fi spus că, de fapt, comanda nu există. Acum căutarea raportează trei stări, iar una eșuată interzice orice afirmație despre comandă.

### La ce tichete de suport nu trebuie AI-ul să răspundă pe fond?

La amenințări cu instanța sau cu protecția consumatorului, la rambursări promise și neefectuate, la clienți foarte supărați și la reclamații repetate. Pentru acestea motorul nostru salvează doar o ciornă scurtă de așteptare, ridică prioritatea, etichetează tichetul pentru escaladare și scrie o notă internă cu problema, comanda și numărul de urmărire, ca un om să rezolve fondul.

## Cum se citează

**Citare:** Going Stellar (2026). *Cum folosești AI ca să scrie ciorne de răspuns la tichetele de customer service, fără să le trimită*. GOING STELLAR S.R.L.. https://goingstellar.ro/ro/metode/raspunsuri-customer-service-scrise-de-ai/

```bibtex
@misc{goingstellar2026ai,
  title  = {Cum folosești AI ca să scrie ciorne de răspuns la tichetele de customer service, fără să le trimită},
  author = {{Going Stellar}},
  year   = {2026},
  url    = {https://goingstellar.ro/ro/metode/raspunsuri-customer-service-scrise-de-ai/},
  note   = {2026-10-11}
}
```

Licență. Se poate cita liber, cu atribuire.

## Mai există și

- Pagina în HTML: https://goingstellar.ro/ro/metode/raspunsuri-customer-service-scrise-de-ai/
- Același articol în engleză: https://goingstellar.ro/methods/ai-drafted-customer-service-replies/