Sisteme de asistență & solicitări
Înregistrarea ajunge ca notă internă în solicitarea deja deschisă de agent — nu într-un caz nou, nesolicitat.
1. Întrebarea de rezolvat mai întâi
Care solicitare?
Crearea unei solicitări pentru fiecare sesiune identificată ar fi spam: echipa ar găsi cazuri nedeschise de nimeni. Adăugarea unei note la toate solicitările persoanei ar fi tot spam, doar mai lent.
Așadar: o notă internă la cea mai recentă solicitare DESCHISĂ a expeditorului. Fără solicitare deschisă nu se întâmplă nimic. Nu creăm un caz neinițiat de client, iar agentul găsește înregistrarea exact unde lucrează deja.
Intern, niciodată public. Linkul duce în MousePlayer. Clientul nu trebuie să-l vadă și oricum nu l-ar putea accesa.
2. Zendesk Support și Freshdesk
Ambele sunt acceptate și rezolvă aceeași sarcină diferit. Nu trebuie să vă preocupe diferența, dar explică micile variații ale formularului.
| Zendesk Support | Freshdesk | |
|---|---|---|
| Subdomeniu | acme din acme.zendesk.com | acme din acme.freshdesk.com |
| E-mailul agentului | necesar — Zendesk se autentifică prin email/token | nu este necesar, lăsați gol |
| Token API | Centrul de administrare → Aplicații și integrări → API-uri | Setările profilului propriu |
| Nota devine | comentariu intern la solicitare | notă privată la solicitare |
Lipiți întregul URL în câmpul subdomeniului dacă este mai simplu — extragem partea necesară, deci https://acme.zendesk.com/agent/tickets/1 devine acme.
3. Când se declanșează
La identificarea sesiunii — când site-ul apelează MousePlayer.setUserId(), puntea analitică citește un ID distinct sau serverul apelează endpointul de identificare.
Doar cu adresă de e-mail
Solicitarea aparține unui expeditor cunoscut sistemului prin e-mail. Numărul de contract nu ajută aici, deci nu se trimite nimic.
Doar pentru solicitări deschise
Cele rezolvate sau închise sunt omise. O notă într-un caz necitit nu ajută și ar readuce inutil solicitarea în atenția agenților.
Fără solicitare deschisă, sarcina este considerată finalizată, nu eșuată — este normal, iar reîncercarea nu ar schimba nimic.
4. Ce vede agentul
O notă internă: MousePlayer: înregistrarea sesiunii de la <email> urmată de link. Un clic arată ce a făcut efectiv persoana, chiar lângă descrierea ei.
Unde ajută
- Solicitări „nu funcționează”. Înregistrarea arată de obicei în douăzeci de secunde ce nu lămuresc trei schimburi de e-mailuri.
- Pași de reproducere imposibil de reprodus. Nu mai sunt necesari — aveți sesiunea.
- Clicuri furioase și fără răspuns pe care clientul nu le menționează, crezând că așa funcționează produsul.
Tokenul nu părăsește serverul nostru
Stocat criptat cu AES-256-GCM, niciodată reafișat și ținut intenționat în afara cozii interne care transportă sarcina.
5. Help Scout, Front și Gorgias
Încă trei sisteme. Toate adaugă notă internă într-o conversație deschisă, fiecare pe altă cale.
| Furnizați | Subdomeniu | |
|---|---|---|
| Help Scout | ID client și secret client ale unei aplicații interne | nu este necesar |
| Front | token API și ID-ul unui coleg | nu este necesar |
| Gorgias | e-mail agent și cheie API | necesar |
Help Scout schimbă înainte să comunice
Nu acceptă direct secretul clientului. Puntea îl schimbă întâi cu un token de acces cu valabilitate scurtă — fluxul client credentials, pentru integrarea care acționează în nume propriu, nu pentru utilizator. Tokenul rămâne în memorie pe durata valabilității, secretul în baza de date.
Comentariile Front necesită autor
Comentariul Front apare în numele unui coleg, cerut de API. Câmpul agentului conține tocmai acel ID — nu date de autentificare, doar autorul notei.
Gorgias necesită două cereri, nu una
Lista solicitărilor filtrează doar după customer_id — fără filtru de e-mail. Puntea caută întâi clientul, apoi solicitările sale. Nu poate filtra nici după stare, deci selectăm noi solicitarea deschisă, ca la Freshdesk.
Toate mărcile menționate aici aparțin proprietarilor lor. MousePlayer nu are relații comerciale cu acești furnizori.