Apeluri pierdute
Un apel pierdut este un client care sună la altcineva.
Apelul pierdut este singura pierdere din firmă care nu apare nicăieri: nu există factură, nu există rând în CRM, nu există nimic. Se vede doar în lista de apeluri, dacă se uită cineva. Iar cel care a sunat a găsit deja pe altcineva până să se uite.
Când un apel nu este preluat, asistentul sună înapoi imediat, spune de la ce firmă este și că a văzut apelul, află ce voia apelantul, și fie rezolvă cererea, fie o scrie și o trece la un om. Nu așteaptă până a doua zi.
Când se declanșează revenirea
Un apel pierdut nu înseamnă un singur lucru. Sunt patru situații diferite, iar tratamentul potrivit diferă de la una la alta.
Nimeni nu a răspuns
Cazul clasic. Revenire în secundele următoare, cât timp omul încă se gândește la ce voia.
Linia era ocupată
Revenire după ce se eliberează linia, cu o scuză scurtă și o singură întrebare.
A închis în așteptare
Cel mai valoros de recuperat, fiindcă acela chiar voia ceva și a renunțat.
A sunat în afara programului
Revenire dimineața, la prima oră, nu la ora unsprezece când și-a rezolvat problema.
A închis fără să vorbească
O singură încercare, apoi se oprește. Insistența transformă recuperarea într-o problemă.
De la apel pierdut la client recuperat
Tot ce contează aici este viteza. O revenire după douăzeci de minute este un apel de vânzări nedorit; una după douăzeci de secunde este un serviciu.
- 01 Apelul se închide neprelut Evenimentul de sfârșit de apel ajunge la webhook-ul tău, cu motivul închiderii, care spune dacă nu a răspuns nimeni sau dacă a închis apelantul.
- 02 Sistemul tău declanșează revenirea Un apel de ieșire pornit din API. Poți pune o întârziere de câteva zeci de secunde, ca să nu sune exact în secunda în care omul a închis.
- 03 Asistentul se prezintă și explică Firma, faptul că a văzut apelul, și o singură întrebare deschisă. Nu un scenariu de vânzare.
- 04 Rezolvă sau notează Dacă cererea se poate rezolva, o rezolvă. Dacă nu, o scrie complet și spune când revine un om.
- 05 Se oprește la timp O încercare, cel mult două. Un sistem care sună de cinci ori pe cineva care a închis din greșeală este mai rău decât apelul pierdut.
Ce apare acolo unde nu apărea nimic
Valoarea principală este că apelul pierdut devine vizibil: un rând, un rezultat și un motiv, în loc de o absență.
| Rezultatul revenirii | Recuperat, nerecuperat sau fără răspuns, ca ieșire structurată cu valori fixe. |
|---|---|
| Cererea | Ca tichet sau ca rând în foaie, cu ce voia apelantul, dacă a spus. |
| În CRM | Contactul și nota de apel, dacă a fost o cerere comercială. |
| Pe ambele apeluri | Cel pierdut, cu motivul închiderii, și cel de revenire, legate în evidență. |
Ce nu face și unde devine o problemă
Revenirea automată este mecanismul cel mai ușor de transformat în hărțuire, iar limitele de mai jos sunt scrise cu asta în minte.
- Nu insistă O încercare, cel mult două, cu o pauză între ele. Configurabil, dar recomandarea noastră este scrisă aici tocmai fiindcă tentația este alta.
- Nu sună numere care au refuzat Lista de suprimare se aplică și la reveniri, nu doar la campanii.
- Nu știe de ce a sunat omul Nu are context. Începe cu o întrebare deschisă, ceea ce înseamnă că apelul este util doar dacă asistentul chiar poate ajuta cu ce urmează.
- Nu se declanșează singur Trebuie legat: evenimentul de sfârșit de apel merge la webhook-ul tău, iar sistemul tău pornește apelul prin API. Nu există un comutator care face asta fără nicio dezvoltare.
- Nu recuperează apelurile pierdute de altcineva Vede doar apelurile care au trecut prin CallAgent. Un apel pierdut pe centrala ta veche nu produce niciun eveniment aici.
Ce ne întreabă lumea despre revenire
Cât de repede ar trebui să sune înapoi?
Suficient de repede cât omul să își amintească, dar nu în aceeași secundă. Câteva zeci de secunde este intervalul care funcționează: destul cât să nu pară supraveghere, destul de puțin cât să nu fi sunat deja la concurență.
Nu deranjează pe cineva care a sunat din greșeală?
Poate, și de asta prima propoziție trebuie să spună de la ce firmă este și că a văzut un apel. Cine a sunat greșit închide în trei secunde și nu se mai sună. O singură încercare, nu cinci.
Cum se leagă tehnic?
Prin webhook-uri: evenimentul de sfârșit de apel ajunge la endpointul tău cu motivul închiderii, iar sistemul tău pornește apelul de revenire prin API. Pagina pentru dezvoltatori descrie ambele capete.
Merge și ca SMS în loc de apel?
Da, și pentru multe firme este varianta mai potrivită: un SMS care spune că ați sunat și întreabă cu ce se poate ajuta. Se trimite prin conectorul Twilio și nu întrerupe pe nimeni.
De aici încolo
Telefonie
Numere, trunchiuri, plan de apelare, cozi, operatori și campanii, în același sistem.
Campanie outbound
Contacte, ritm, fereastră, conformitate, pornire, raport.
Numere de telefon
Twilio funcționează azi. Trunchiul SIP propriu are cod și centrală, dar niciun operator real.
Prețuri
Componentele la prețul lor publicat, platforma peste, și ce nu putem încă evalua.
Note
-
1
Uneltele numite pe pagină sunt cele din
App\Services\Integrations\ConnectorRegistry, marcateimplemented. Ce apare doar în catalog, fără acest marcaj, nu este numit aici ca și cum ar merge. - 2 Evenimentele de apel ajung la endpointurile tale prin sistemul de webhook-uri, cu retrimitere programată la eșec. Apelul de revenire se pornește din API-ul public.