Manager Customer Support
Departament: Customer Support
Nivel: Management
Obiectiv principal: Performanța departamentului de suport — KPI-uri, configurare sistem, strategia self-service, integrarea cu CRM
Ce face acest rol
Managerul de Customer Support definește cum funcționează suportul: configurează toate setările sistemului (statusuri, priorități, departamente, email pipe, WhatsApp, bots), urmărește KPI-urile echipei, aprobă escaladările majore și asigură că suportul contribuie la retenția clienților — nu doar rezolvă probleme.
Module gestionate
| Modul | Unde îl găsești | La ce îl folosești |
|---|---|---|
| Statusuri Tichete | Operațiuni → Statusuri | Definești ciclul de viață al tichetelor |
| Priorități Tichete | Operațiuni → Priorități | Configurezi SLA-urile implicite per prioritate |
| Servicii Tichete | Operațiuni → Servicii | Categoriile de probleme pentru raportare |
| Filtre Spam | Marketing → Filtre Spam | Politica de filtrare email |
| Sondaje | Operațiuni → Sondaje | CSAT + NPS — creare și analiză |
| WhatsApp → Setări | Configurare bot, templates, conexiune Meta | |
| Bază de Cunoștințe | Cunoștințe → Grupuri KB | Structura și strategia self-service |
| Workflow Automation | Integrări → Automatizare | Escaladări automate, survey-uri, notificări |
| Câmpuri Personalizate | Setări → Câmpuri Personalizate | Câmpuri specifice pe formularul de tichet |
| Tichete Suport | Operațiuni → Tichete | Supervizare escaladări majore |
| Anunțuri | Marketing → Anunțuri | Comunicare sistem către clienți |
Configurare sistem suport — setup inițial
1. Structura departamentelor
Unde: /admin/departments
Creezi câte un departament pentru fiecare arie de suport, fiecare cu adresa email dedicată:
| Departament | Adresă email | Cine răspunde |
|---|---|---|
| Suport General | [email protected] |
Toți agenții L1 |
| Suport Tehnic | [email protected] |
Echipa IT |
| Facturare | [email protected] |
Contabili + Agenți senior |
| Comenzi | [email protected] |
OMS + Depozit |
Email-ul de pe adresa departamentului → forwarding → pipe.php → tichet creat automat în departamentul respectiv.
2. Statusuri tichete (`/admin/tickets/statuses`)
Definești ciclul de viață. Model recomandat:
| Status | Culoare | Semnificație |
|---|---|---|
| New | Albastru | Intrat, neasignat |
| In Progress | Portocaliu | Preluat de agent, investigare |
| Answered | Verde deschis | Agent a răspuns — așteptăm clientul |
| On Hold | Gri | Suspendat — așteptăm terțe părți |
| Escalated | Roșu | Escaldat la L2 sau alt departament |
| Closed | Verde | Rezolvat și închis |
3. Priorități (`/admin/tickets/priorities`)
| Prioritate | Definiție | SLA răspuns |
|---|---|---|
| Urgent | Indisponibilitate completă, impact pe producție | < 1h |
| High | Funcționalitate majoră afectată | < 4h |
| Medium | Problemă funcțională, workaround disponibil | < 24h |
| Low | Întrebare, cerere de informații | < 48h |
4. Servicii (`/admin/tickets/services`)
Categoriile de probleme pentru analiză și raportare:
Exemple: Cont & Acces · Facturare · Comenzi & Livrare ·
Bug / Eroare tehnică · Cerere funcționalitate ·
Onboarding · Contracte · Altele
Agentul selectează serviciul la crearea/procesarea tichetului → Tu filtrezi rapoartele per serviciu.
5. Câmpuri personalizate pe tichete
Unde: /admin/custom_fields → entitate: Tickets
Adaugi câmpuri specifice afacerii tale:
| Câmp | Tip | Utilitate |
|---|---|---|
| Număr contract / comandă | Text | Contextualizare rapidă |
| Versiune / modul afectat | Dropdown | Triage tehnic |
| Tier client (Basic/Pro/Enterprise) | Dropdown | SLA diferențiat |
| Canal de origine | Dropdown | Analytics proveniență |
Câmpurile cu show_on_client_portal = 1 apar și în formularul de tichet din portalul clientului.
Configurare WhatsApp pentru suport
Unde: /admin/whatsapp → Settings
Setup Meta Business (o singură dată)
- Creezi Meta App + WhatsApp Business Account
- Conectezi numărul de telefon Business
- Înregistrezi webhook:
{site_url}/whatsapp/webhook/getdata - Introduci în CRM: Business ID, WABA ID, App ID, Access Token
- Sincronizezi template-urile din Meta (manual sau cron orar)
Auto-lead din WhatsApp anonim
Dacă activezi whatsapp_auto_lead_settings = 'enable':
- Orice mesaj de la număr necunoscut → creează Lead automat în CRM
- Completezi: statusul implicit, sursa, agentul alocat
Bots pentru răspunsuri automate
Unde: /admin/whatsapp/Bots
Creezi bots pentru situații recurente:
- Bot orar de funcționare: răspunde automat în afara programului cu orarul și alternativa
- Bot confirmare primire: „Mesajul tău a fost primit. Un agent va răspunde în X ore."
- Bot FAQ: răspunde la întrebări frecvente simple (ore program, adresă, link portal)
Atenție: Crearea automată de tichete din WhatsApp este parțial implementată — tichetele din WhatsApp se creează manual de agenți.
Templates WhatsApp pentru notificări suport
Unde: whatsapp_api → Mapare events
Configurezi mesaje automate trimise la evenimentele CRM:
| Eveniment CRM | Template WhatsApp | Când se trimite |
|---|---|---|
| Tichet creat | „Am primit sesizarea ta #[ID]. Un agent va răspunde în [SLA]." | Imediat |
| Tichet rezolvat | „Sesizarea ta #[ID] a fost rezolvată. Mulțumim pentru răbdare!" | La status Closed |
| Factură emisă | „Factura [Nr] a fost emisă. Descarcă din portalul tău: [link]" | La emitere |
| Plată confirmată | „Plata pentru factura [Nr] a fost confirmată. Mulțumim!" | La înregistrare plată |
Strategia de self-service — Knowledge Base
Structura recomandată a KB
Unde: /admin/knowledge_base/manage_groups
📂 Primii pași
→ Cum mă înregistrez / Cum accesez portalul
→ Navigare platformă
→ Primele setări recomandate
📂 Cont & Acces
→ Resetare parolă
→ Adăugare utilizatori noi
→ Permisiuni și roluri
📂 Facturare & Plăți
→ Cum descărc o factură
→ Cum adaug o metodă de plată
→ Ce înseamnă statusul „Restantă"
📂 Comenzi & Livrare
→ Cum urmăresc o comandă
→ Procedura de retur
→ Statusurile comenzii explicite
📂 Erori frecvente
→ [Mesaj eroare X] — ce înseamnă și cum rezolvi
→ Probleme de sincronizare
→ Erori de import
📂 Ghiduri avansate (staff only)
→ Proceduri interne
→ Escaladare B2B
→ SLA per contract
Metrici KB
- Articole cu vot negativ > 20% → revizuiești și îmbunătățești
- Articole nevizualizate în 30 zile → evaluezi dacă sunt relevante
- Tichete pe aceeași temă cu articol existent → agentul nu trimite link → training
Sondaje de satisfacție CSAT & NPS
Unde: /admin/surveys
Survey standard post-tichet
Survey: „Cum a fost experiența ta cu suportul nostru?"
→ Întrebare 1: Rating 1-5 (satisfacție generală)
→ Întrebare 2: „Ce am putea îmbunătăți?" (câmp liber)
→ Întrebare 3 (opțional): NPS — „Cât de probabil ești să ne recomanzi?" (0-10)
Declanșat automat: Trigger Tichet Closed → Wait 1h → Trimite survey
Analiză rezultate
Unde: /admin/surveys → tab Rezultate
- Rating mediu < 3.5 → problemă sistemică → investigare imediată
- Comentarii negative → citești manual → identifici tipare
- NPS < 20 → risc de churn → escaladezi la KAM / Sales
KPI-uri departament suport — monitorizare lunară
| KPI | Formula | Benchmark B2B |
|---|---|---|
| Time to First Response | Medie lastreply(prim reply staff) - date(creare) |
< 4h |
| Resolution Time | Medie data_closed - date |
< 48h L1 |
| First Contact Resolution (FCR) | Tichete rezolvate fără escaladare / total | > 70% |
| CSAT | Rating mediu din survey-uri | > 4.0 / 5 |
| NPS | % Promotori - % Detractori | > 30 |
| Ticket Deflection Rate | (Vizualizări KB) / (Vizualizări KB + Tichete) | > 40% |
| Tichete per agent per zi | Volum total / nr. agenți activi | 15-30 (depinde de complexitate) |
| SLA Compliance | Tichete răspunse în SLA / total per prioritate | > 90% Urgent; > 80% High |
Integrarea suportului cu restul CRM-ului
Ce poate vedea agentul din fișa clientului
Când deschide un tichet, agentul are acces direct la:
| Informație | Unde în CRM | Relevanță pentru suport |
|---|---|---|
| Toate tichetele anterioare | Fișa Client → tab Tichete | Context problemă recurentă |
| Facturi active și restante | Fișa Client → tab Facturi | „Are și o factură restantă" = context sensibil |
| Comenzi recente | Fișa Client → tab Comenzi | Statusul livrării |
| Contracte active | Fișa Client → tab Contracte | SLA contractual |
| Oportunități deschise | Fișa Client → tab Oportunități | E un prospect activ — tratament premium |
| Comunicări anterioare | Fișa Client → tab Activitate | Istoricul complet al relației |
Fluxuri cross-departament frecvente
Suport → Vânzări:
Clientul reclamă dar e deschis la o soluție alternativă
→ Crezi Oportunitate în CRM → pasezi KAM/Sales
Suport → Financiar:
Dispută de factură
→ Documentezi în tichet → escaladezi Contabil AR
→ Urmărești rezolvarea → informezi clientul
Suport → Depozit:
Problemă cu livrare / retur
→ Verifici AWB și statusul comenzii
→ Creezi Retur Livrare dacă e cazul → notifici depozitul
→ Tichetul rămâne deschis până confirmă clientul primirea rezoluției
Suport → IT/Admin:
Bug tehnic confirmat
→ Documentezi: pași reproducere, browser, eroare exactă, screenshot
→ Creezi Task pentru IT alocat din tichet
→ Informezi clientul despre timeline-ul de remediere
Sfaturi practice
Suportul bun se măsoară în clienți care rămân, nu în tichete închise. Un tichet închis în 2 minute cu un răspuns generic e mai rău decât unul închis în 2 ore cu o soluție reală.
Investește 20% din timp în prevenție, nu 100% în reacție. KB-ul bine întreținut, anunțurile proactive pentru incidente și automatizările inteligente reduc volumul de tichete mai mult decât orice angajare nouă.
Configurează auto-close cu atenție. „Closed după 7 zile de inactivitate" e rezonabil. „Closed după 24h fără răspuns client" irită. Găsești echilibrul cu feedback de la echipă și CSAT.
Analiza tichetelor per serviciu îți spune ce să repari în produs. Dacă 30% din tichete sunt despre același modul, problema nu e la suport — e la product. Escaladează datele la management cu cifre concrete.
Configurați auto-închidere cu o fereastră rezonabilă de inactivitate (7 zile este standard; 24 de ore este prea agresiv) — o politică de auto-închidere prea agresivă generează reclamații de la clienți ale căror probleme nu au fost efectiv rezolvate înainte de închidere.
Analiza tichetelor pe categoria de servicii este cel mai puternic mecanism de feedback de produs. Dacă 30% din tichete privesc același modul, problema este produsul — escaladați la conducere cu date cantitative, nu observații anecdotice.