Rapoarte de suport din Zoho Desk in Zoho Analytics: raspunsul pe scurt
Rapoartele de suport din Zoho Desk in Zoho Analytics se construiesc in trei pasi. Mai intai aduceti tichetele din Zoho Desk in Zoho Analytics. Apoi definiti o singura data metricile: timp de prim raspuns, timp de rezolutie, incalcari SLA, volum pe agent si pe canal, restante pe vechime. La final construiti dashboard-ul pe care responsabilul de suport il citeste in fiecare saptamana.
Zoho Analytics este serviciul de raportare si business intelligence al Zoho. Serviciul analizeaza datele companiei si produce rapoarte si dashboard-uri pentru decizii. Zoho Desk este aplicatia de help desk in care echipa gestioneaza activitatea de suport pentru clienti.
Un raport de suport este o vedere asupra tichetelor care raspunde unei intrebari de conducere. Intrebarile tipice sunt simple: cat de repede raspundem, cat dureaza rezolvarea, unde se aduna munca si ce tichete stau prea mult. Ghidul de fata arata ce rapoarte merita construite, cum faceti conexiunea, un exemplu lucrat cu Zoho Flow si greselile de configurare care strica cifrele.
Rapoartele incorporate in Zoho Desk si cand aveti nevoie de Zoho Analytics
Zoho Desk vine cu peste 30 de rapoarte si peste 10 dashboard-uri incorporate, conform paginii de functii Zoho Desk. Pentru urmarirea de pe telefon exista Radar, aplicatia mobila Zoho pentru metricile cheie ale serviciului. Multe echipe mici pornesc doar cu aceste rapoarte, iar pentru inceput sunt suficiente.
Zoho Analytics devine necesar cand intrebarea depaseste datele din Zoho Desk. Analytics poate combina date din peste 500 de surse live, intre care fisiere, aplicatii de business si baze de date. Ofera peste 250 de transformari pentru pregatirea datelor si peste 50 de tipuri de grafice. Adauga si partajare cu permisiuni detaliate si securitate la nivel de rand.
Concret, aveti nevoie de Zoho Analytics in trei situatii:
- doriti sa puneti tichetele langa date din alte aplicatii, de exemplu clienti sau facturi;
- doriti o singura definitie a fiecarei metrici, folosita de toate rapoartele;
- doriti ca fiecare agent sa vada doar randurile care il privesc.
Daca Zoho Desk nu este inca stabil configurat, incepeti acolo. Ghidul despre configurarea Zoho Desk pentru o echipa mica de suport acopera setarile de baza. Un raport construit peste departamente, statusuri si canale folosite inconsecvent va arata cifre gresite, oricat de bun ar fi instrumentul de raportare.
Sase rapoarte de suport pe care le citeste un responsabil de suport
Un responsabil de suport foloseste in practica sase rapoarte: volum pe canal, timp de prim raspuns, timp de rezolutie, incalcari SLA, incarcare pe agent si restante pe vechime. Aceleasi metrici apar si in intrebarile utilizatorilor noi. Pe forumul comunitatii Zoho Desk, un utilizator nou a intrebat exact de timpul mediu de rezolutie, timpul mediu de prim raspuns, rata de conformitate SLA si satisfactia clientilor.
Cativa termeni, definiti o data. Timpul de prim raspuns este intervalul dintre crearea tichetului si primul raspuns al unui agent. Timpul de rezolutie este intervalul pana la inchiderea tichetului. SLA, acordul privind nivelul serviciului, este termenul maxim promis clientului pentru raspuns sau rezolutie.
| Raport | Intrebarea la care raspunde | Ce trebuie sa fie corect in Zoho Desk |
|---|---|---|
| Volum pe canal | De unde vin solicitarile? | Canalul fiecarui tichet, inclusiv cele introduse manual |
| Timp de prim raspuns | Cat asteapta clientul primul semn? | Raspunsurile trimise din tichet, nu din alta casuta |
| Timp de rezolutie | Cat dureaza rezolvarea? | Statusul Closed folosit doar la rezolvare reala |
| Incalcari SLA | Unde nu ne tinem promisiunea? | Politicile SLA configurate pe departament |
| Incarcare pe agent | Cine este supraincarcat? | Regulile de atribuire si agentul responsabil |
| Restante pe vechime | Ce tichete deschise stau prea mult? | Data crearii si statusurile deschise |
Pentru incalcarile SLA, configurarea politicilor din Zoho Desk vine prima. Pasii sunt descrisi in ghidul despre SLA si escaladari in Zoho Desk.
Conectarea Zoho Desk la Zoho Analytics: conexiune directa sau Zoho Flow
Zoho Desk ajunge in Zoho Analytics pe doua drumuri: conexiunea directa din Analytics catre aplicatie sau un flux in Zoho Flow. Zoho Analytics conecteaza si combina date din peste 500 de surse live, inclusiv aplicatii de business. Pentru o aplicatie fara conector existent, Analytics ofera un constructor fara cod pentru conectori personalizati.
Zoho Flow este platforma de integrare Zoho care muta date intre aplicatii fara cod. Pagina integrarii Zoho Analytics cu Zoho Desk in Zoho Flow descrie un constructor drag and drop cu peste 1100 de aplicatii disponibile. Un flux are doua parti. Declansatorul (trigger) porneste fluxul. Actiunile sunt sarcinile automate care urmeaza.
Cum alegeti intre cele doua drumuri
Conexiunea directa este punctul de plecare pentru rapoarte pe intregul istoric al tichetelor. Datele ajung in Analytics ca tabele, iar rapoartele se construiesc peste ele. Zoho Flow este potrivit cand doriti un rand nou intr-un tabel la un eveniment anume, de exemplu inchiderea unui tichet.
Cele doua drumuri se pot combina. O echipa poate folosi conexiunea directa pentru dashboard-ul principal si un flux pentru un tabel separat de evenimente. Regula ramane aceeasi in ambele cazuri: fiecare metrica se calculeaza intr-un singur loc. Altfel, doua rapoarte vor arata doua cifre diferite pentru aceeasi intrebare.
Exemplu lucrat: tichetele inchise trimise in Zoho Analytics cu Zoho Flow
Exemplul de mai jos scrie un rand in Zoho Analytics de fiecare data cand un tichet din Zoho Desk este inchis. Rezultatul este un tabel de tichete inchise, baza pentru timpul de rezolutie si volumul pe canal. Numele declansatorului si al actiunii sunt cele din documentatia Zoho Flow.
- In Zoho Flow creati un flux nou si alegeti declansatorul Zoho Desk Ticket status updated.
- In declansator selectati statusul Closed. Fara status selectat, fluxul porneste la orice schimbare de status.
- Adaugati actiunea Zoho Analytics Create or update row. Alegeti tabelul tinta, de exemplu un tabel creat de dumneavoastra cu numele Tichete inchise.
- Completati coloanele tabelului cu valorile tichetului de care aveti nevoie: numarul tichetului, canalul, agentul, data crearii si data inchiderii.
- Daca departamentele au reguli diferite, adaugati o ramura if-then. Zoho Flow accepta si intarzieri de timp intre pasi.
- Inchideti cateva tichete de test si verificati randurile din tabel inainte de activarea pentru toata echipa.
Actiunea Create or update row conteaza aici. Ea creeaza un rand nou sau actualizeaza un rand existent din tabelul selectat. Un tichet redeschis si inchis din nou actualizeaza astfel randul sau, in loc sa apara de doua ori in volum.
Pentru un calcul pe care actiunile standard nu il acopera, Zoho Flow poate rula o functie personalizata scrisa in Deluge. Porniti insa fara ea. Majoritatea rapoartelor de suport se calculeaza mai simplu in Analytics, peste datele brute.
Definirea metricilor de suport o singura data, in modelul semantic
Fiecare metrica de suport trebuie definita o singura data, inainte de primul grafic. Zoho Analytics are pentru asta modelul semantic. Modelul semantic este stratul in care definiti o data metricile si termenii de business, iar agentii AI ai platformei lucreaza pornind de la el. Zia, asistentul din Analytics, include sase agenti incorporati.
Definitia raspunde unor intrebari practice pe care le decideti dumneavoastra:
- Timpul de rezolutie se masoara pana la prima inchidere sau pana la ultima?
- Timpul petrecut in asteptarea clientului se scade sau nu?
- Restantele pe vechime includ tichetele in asteptare sau doar pe cele deschise?
- Volumul pe canal numara tichetele sau mesajele?
La Svennis stabilim definitia fiecarei metrici impreuna cu responsabilul de suport inainte de orice grafic. Problema pe care o intalnim cel mai des la clienti este ca doua rapoarte calculeaza diferit acelasi timp de rezolutie, iar echipa nu mai are incredere in niciunul.
Scrieti definitiile intr-un document scurt, accesibil echipei. Cand cineva intreaba de ce cifra din dashboard difera de impresia lui, raspunsul se gaseste acolo, nu intr-o discutie.
Greselile frecvente de configurare in rapoartele de suport si cum le evitati
Cele mai multe cifre gresite din rapoartele de suport vin din configurarea Zoho Desk, nu din Zoho Analytics. Zoho Desk gestioneaza peste 10 canale dintr-o singura interfata: email, telefon, mesagerie instant, retele sociale, chat live si formulare web. Fiecare canal adauga o sursa posibila de inconsecventa.
Greselile de mai jos apar des si au remedii simple:
- Declansator fara status selectat. Fluxul ruleaza la fiecare schimbare de status si umple tabelul cu evenimente care nu sunt inchideri. Selectati explicit statusul.
- Canal gresit la tichetele introduse manual. Un apel telefonic inregistrat ca email deformeaza volumul pe canal. Stabiliti regula de introducere si verificati-o lunar.
- Tichete combinate, clonate sau impartite. Zoho Desk permite merge, clonare, impartire si tichete parinte-copil. Hotarati dinainte cum le numarati, altfel volumul creste artificial.
- Incarcare pe agent citita fara regulile de atribuire. Zoho Desk poate atribui tichete dupa incarcare, disponibilitate si competenta. Raportul reflecta aceste reguli, nu doar efortul agentilor.
- Statusul Closed folosit pentru a curata lista. Un tichet inchis fara rezolvare scurteaza artificial timpul de rezolutie.
Regulile de workflow din Zoho Desk pot actualiza campuri, trimite alerte si adauga sarcini. Folositi-le pentru a completa automat campurile pe care rapoartele se bazeaza, in loc sa depindeti de completarea manuala.
Arhivarea tichetelor Zoho Desk dupa 120 de zile si efectul asupra rapoartelor
Zoho Desk arhiveaza automat tichetele marcate Closed si inactive de 120 de zile. Conform anuntului Zoho Desk despre arhivarea tichetelor, acestea trec intr-o stocare separata, unde raman pe termen nelimitat. Zoho explica motivul: tichetele vechi consuma resurse si incetinesc incarcarea vizualizarilor de tichete.
Pentru rapoarte, arhivarea are trei consecinte practice:
- Tichetele arhivate apar in vizualizarea Archived Tickets, din sectiunea Views a modulului Tickets, nu in vizualizarile obisnuite.
- Arhivarea nu se poate face manual, deci nu o puteti folosi pentru a curata o lista.
- Un tichet iese automat din arhiva cand primeste o conversatie noua sau cand i se schimba orice proprietate.
Ultimul punct conteaza la reorganizari. Mutarea tichetelor vechi in alt departament sau modificarea sarcinilor lor le scoate din arhiva. O actualizare in masa poate readuce astfel mii de tichete inchise in vizualizarile curente.
Daca rapoartele dumneavoastra acopera perioade mai lungi de 120 de zile, verificati ca sursa lor include si tichetele arhivate. Comparati totalul dintr-o luna veche cu cel din Zoho Desk inainte de a prezenta tendinte anuale.
Partajarea rapoartelor de suport cu permisiuni si securitate la nivel de rand
Rapoartele de suport din Zoho Analytics se partajeaza cu permisiuni detaliate si cu securitate la nivel de rand. Securitatea la nivel de rand inseamna ca acelasi raport arata fiecarui utilizator doar randurile pe care are dreptul sa le vada. Un agent vede tichetele sale, iar responsabilul de suport vede intreaga echipa.
Configurarea permisiunilor merita facuta inainte de prima partajare. Un dashboard trimis tuturor cu acces complet expune comparatii intre agenti care nu erau destinate echipei. Zoho Analytics va permite sa controlati cine ce poate face cu fiecare raport: doar vizualizare, export sau editare.
Un raport citit doar cand cineva isi aminteste de el nu schimba nimic. Programati trimiterea saptamanala a dashboard-ului si alerte pentru situatiile care cer reactie imediata. Un exemplu este o crestere brusca a incalcarilor SLA. Pasii sunt descrisi in ghidul despre alerte si rapoarte programate in Zoho Analytics, asa ca nu ii repetam aici.
Zoho Analytics poate rula in cloud sau on-premise. Pentru majoritatea echipelor de suport, varianta cloud este suficienta. Varianta on-premise conteaza cand politica interna cere ca datele sa ramana pe infrastructura proprie.
Ce inseamna rapoartele de suport din Zoho Analytics pentru o companie din Romania
Pentru o companie din Romania, rapoartele de suport din Zoho Analytics raspund intai unei intrebari de cost: pe ce canale si cu ce efort sunt serviti clientii. Raportul de volum pe canal arata unde merita investit si unde canalul poate fi simplificat.
Mesageria este un exemplu concret. Comunitatea Zoho Desk aminteste ca, de la 1 iulie 2025, WhatsApp trece de la tarifarea pe conversatie la facturarea per mesaj. Fiecare mesaj initiat de companie conteaza, nu doar primul dintr-o fereastra de 24 de ore. Daca folositi WhatsApp in suport, volumul pe acest canal devine si un indicator de cost.
Echipele care servesc clienti din mai multe tari au doua repere utile in Zoho Desk. Interfata agentilor este disponibila in peste 20 de limbi. Centrul de ajutor poate fi oferit in peste 50 de limbi. Un raport pe limba sau pe tara arata unde autoservirea poate prelua o parte din volum.
Pentru functiile AI din Zoho Analytics, Zoho declara ca datele clientilor nu sunt folosite pentru antrenarea modelelor AI. Daca politica interna cere o evaluare inainte de folosirea AI, materialul despre securitatea datelor va ajuta la intrebarile de pus. Fiecare plan Zoho Analytics include credite AI. Perioada de proba dureaza 15 zile, fara card, cu pana la 40 USD credite AI.
Pasii urmatori pentru rapoartele de suport din Zoho Desk in Zoho Analytics
Primul pas este o lista scrisa a metricilor, cu definitia fiecareia, nu un dashboard. Restul se construieste mai repede odata ce definitiile sunt clare.
- Verificati in Zoho Desk ca statusurile, canalele si politicile SLA sunt folosite consecvent.
- Alegeti drumul de conectare: conexiunea directa pentru istoric, Zoho Flow pentru evenimente precum inchiderea unui tichet.
- Definiti metricile in modelul semantic din Zoho Analytics.
- Construiti cele sase rapoarte: volum pe canal, prim raspuns, rezolutie, incalcari SLA, incarcare pe agent, restante pe vechime.
- Setati permisiunile si securitatea la nivel de rand, apoi programati trimiterea saptamanala.
- Dupa o luna, comparati cifrele cu realitatea echipei si corectati definitiile unde difera.
Pentru o privire de ansamblu asupra a ceea ce face platforma de raportare, consultati pagina Zoho Analytics pentru dashboard-uri si rapoarte. Daca partea de help desk are nevoie de atentie intai, pagina Zoho Desk pentru echipele de suport descrie aplicatia si configurarea ei.
