Asigurări
Cererea de ofertă și avizarea, preluate la telefon.
Un broker de asigurări are trei tipuri de apel care se repetă: cineva vrea o ofertă, cineva a avut un accident, și cineva are polița pe scadență. Toate trei încep cu aceleași câteva câmpuri, culese de un om care ar putea face altceva în timpul acela.
Asistentul preia cererile de ofertă cu datele de care are nevoie subscrierea, notează avizarea de daună și o trece la inspecție, sună reînnoirile înainte de scadență și predă la un consilier orice discuție despre acoperire. Nu emite polițe și nu aprobă despăgubiri.
Ce sună la un broker
Cele trei fluxuri de mai jos nu au nimic în comun în afară de faptul că încep cu o culegere de date pe care nimeni nu vrea să o facă la telefon.
Cerere de ofertă
Tipul de asigurare, datele bunului sau ale persoanei, perioada dorită, datele de contact.
Avizare de daună
Ce s-a întâmplat, când, unde, numărul poliței. Notat literal, fără nicio evaluare.
Reînnoire înainte de scadență
Un apel de ieșire dintr-o listă pe care o dai tu, cu confirmarea intenției de reînnoire.
Întrebări despre documente
Ce acte trebuie pentru un dosar, unde se trimit, în cât timp se răspunde. Din documentele tale.
Discuție despre acoperire
Predată. Aici se dă un sfat care angajează brokerul, iar asta nu se automatizează.
Cele două drumuri principale
Oferta și dauna sunt fluxuri opuse ca ton. Primul este comercial și poate fi lung. Al doilea vine de la cineva care tocmai a avut o zi proastă și trebuie să fie cât se poate de scurt.
- 01 Separă oferta de daună din prima replică Un apel de avizare tratat ca un formular de vânzări este cel mai prost lucru care se poate întâmpla pe linia asta.
- 02 Pe drumul de ofertă, culege câmpurile Exact câmpurile de care are nevoie subscrierea, ca ieșire structurată cu aceleași denumiri de fiecare dată.
- 03 Pe drumul de daună, notează literal Ce s-a întâmplat, în cuvintele păgubitului, plus numărul poliței și datele de contact. Fără întrebări în plus și fără opinii.
- 04 Scrie mai departe Lead-ul în CRM pentru ofertă, tichetul pentru daună, plus un mesaj către echipa de inspecție dacă este cazul.
- 05 Confirmă ce urmează și când Un SMS sau un e-mail cu ce s-a preluat și cu termenul în care revine un om, fiindcă pe dosarele de daună incertitudinea este partea cea mai grea.
Ce ajunge la subscriere și la daune
Valoarea reală este că datele ajung structurate identic de fiecare dată, indiferent cine ar fi răspuns.
| Cererea de ofertă | Ca ieșire structurată cu câmpurile pe care le definești, plus contactul și afacerea în CRM. |
|---|---|
| Dosarul de daună | Un tichet în Zendesk sau Freshdesk, cu descrierea literală și numărul poliței. |
| Reînnoirile | Rezultatul pe fiecare contact din campanie, cu intenția de reînnoire notată. |
| Pe apel | Transcrierea și înregistrarea, care pe un dosar de daună devin parte din documentație. |
Ce nu face pentru un broker
Asigurările sunt o activitate reglementată, iar sfatul dat greșit angajează brokerul, nu furnizorul de software.
- Nu emite polițe și nu calculează prime Nu cotează, nu compară produse și nu spune cât ar costa. Culege datele pe baza cărora un om cotează.
- Nu aprobă și nu respinge daune Nu spune dacă un eveniment este acoperit, nu estimează despăgubirea și nu comentează vinovăția.
- Nu dă consultanță de acoperire Nu recomandă un produs în locul altuia și nu explică ce se întâmplă într-un caz particular.
- Nu se leagă de sistemele de subscriere Nu există conector pentru platformele de asigurări. Legătura cu sistemul tău este o unealtă HTTP proprie sau un server MCP.
- Nu încasează prime Nici prima tranșă, nici rate, nici la telefon și nici prin link trimis în timpul apelului.
Ce ne întreabă brokerii
Poate să dea un preț orientativ?
Nu, și nu este o limitare tehnică, este o alegere. Un preț spus la telefon și infirmat la emitere strică relația mai tare decât ajută apelul. Ce poate face este să culeagă exact datele necesare pentru o cotație și să spună în cât timp revine cineva cu ea.
Este potrivit pentru avizări de daună?
Pentru preluarea primelor date, da, și tocmai fiindcă este disponibil noaptea și în weekend, când se întâmplă majoritatea evenimentelor. Pentru orice altceva din dosar, nu. Asistentul notează și predă, atât.
Poate suna clienții pentru reînnoiri?
Da, printr-o campanie de ieșire cu ferestrele și suprimările configurate. Lista vine de la tine, la fel și temeiul pentru care suni. Produsul scrie pentru fiecare contact nesunat de ce nu a fost sunat.
Cum se leagă de programul nostru de gestiune a polițelor?
Printr-o unealtă HTTP scrisă peste API-ul lui, cu schemă JSON și versionare, sau printr-un server MCP. Nu avem conector gata făcut pentru niciun sistem de asigurări, și pagina de integrări arată exact ce există.
De aici încolo
Integrări
25 de conectori de business, 18 furnizori selectabili, opt destinații de stocare.
Bază de cunoștințe
Încărcare, fragmentare, vectori în Postgres, și modul doar-cunoștințe.
Securitate
Izolare, roluri, audit, redactare, stocare proprie. Și lista sinceră a lipsurilor.
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 Ieșirea structurată este mecanismul prin care cererea de ofertă ajunge cu aceleași câmpuri de fiecare dată. Este descrisă pe pagina de asistenți, împreună cu versionarea schemei.