Înapoi la blog

Cum să urmărești timpul de rezolvare al solicitărilor de suport într-o echipă mică

Află cum echipele mici de suport pot defini rezolvarea, atribui responsabilități clare, urmări timpul de răspuns și de rezolvare și folosi o scurtă analiză săptămânală pentru a elimina întârzierile.

Echipă mică de suport care analizează timpul de rezolvare și responsabilitatea tichetelor

De ce timpul până la primul răspuns nu arată singur dacă clienții primesc ajutor

De ce timpul până la primul răspuns nu arată singur dacă clienții primesc ajutor — a practical Suite.coffee guide

Un prim răspuns rapid contează. Îi arată clientului că solicitarea sa a fost văzută și că cineva își asumă responsabilitatea. Dar nu arată dacă problema a fost soluționată. O echipă poate răspunde în câteva minute și totuși poate lăsa o întrebare fără răspuns, un retur nerezolvat sau o problemă în așteptarea unei decizii.

De aceea, timpul de rezolvare al solicitărilor de suport pentru afaceri mici ar trebui analizat alături de timpul până la primul răspuns. Timpul de rezolvare urmărește o solicitare de la sosire până când echipa poate considera, în mod rezonabil, că nevoia clientului a fost îndeplinită. Oferă o imagine mai completă asupra experienței clientului și a muncii care are loc dincolo de conversația vizibilă.

Echipele mici nu au nevoie de un tablou de bord elaborat pentru a începe. Puneți două întrebări practice: când ne-a contactat clientul pentru prima dată și când am finalizat acțiunea sau am oferit răspunsul necesar pentru ca acesta să poată merge mai departe? Timpul dintre aceste momente poate arăta unde așteaptă solicitările: înainte de atribuire, în timpul unei predări interne, cât timp se colectează informații sau după redactarea unui răspuns.

Folosiți timpul până la primul răspuns pentru a proteja confirmarea de primire. Folosiți timpul de rezolvare pentru a înțelege finalizarea. Analizarea ambelor previne concentrarea limitată asupra răspunsurilor rapide care, de fapt, nu duc solicitarea mai departe.

Definiți un punct practic de rezolvare pentru tipurile frecvente de solicitări

Timpul de rezolvare este util doar atunci când echipa împărtășește aceeași definiție pentru rezolvat. Fără una, o persoană poate închide o solicitare după ce trimite instrucțiuni, în timp ce alta poate păstra o solicitare similară deschisă până când clientul confirmă reușita. Această inconsecvență face comparațiile nesigure și poate crea experiențe diferite pentru clienți.

Creați o definiție de lucru scurtă pentru tipurile de solicitări pe care le primiți cel mai des. Definiți rezultatul pentru client, nu doar ultima acțiune întreprinsă de echipă. De exemplu:

  • Întrebare simplă: este rezolvată atunci când clientul a primit un răspuns corect și ușor de înțeles, iar echipa nu mai trebuie să întreprindă alte acțiuni.
  • Solicitare legată de cont sau comandă: este rezolvată atunci când modificarea, verificarea sau explicația solicitată a fost finalizată și comunicată clientului.
  • Raportare a unei probleme: este rezolvată atunci când a fost oferită o remediere, o soluție alternativă sau un pas următor clar, iar echipa și-a finalizat partea de lucru.
  • Solicitare în așteptarea clientului: nu o considerați pe deplin rezolvată doar pentru că echipa așteaptă. Indicați clar starea de așteptare și decideți când este potrivită urmărirea sau închiderea, conform procesului vostru.

Păstrați definiția suficient de scurtă pentru a putea fi folosită într-o zi aglomerată. Nu trebuie să acopere fiecare excepție. Scopul este un standard consecvent, cu o notă pentru cazurile neobișnuite care necesită o abordare diferită.

De asemenea, este util să separați o sarcină internă finalizată de o solicitare a clientului finalizată. O echipă poate fi trimis o întrebare unui coleg sau poate fi pregătit un produs de înlocuire, însă solicitarea de suport poate rămâne activă până când clientul primește rezultatul. Această distincție face procesul de rezolvare a solicitărilor de suport mai onest și mai util.

Stabiliți un flux simplu de la solicitarea primită la responsabilul atribuit și închidere

Un flux clar al tichetelor este baza urmăririi timpului de rezolvare în suport. Acesta ar trebui să facă evidentă următoarea acțiune și persoana responsabilă, fără a adăuga atât de multe etape încât echipa să nu le mai folosească.

  1. Primire și analiză: înregistrați solicitarea primită și identificați ce are nevoie clientul.
  2. Atribuiți un responsabil: alocați fiecărei solicitări active o persoană responsabilă de avansarea ei, chiar și atunci când contribuie și alții.
  3. Răspundeți și investigați: confirmați primirea solicitării, cereți detaliile lipsă și finalizați munca necesară pentru soluționarea acesteia.
  4. Înregistrați starea curentă: diferențiați activitatea în desfășurare de solicitările care așteaptă un răspuns sau o decizie internă ori un răspuns din partea clientului.
  5. Rezolvați și închideți: închideți doar când a fost atins punctul de rezolvare definit de echipă, cu un mesaj final clar, acolo unde este util.

Atribuirea este deosebit de importantă într-o căsuță de e-mail partajată. Atunci când toată lumea poate vedea o solicitare, dar nimeni nu este responsabil de ea, oamenii pot presupune că va răspunde altcineva. O responsabilitate clară pentru tichetele de suport evită această întârziere tăcută. Responsabilul nu trebuie să finalizeze personal fiecare sarcină; trebuie însă să urmărească progresul, să actualizeze clientul și să se asigure că solicitarea ajunge la închidere.

Dacă se schimbă responsabilul, faceți predarea explicită. Notați cine preia solicitarea, ce s-a întâmplat, ce mai este necesar și dacă clientul a fost actualizat. Astfel, o solicitare nu va fi redescoperită în loc să fie continuată.

Păstrați împreună conversațiile, progresul intern și responsabilitatea

Echipele mici încep adesea cu solicitări răspândite printr-o căsuță de e-mail, mesaje de chat, notițe și memoria personală. Acest lucru poate funcționa la un volum mic, însă în curând devine dificil să stabiliți dacă un client a primit un răspuns, dacă un coleg investighează sau de cât timp solicitarea este deschisă.

Un spațiu de lucru partajat pentru suport oferă echipei un singur loc pentru a primi solicitări, a organiza conversații, a atribui responsabili și a urmări fiecare răspuns până la rezolvare. Asistența pentru clienți susține această abordare, ajutând echipele mici să gestioneze tichete dintr-o căsuță de e-mail partajată, păstrând în același timp contextul fiecărei conversații cu clientul.

Pentru fiecare solicitare, păstrați mesajele adresate clientului alături de note interne concise privind progresul. Înregistrați faptele care influențează următorul pas: ce a cerut clientul, ce a fost verificat, cine este responsabil, ce blochează progresul și când ar trebui clientul să primească următorul răspuns. O actualizare scurtă și la zi este mai utilă decât o transcriere lungă și duplicată.

Păstrarea la îndemână a contextului relevant despre client este o parte importantă a unui flux de lucru mai amplu. Explorați separat resursele conexe pentru clienți atunci când analizați modul în care activitatea de suport se integrează în procesul mai larg al echipei voastre.

Folosiți timpul de răspuns și de rezolvare pentru a identifica blocajele fără a măsura excesiv

Atunci când urmăriți timpul de rezolvare în suport, căutați tipare înainte de a evalua performanța individuală. Într-o echipă mică, o rezolvare îndelungată poate fi cauzată de o solicitare dificilă, informații incomplete, un client indisponibil sau o dependență din afara echipei de suport. Cifra este un punct de plecare pentru o discuție, nu un verdict.

Analizați doar indicatorii asupra cărora echipa poate acționa. Timpul până la primul răspuns arată dacă solicitările noi sunt confirmate. Timpul de rezolvare arată cât durează îndeplinirea nevoii clientului. Numărul de solicitări deschise arată volumul actual de muncă. O simplă numărare a solicitărilor care așteaptă un răspuns intern poate scoate la iveală o problemă recurentă de predare.

Comparați solicitări similare, acolo unde este posibil. Nu ar trebui să vă așteptați ca o întrebare simplă și raportarea unei probleme complexe să fie închise în același ritm. Grupați solicitările în categorii largi, precum întrebări, chestiuni legate de cont și raportări de probleme, fără a construi un sistem complicat de clasificare. Dacă un grup rămâne deschis în mod regulat mai mult timp, analizați fluxul de lucru din jurul său.

Citiți și tichetele individuale din spatele duratelor neobișnuit de mari. Un caz îndelungat poate fi justificat; mai multe cazuri blocate la aceeași etapă semnalează un blocaj. Solicitările pot rămâne neatribuite dimineața, o decizie poate întârzia sau clienții pot avea nevoie în mod repetat de detalii care ar putea fi solicitate în primul răspuns.

Analizați solicitările întârziate și cauzele repetate într-o rutină săptămânală scurtă

O analiză săptămânală scurtă menține măsurarea conectată la îmbunătățire. Rezervați timp în mod regulat pentru a examina coada activă și tichetele care au durat cel mai mult până la închidere. Scopul nu este raportarea de dragul raportării. Este să găsiți una sau două schimbări care fac ca timpul de răspuns și de rezolvare al solicitărilor de suport de săptămâna viitoare să fie mai previzibil.

Folosiți o agendă repetabilă:

  • Verificați fiecare solicitare care a fost deschisă mai mult decât se așteaptă echipa pentru tipul său.
  • Confirmați că fiecare solicitare activă are un responsabil și un pas următor vizibil.
  • Citiți solicitările rezolvate care au durat cel mai mult și identificați unde s-a consumat timpul.
  • Notați cauzele repetate, cum ar fi lipsa detaliilor de la client, responsabilitatea neclară sau o dependență internă recurentă.
  • Decideți dacă definiția rezolvării a fost aplicată în mod consecvent.

Păstrați discuția constructivă. Dacă o solicitare a fost întârziată, întrebați ce anume din proces a făcut probabilă acea întârziere. O predare omisă poate indica lipsa unei etape de atribuire a responsabilității; întrebările repetate de clarificare pot indica un proces neclar de preluare a solicitărilor. Astfel îmbunătățiți sistemul, în loc să recompensați închiderea prematură.

Măsurați suficient cât să vedeți unde așteaptă munca, apoi folosiți ce învățați pentru a elimina o sursă de așteptare.

Alegeți un set mic de îmbunătățiri de testat săptămâna viitoare

Nu încercați să reparați toate blocajele deodată. Alegeți unul sau două experimente bine delimitate și analizați-le în următoarea sesiune săptămânală. Puteți desemna un responsabil pentru coadă la începutul fiecărei zile, puteți adăuga o listă de verificare cu detalii pentru raportările frecvente de probleme sau puteți conveni ca fiecare predare să includă următorul responsabil nominalizat și o actualizare pentru client.

Notați efectul așteptat în limbaj simplu: mai puține solicitări care așteaptă fără responsabil, mai puține mesaje schimbate înainte de investigație sau decizii mai clare de închidere. Apoi examinați solicitările relevante săptămâna următoare. Dacă o schimbare reduce dificultățile, transformați-o într-o parte standard a fluxului de lucru pentru rezolvarea tichetelor într-o echipă mică. Dacă nu, ajustați-o sau testați o altă idee.

Concluzie

Concluzie — a practical Suite.coffee guide

Începeți cu o definiție comună a ceea ce înseamnă rezolvat, faceți un responsabil răspunzător pentru fiecare solicitare activă și păstrați conversația și progresul în același loc. Analizați împreună timpul de răspuns și timpul de rezolvare, apoi folosiți tichetele întârziate pentru a identifica puținele schimbări de flux de lucru care vor ajuta cel mai mult.

Documentați o definiție clară a rezolvării, atribuiți fiecare solicitare activă unui responsabil și analizați în fiecare săptămână puținele tichete care durează cel mai mult până la închidere.