Henvendelsen kom inn på en onsdag. En huseier ville ha innboforsikring. Du ga et tilbud, de signerte, og du gikk videre til neste samtale. To år senere kjøpte den samme kunden en bil og forsikret den hos noen andre. Så giftet de seg og tegnet en livsforsikring et annet sted. Du visste ingenting av dette, fordi CRM-systemet ditt for forsikringsagenter, om du hadde ett i det hele tatt, var et regneark som fortalte deg at en fornyelse nærmet seg, men ingenting om hvordan kundens liv så ut nå.
Det er akkurat denne feilen denne artikkelen handler om. Ikke det å miste det første salget. Men det å miste det andre, tredje og fjerde til agenter som rett og slett fulgte bedre med.
Hva bør et CRM for forsikringsagenter spore utover grunnleggende kontaktinformasjon?
Et CRM for forsikringsagenter bør spore alle forsikringer en kunde har, fornyelsesdatoen for hver enkelt, den opprinnelige leadkilden, eventuelle henvisninger kunden har gitt, og datoen for siste meningsfulle kontakt. Uten disse feltene er CRM-et bare en adressebok, og mulighetene for krysssalg og mersalg forblir usynlige.
De fleste agenter setter opp kontakthåndteringen sin med et minimum: navn, telefon, e-post, polisenummer. Det er nok til å behandle en fornyelse. Det er ikke nok til å drive en virksomhet. Mellomrommet mellom disse to tingene er der inntektene stille forsvinner, år etter år.
Tenk på hva du faktisk trenger å vite om en kunde for å betjene dem godt. Du må vite hva de har hos deg, hva de sannsynligvis ikke har, og når noe i livet deres kan ha endret seg. En kunde som tegnet leieforsikring for tre år siden eier kanskje nå sitt eget hjem. En kunde med bilforsikring driver kanskje nå en liten bedrift med en varebil. Feltet som forandrer alt er ikke fornyelsesdatoen, men "siste livshendelse"-feltet, fordi livshendelser er det som skaper nye forsikringsbehov, og forsikringsbehov er det som gir naturlige, ikke-påtrengende grunner til å ringe.
Her er et praktisk minimumssett med felt for ethvert forsikrings-CRM:
- Fullt navn og kontaktinformasjon (telefon, e-post, foretrukket kontaktmetode)
- Alle aktive forsikringer: type, forsikringsselskap, premie, startdato, fornyelsesdato
- Opprinnelig leadkilde (henvisning, netthenvendelse, oppsøkende kontakt, walk-in)
- Gitte henvisninger: hvem de har sendt til deg, og om den personen ble kunde
- Siste kontaktdato og -type (fornyelsessamtale, skadesupport, oppfølging, e-post)
- Kjente livshendelser: boligkjøp, ekteskap, nytt barn, oppstart av virksomhet, ny bil
- Dekningsgap: hva de ikke har som noen i deres situasjon typisk ville hatt
Det siste feltet er det nesten ingen registrerer. Hvis du noterer ved hver fornyelse at en kunde har husforsikring men ikke livsforsikring, eller bilforsikring men ikke paraplyforsikring, har du en innebygd agenda for hver fremtidige samtale. Systemet minner deg på det. Du trenger ikke å huske det selv.
Hvordan bygger du en krysssalgs-pipeline i et forsikrings-CRM?
Bygg krysssalgs-pipelinen som et eget sett med pipeline-stadier, adskilt fra pipelinen for ny virksomhet. Behandle hver potensiell tilleggsforsikring som sin egen mulighet, med sitt eget stadium, sin egen oppfølgingssekvens og sitt eget sannsynlighetsestimat. Dette gjør krysssalgsinntekter synlige i stedet for å la dem drukne i fornyelsesregistreringer.
Feilen de fleste små byråer gjør, er å behandle salgspipelinen som ett enkelt spor: prospect, tilbud, lukket. Det fungerer for nye kunder. Det fungerer ikke for det løpende forholdet til eksisterende kunder, fordi eksisterende kunder aldri egentlig befinner seg i et "lukket"-stadium. De er i et permanent "behold og vokse"-stadium som en lineær pipeline ikke representerer godt.
En mer nyttig struktur har to separate pipeline-spor som kjører side om side.
Det første er pipelinen for ny virksomhet. Leadinnhenting, første kontakt, behovskartlegging, tilbud sendt, oppfølging, beslutning. Standard pipeline-stadier for personer som aldri har kjøpt fra deg.
Det andre er mulighets-pipelinen for eksisterende kunder. Denne har stadier som:
- Identifisert gap - du har notert et dekningsgap i en kundes registrering
- Utløsende hendelse - en livshendelse har gjort det aktuelt å ta opp gapet
- Kontakt sendt - du har tatt kontakt om muligheten
- Samtale gjennomført - du har snakket sammen og kunden vurderer det
- Tilbud sendt - et konkret forslag er hos kunden
- Lukket eller utsatt - det ble enten konvertert eller notert som ikke relevant akkurat nå
Den viktigste forskjellen er at trigger event-stadiet er knyttet til datoer i kunderecorden, ikke til handlinger du selv har gjort. CRM-systemet bør automatisk løfte frem kunder som beveger seg inn i trigger event-stadiet, basert på fornyelsesdatoer, registrerte livshendelser eller tid siden siste gjennomgang av forsikringen. Det er det som får systemet til å fungere uten at du manuelt må sjekke hver eneste kundepost hver uke.
For lead qualification-formål er eksisterende kunder med et dokumentert dekningstap og en nylig trigger event dine varmeste mulige cross-sell-prospekter. De stoler allerede på deg. De har allerede betalingsopplysningene sine hos deg. Hindringen handler nesten utelukkende om du tok kontakt til rett tid.
Når er rett tidspunkt å ta opp en cross-sell eller upsell?
De tre øyeblikkene med høyest sannsynlighet er ved fornyelse, etter at et krav er utbetalt, og umiddelbart etter en livshendelse. Alt utenfor disse vinduene krever mer arbeid for å begrunne samtalen og gir lavere konverteringsrate. Å time henvendelsen til en naturlig hendelse fjerner det ubehagelige og gjør kontakten til god service snarere enn et salgsanrop.
Dette støttes av konsistente funn i salgsforskning. HubSpots salgsforskning viser gjentatte ganger at timing og relevans betyr mer enn antall kontaktpunkter i relasjoner som har kommet et stykke på vei. En henvendelse som treffer til rett tid konverterer langt bedre enn en som sendes etter en tidsplan tilpasset agentens egne behov.
Ved fornyelse er kunden allerede i en gjennomgangsmodus. De tenker på forsikringsdekningen sin. Det er i det øyeblikket du spør: «Mens vi ser på dette, la jeg merke til at du har husforsikring hos oss, men ingen innboforsikring. Vil du at jeg skal kjøre et raskt prisestimat?» Spørsmålet koster deg nesten ingenting, og kunden er allerede mottakelig.
Etter at et krav er utbetalt, har kunden nettopp opplevd både verdien av å ha dekning og, ofte, realiteten av å ha et hull eller en grense som var trangere enn forventet. En oppfølgingssamtale etter et krav, der du anerkjenner opplevelsen og forsiktig spør om de ønsker å gå gjennom dekningen sin, er en av de mest effektive cross-sell-samtalene du kan ha. Det er også god service, og derfor føles det ikke som salg.
Etter en livshendelse er triggeren tydelig. En kunde som nettopp har kjøpt bolig, trenger å vite om innboforsikringen fortsatt passer, om de trenger bygningsforsikring, og om livsforsikringen gjenspeiler det nye boliglånet. En kunde som har fått barn, må se på livsforsikringen sin på nytt. Du trenger ikke å konstruere behovet. Du trenger bare å legge merke til det og dukke opp.
Det praktiske problemet er nettopp det å legge merke til det. Det er her CRM-systemet tjener sin plass. Hvis du registrerer livshendelser som et eget felt og setter en påminnelse om oppfølging når du hører om en, er det systemet som gjør jobben med å følge med for deg.
Hvordan ser en win-back-sekvens ut for tapte forsikringskunder?
En win-back-sekvens er en kort serie kontaktpunkter - typisk tre til fem meldinger sendt over fire til åtte uker - rettet mot kunder som ikke fornyet eller som flyttet forsikringen sin til et annet sted. Sekvensen anerkjenner bruddet uten press, tilbyr noe konkret som for eksempel en gratis gjennomgang av dekningen, og avsluttes ryddig hvis det ikke kommer noen respons.
Tapte kunder er underutnyttet i de fleste små byråer. Den vanlige antagelsen er at hvis noen har gått, har de tatt en beslutning, og at det er bortkastet eller ubehagelig å følge opp. Dataene tilsier noe annet. Forskning fra Bain and Company om kundelojalitet har lenge slått fast at kostnaden ved å vinne tilbake en tidligere kunde er betydelig lavere enn kostnaden ved å skaffe en ny, fordi den tidligere kunden allerede kjenner deg og relasjonen har et grunnleggende tillitsnivå, selv om den tok slutt.
For forsikring spesifikt er de vanligste årsakene til frafall pris, passivitet og at en konkurrent tok kontakt på nøyaktig rett tidspunkt. Nesten ingen av disse grunnene er permanente. En kunde som dro for en billigere premie for atten måneder siden, kan nå ha hatt en dårlig opplevelse med den nye forsikringsgiveren. En kunde som rett og slett lot forsikringen falle bort fordi de var uorganiserte, kan nå befinne seg i en situasjon der manglende dekning begynner å bekymre dem.
En praktisk win-back-sekvens for en forsikringsagent kan se slik ut:
Touch one (uke én): En enkel e-post eller personlig melding der du erkjenner at det har gått en stund, uten å be om noe, bare for å høre hvordan det går og nevne at du er tilgjengelig hvis de ønsker en gjennomgang av den eksisterende dekningen.
Touch two (uke tre): En kort oppfølging med et konkret tilbud, for eksempel en gratis policyssammenligning, en gjennomgang av dekkingshull, eller en vurdering av om premien fortsatt er konkurransedyktig i dagens marked.
Touch three (uke seks): En siste henvendelse som er ærlig om hensikten. Noe sånt som: «Jeg vil forsikre meg om at jeg har gjort det jeg med rimelighet kan for å holde kontakten. Hvis tidspunktet ikke passer nå, forstår jeg det fullt ut. Døren forblir åpen.» Deretter stopper du.
Touch four (valgfritt, uke tolv): Hvis du har notert en konkret utløsende hendelse, for eksempel at den opprinnelige fornyelsesdatoen nærmer seg eller at du vet om en livshendelse, er én ekstra henvendelse knyttet til akkurat det tidspunktet rimelig og vil ikke føles som mas.
Sekvensen bør ligge i CRM-en din som et eget pipeline-steg for inaktive kunder, med e-postpåminnelser satt opp for hvert intervall. Gjør du dette manuelt fra et regneark, skjer den tredje henvendelsen nesten aldri, fordi hverdagen kommer i veien og påminnelsen graves ned. Det er nøyaktig det problemet lead tracking i et skikkelig system er laget for å løse.
Hvordan fungerer referral-løkker, og hvorfor lar de fleste agenter dem gå i stykker?
En referral-løkke er et system, ikke en enkeltforespørsel, som sporer hvem som har anbefalt hvem, sørger for at kunden som anbefalte deg blir takket raskt, og setter opp en planlagt oppfølging for å sjekke om den anbefalte prospektet fikk hjelp. Uten løkken skjer referrals tilfeldig. Med den blir de en gjentakbar leadkilde.
Referrals er den høyeste kvaliteten på leadkilder de fleste forsikringsagenter har tilgang til. Prospektet kommer allerede med et grunnlag av tillit på plass, konverteringsraten er betydelig høyere enn for kalde eller betalte leads, og poliseverdien er gjerne høyere fordi den anbefalende kunden har gitt en personlig anbefaling. InsideSales sin forskning på responstid for leads har konsekvent vist at hastigheten på første kontakt er den enkeltfaktoren som betyr mest for leadkonvertering, og referrals ankommer varme, noe som betyr at hastighetsfordelen allerede er delvis innhentet.
Til tross for alt dette håndterer de fleste små byråer referrals uformelt. En kunde nevner en venns navn. Agenten skriver det på en lapp. Lappen havner under en papirbunke. Seks uker senere har agenten ingen anelse om vennen noen gang ble kontaktet, og kunden som anbefalte har ingen anelse om anbefalingen ble fulgt opp.
Referral-løkken brister på tre punkter: logging av anbefalingen, oppfølging med prospektet og tilbakemelding til kunden som anbefalte. Alle tre kan håndteres i en CRM hvis du setter opp arbeidsflyten med omhu.
Loggingsteget krever et egendefinert felt på den anbefalende kundens oppføring: «Anbefalt: [navn], [dato], [utfall]». Når en anbefaling kommer inn, tar det tretti sekunder å fylle ut. Den anbefalte personen får sin egen oppføring, koblet til den som anbefalte.
Oppfølgingsteget krever en regel for responstid: når et anbefalt lead logges, settes en oppfølgingspåminnelse til samme dag eller neste morgen. Anbefalte leads bør behandles som de varmeste henvendelsene i pipelinen din, for det er akkurat det de er.
Tilbakemeldingsteget er det nesten ingen gjør, men nesten alle burde. Når det anbefalte prospektet blir kunde, eller selv om det ikke gjør det, fortjener den anbefalende kunden en personlig melding om hva som skjedde. «Vennen din John fikk ordnet seg med en innboforsikring, takk for at du sendte ham til meg» er en tosetnings-e-post som koster ingenting og forsterker nøyaktig den atferden du ønsker mer av.
Over et år gjør en konsekvent referral-løkke de beste kundene dine til en ulønnet, men genuint motivert kanal for leadinnhenting. Kundene som anbefaler deg oftest, føler seg som partnere i virksomheten, ikke bare poliseholdere. Det forholdet er verdt å beskytte med samme omsorg du viser de største kontoene dine.
Hva er den reelle forskjellen mellom en generell CRM og én bygget for forsikring?
En generell CRM kan konfigureres til å håndtere forsikringsarbeidsflyter, men det krever bevisst tilpasning og løpende disiplin for å vedlikeholde. En CRM bygget for forsikring eller virksomheter med tilbakevendende kunderelasjoner kommer med fornyelseslogikk, policyfelt og klientposter for flere produkter allerede innebygd i strukturen. Den ærlige avveiningen handler om fleksibilitet kontra tidsinvestering.
Pipedrive er for eksempel et solid salgsverktøy. Det er bygget rundt avtaler som beveger seg gjennom en pipeline mot et salg. Den modellen passer godt for en virksomhet med et tydelig start- og sluttpunkt for hvert salg. Forsikring har ikke noe sluttpunkt. En klient er aldri fullt ut "lukket" - de befinner seg alltid et sted mellom forrige fornyelse og neste fornyelse, potensielt i fare for å falle fra, potensielt klar til å legge til en polise, potensielt på vei til å anbefale en venn. Pipedrive kan tilpasses til å representere dette, men du jobber mot verktøyets naturlige logikk.
HighLevel er kraftig nok til å håndtere nesten enhver arbeidsflyt, inkludert forsikring. Prisen er kompleksitet. Det er bygget for byråer som kjører automatisert markedsføring i stor skala, og konfigurasjonen som kreves for å gjøre det nyttig for et lite forsikringskontor med to ansatte er langt fra enkel. De fleste agenter som har sett på det, har lukket fanen før de var ferdige med onboarding.
Det ærlige svaret er at den beste CRM-en for forsikringsagenter er den som viser fornyelsesdatoer, dekningsgap og oppfølgingspåminnelser uten at du manuelt må gå gjennom hver enkelt post. Om det er et spesialistverktøy eller et godt konfigurert generelt verktøy spiller mindre rolle enn om det faktisk blir brukt.
Kodeleads er bygget for nettopp denne typen kontakthåndtering med tilbakevendende relasjoner - polisedata, fornyelsespåminnelser, oppfølgingssekvenser og henvisningssporing på ett sted, uten kompleksiteten til en plattform bygget for et salgsteam på tjue.
Den praktiske testen for ethvert verktøy du vurderer: kan du svare på disse fire spørsmålene uten å åpne et regneark? Hvem har fornyelse de neste tretti dagene? Hvilke klienter har et dokumentert dekningsgap? Hvem anbefalte noen til deg de siste seks månedene? Hvem har ikke hørt fra deg på over nitti dager? Hvis verktøyet svarer på de fire spørsmålene på under to minutter, gjør det jobben sin.
Ofte stilte spørsmål
Hva bør en CRM for forsikringsagenter spore utover grunnleggende kontaktinformasjon?
En CRM for forsikringsagenter bør spore alle poliser en klient har, fornyelsesdatoen for hver av dem, den opprinnelige leadkilden, eventuelle henvisninger klienten har kommet med, og datoen for siste meningsfulle kontakt. Uten disse feltene er CRM-en bare en adressebok, og mulighetene for krysssalg og mersalg forblir usynlige.
Hvor mange kontaktpunkter kreves det vanligvis for å konvertere et krysssalg innen forsikring?
Forskning på salgsoppfølging viser konsekvent at de fleste konverteringer skjer mellom tredje og sjette kontakt, men flertallet av agenter stopper etter én eller to. For et krysssalg til en eksisterende poliseholder er tre til fire kontaktpunkter fordelt over fire til seks uker et godt utgangspunkt, der det første kontaktpunktet er timet til en naturlig hendelse som fornyelse eller en endring i livssituasjonen.
Når er det beste tidspunktet å innlede en krysssalgssamtale med en eksisterende klient?
De mest sannsynlige øyeblikkene er ved fornyelse (klienten tenker allerede på dekning), etter at et krav er gjort opp (tilliten er høy og gap blir tydelige), og etter en livshendelse som ekteskap, nytt barn eller boligkjøp. Disse triggerpunktene bør bygges inn i CRM-en som pipelinefaser, ikke overlates til hukommelsen.
Hva er en win-back-sekvens for forsikringsklienter som har falt fra?
En win-back-sekvens er en kort serie med kontakter, typisk tre til fem meldinger sendt over fire til åtte uker, rettet mot klienter som ikke fornyet eller som flyttet polisen sin et annet sted. Sekvensen anerkjenner bruddet uten press, tilbyr noe konkret som for eksempel en gratis dekningstgjennomgang, og avsluttes ryddig hvis det ikke kommer noe svar.
Hvordan fungerer henvisningsløkker i en CRM for forsikringsagenter?
En henvisningsløkke er en enkel regel: når en klient anbefaler noen, registrerer CRM-en den henvisninger mot den anbefalende klientens post, utløser en takkekontakt og setter en oppfølgingspåminnelse for å sjekke om den anbefalte personen fikk hjelp. Over tid bygger dette et kart over hvem dine beste ambassadører er, slik at du kan investere i disse relasjonene bevisst fremfor ved en tilfeldighet.
Trenger et lite forsikringsbyrå en spesialist-CRM, eller holder det med en generell?
En generell CRM kan fungere hvis du tilpasser den nøye, med felt for forsikringstype, fornyelsesdato og dekningsgap. Det praktiske problemet er at de fleste generelle CRM-er er bygget rundt salgsfaser som forutsetter en kort salgssyklus. Forsikringsrelasjoner strekker seg over år, så du må enten bøye verktøyet for å få det til å passe, eller finne et som allerede er bygget med logikk for tilbakevendende relasjoner.
Hvor lang tid tar det å sette opp et fungerende CRM-system for en forsikringsagent?
Et enkelt system med kontaktregistre, forsikringsfelt og påminnelser om fornyelse kan være i gang i løpet av én dag. Et fullt utbygd system med pipeline-faser for krysssalg, automatiserte oppfølgingspåminnelser og felt for henvisningssporing tar de fleste solo-agenter eller små team én fokusert uke å konfigurere riktig, inkludert migrering av data fra et regneark.
Begynn å spore inntektene som allerede ligger i porteføljen din
Kundene du allerede har er din mest kostnadseffektive vekstkanal, og en CRM for forsikringsagenter som avdekker muligheter for krysssalg, riktig tidspunkt for å vinne tilbake kunder og henvisninger, gjør en passiv kundeportefølje til en aktiv. Prøv Kodeleads for å sette opp fornyelsesoppfølging, påminnelser og registrering av henvisninger, uten kompleksiteten til verktøy bygget for team ti ganger så store som ditt.