Flowchart for kundechurn (fastholdelsesforsøg til win-back)

Hvad er flowchart for kundechurn (fastholdelsesforsøg til win-back)?

Dette diagram begynder, hvor en fornyelses-helbredstjek slipper: en konto har udløst et reelt risikosignal, ikke bare en rutinemæssig gennemgang. Udløseren er et fald i forbrug mod baseline, en stigning i supporteskaleringer, eller en tidlig advarsel om manglende fornyelse fra kontoen selv, og kundesucces henter kontoens forbrugs- og faktureringshistorik, før den behandles som reel. Herfra følger diagrammet én churn-sag fra ende til anden: en ansvarlig for fastholdelsesforsøget udpeget, ledelseskontakt, et fastholdelsestilbud tilpasset den reelle årsag til at forlade, kundens beslutning om at blive eller gå, og på den sværere gren afgangssamtalen, overleveringen til nedlukning, en vurdering af win-back-egnethed, og de churn-årsager, der fødes tilbage til produkt-roadmappet og drejebogen for den næste konto i risiko.

Det her er churn-håndtering, ikke fornyelsescyklussen og ikke opsigelsespapirarbejdet. Sundhedsscore-gennemgangen, der først afgør, om en konto overhovedet er i risiko, T-90-dages fornyelsesforslaget og klausulen om automatisk fornyelse hører til kundefornyelsesprocessen, som dette diagram kun tager over fra på det tidspunkt, risikoen allerede er bekræftet. Og når kundens opsigelse er kommet ind, er den detaljerede tjekliste for dataeksport og nedlukning af adgang, lukningen af rettigheder og selve slutfaktura-mekanikken deres egen administrative opsigelsesproces; dette diagram bekræfter kun ophørsdatoen for adgang og slutfakturaen før overleveringen, med vilje, så den følelsesmæssigt og forretningsmæssigt vigtige halvdel af churn (fastholdelsesforsøget, årsagen, win-back-vurderingen) ikke drukner i en tjekliste af systemtrin. At holde den grænse eksplicit er det, der forhindrer en churn-gennemgang i at blive til en kø af offboarding-sager.

Tre beslutninger bærer processen. 'Risiko bekræftet?' er en reel port, ikke en formalitet: en stille måned er ikke churn, og overvågningslisteløkken findes, så en fastholdelsesansvarligs tid ikke bruges på støj. 'Er kunden fastholdt?' er den gaffel, hele diagrammet er bygget omkring, og den ligger i Kunde-banen frem for account executivens, fordi kundens beslutning, ikke tilbuddet, er det egentlige udfald. 'Egnet til win-back?' ligger efter offboarding frem for før, med vilje: egnetheden vurderes ud fra churn-årsagen og kontoens status, når sagen er lukket, ikke besluttes i hedeste fase af fastholdelsesforsøget, hvilket er lige præcis dét tidspunkt, den ville blive vurderet enten for gavmildt eller for hårdt.

Hvad dette flowchart dækker

I denne skabelon

• Seks swimlanes (Kundesucces, Account executive (AE), Kunde, Kundesupport, Økonomi / fakturering og Produkt / ledelse) fordelt på seks faser: risikosignal, fastholdelsesforsøg, fastholdelsesudfald, nedlukning, tilbagevinding og analyse og feedback
• En 'Risiko bekræftet?'-port med en reel løkke: et uafklaret signal føjes til en overvågningsliste og gennemgås igen frem for enten at blive droppet eller eskaleret på et enkelt datapunkt
• Fastholdelsesforsøget som mere end et undskyldningsopkald: en navngiven ansvarlig for fastholdelsesforsøget, ledelseskontakt, og en beslutning 'Overstiger tilbuddet den normale bemyndigelse?', der sender større rabatter eller kreditter til Økonomi, før account executiven præsenterer noget som helst for kunden
• En 'Er kunden fastholdt?'-beslutning i Kunde-banen, ikke sælgerens, der deler diagrammet rent i en fastholdelse, der afslutter sagen, og en churn, der starter afgangssamtalen
• Afgangssamtalen og offboarding håndteret som en let overlevering frem for en tjekliste: 'churn-årsagen' indfanges, ophørsdatoen for adgang og slutfakturaen bekræftes, og kontoen overleveres til tjeklisten for nedlukning af kontoen som et separat trin
• En 'Egnet til win-back?'-beslutning vurderet på årsag og status frem for anciennitet, en win-back-kampagne styret af en karensperiode, og en opdeling 'Er churn drevet af produkthuller?', der sender fund til produkt-roadmappet eller tilbage i fastholdelsesdrejebogen

Hvornår du skal bruge skabelonen

• I bygger en drejebog for kundesucces og har brug for ét billede af, hvem der ejer en churn-risiko fra signal til fastholdelsesforsøg til offboarding
• Fastholdelsesforsøg er uens på tværs af account executives, og I har brug for at gøre godkendelsen af fastholdelsestilbuddet og trinnet med ledelseskontakt eksplicit
• Churnede konti bliver offboardet, men aldrig analyseret, så den samme undgåelige årsag bliver ved med at dukke op et kvartal senere
• I skal afgøre, om en churnet konto er egnet til en win-back-kampagne, og vil have kriterierne og karensperioden gjort eksplicitte frem for overladt til hukommelsen
• Ledelsen har bedt om en dokumenteret churn-proces forud for en bestyrelsesopdatering om fastholdelse, og trinnene for fastholdelsesforsøg, offboarding og analyse skal vises som ét flow

Sådan fungerer det

1. Omdøb banerne til jeres roller

   Erstat Kundesucces, Account executive (AE), Kunde, Kundesupport, Økonomi / fakturering og Produkt / ledelse med de roller, der reelt findes i jeres organisation. Et lille team lægger ofte kundesucces og account executiven sammen til én ansvarlig for fastholdelsesforsøget; gør det frem for at tegne en overlevering, der aldrig sker.

2. Definér, hvad der tæller som et bekræftet risikosignal

   Skriv, hvilke forbrugsmålinger, supportsignaler eller advarsler der er stærke nok til at åbne en sag, og hvem der har bemyndigelse til i stedet at føje en konto til overvågningslisten. Vage kriterier er, hvordan en fastholdelsesansvarligs tid bliver brugt på at jagte støj i stedet for reelle konti.

3. Fastsæt bemyndigelsesgrænserne for fastholdelsestilbuddet

   Beslut, hvad en account executive kan tilbyde uden godkendelse, og hvad der kræver godkendelse fra Økonomi, i jeres egne termer frem for en procent lånt fra et andet teams rabatpolitik. Skriv ned, hvem Økonomi reelt er for en lille aftale over for en strategisk konto.

4. Aftal, hvordan churn-årsagen indfanges

   Beslut, hvem der gennemfører afgangssamtalen, hvad en gennemført årsagsregistrering skal indeholde, og hvor den opbevares. En årsag, ingen kan finde frem seks måneder senere, kan ikke fodre analysetrinnet, uanset hvor godt selve samtalen gik.

5. Skriv jeres egen regel for win-back-egnethed

   Skriv, hvilke churn-årsager og kontoforhold gør en konto egnet til en fremtidig kampagne, og hvilke der ikke gør, og fastsæt jeres egen karensperiode frem for pladsholderperioden på dette diagram. Navngiv, hvem der ejer win-back-listen, så den ikke i det stille holder op med at blive arbejdet.

6. Beslut, hvor churn-fund reelt skal hen

   Aftal, hvem der gennemgår de samlede churn-årsager, med hvilken kadence, og hvad der sker med et fund, der peger på et produkthul, over for ét, der peger på selve fastholdelsesdrejebogen. En gennemgang uden ejer producerer et slide, ingen handler på.

7. Prøv det af mod to reelle sager

   Tag én konto, der blev fastholdt, og én, der churnede, og følg begge gennem diagrammet. Ethvert trin, folk beskriver fra hukommelsen, som ikke er tegnet, eller er tegnet men rutinemæssigt springes over, er det fund, der er værd at rette, før I udgiver processen.

Ofte stillede spørgsmål

Hvilke trin består en kundechurn-proces af?

En churn-sag åbner, når en konto udløser et reelt risikosignal: et fald i forbrug, en række supporteskaleringer eller en tidlig advarsel om manglende fornyelse. Kundesucces henter kontoens forbrugs- og faktureringshistorik og bekræfter, at risikoen er reel frem for en enkelt stille måned, som i stedet føjes til en overvågningsliste og gennemgås igen. En bekræftet sag får en ansvarlig for fastholdelsesforsøget, ledelseskontakt og et fastholdelsestilbud tilpasset den reelle årsag til at forlade, hvor større rabatter først sendes til Økonomi. Kundens beslutning er gaflen: fastholdt lukker sagen som en fastholdelse, og fortsat churn udløser den formelle opsigelse, en afgangssamtale der indfanger årsagen, bekræftelse af ophørsdatoen for adgang og slutfakturaen, og en overlevering til tjeklisten for nedlukning af kontoen. Sagen går derefter gennem en beslutning om win-back-egnethed, en win-back-kampagne styret af en karensperiode for egnede konti, og et sidste trin, der tjekker årsagen op mod produkthuller over for fastholdelsesdrejebogen, før sagen lukkes.

Hvad er et fastholdelsesforsøg, og hvordan adskiller det sig fra en rabat?

Et fastholdelsesforsøg er hele fastholdelsesindsatsen omkring en konto i risiko, ikke bare tilbuddet i den anden ende: en navngiven ansvarlig, ledelseskontakt så kunden hører fra nogen senior, og en plan, der er tænkt til at matche den reelle årsag til, at kontoen forlader. En rabat er ét muligt virkemiddel inde i den plan, og ofte det forkerte. En konto, der forlader, fordi en konkurrent har lanceret en funktion, bliver ikke fikset af en procent rabat; den har brug for et roadmap-tilsagn eller en successplan, der viser, hvordan hullet lukkes. En konto, der forlader på pris, kan reelt godt have brug for rabatten. At køre hvert fastholdelsesforsøg som en rabatsamtale er det, der gør et kundesucces-team til at ligne en prisdesk frem for en relationsdesk, og det er også det, der lærer kunder at true med at gå for en bedre pris.

Hvordan afgør I, om en churnet konto er egnet til en win-back-kampagne?

Bas det på churn-årsagen og kontoens status, da den forlod, ikke på hvor længe de var kunde, eller hvordan account executiven har det med tabet. Et tab til en konkurrents funktion, hvor hullet stadig er åbent, eller en konto, der forlod med skyldigt beløb eller midt i en tvist, er som regel en dårlig win-back-kandidat, indtil netop det forhold ændrer sig. Et prisfølsomt tab på ellers gode vilkår, eller et tab drevet af, at en fortaler forlod virksomheden, er ofte en reel kandidat, når der er gået tid. Skriv reglen ned, og anvend den konsekvent, for at vurdere egnetheden i det øjeblik, kontoen churner, har en tendens til enten at være for gavmild, af skyldfølelse, eller for hård, af frustration over, hvordan fastholdelsesforsøget gik. Karensperiodens længde, før en kampagne kører, er et politikvalg, jeres eget team skal træffe, ikke en fast regel.

Hvorfor betyder churn-analyse noget, når kontoen allerede er væk?

Én churnet konto er et tab; et mønster på tværs af flere er et fund, og hele pointen med aggregeringstrinnet er at skelne de to fra hinanden. Hvis den samme årsag bliver ved med at gå igen, er løsningen som regel ikke endnu et fastholdelsesforsøg, det er en ændring af produktet eller af selve fastholdelsesdrejebogen, hvilket er lige præcis det, beslutningen 'Er churn drevet af produkthuller?' peger hen imod. At springe dette trin over er, hvordan en organisation kører det samme tabende fastholdelsesforsøg i årevis, hver gang og behandler den aktuelle konto som en isoleret sag frem for det femte tilfælde af et mønster, ledelsen aldrig har set samlet ét sted. Registreringen fra afgangssamtalen er, hvad der gør dette muligt senere, hvilket er, hvorfor det at indfange en konkret årsag i øjeblikket betyder mere, end det føles som i selve situationen.

Hvem bør eje churn-processen: kundesucces, salg eller produkt?

I de fleste organisationer ejer kundesucces processen fra ende til anden, fordi de er tættest på kontoen og den ene relation, der skal holde sammen gennem en svær samtale. Account executiven bliver som regel trukket ind til selve fastholdelsesforsøget, da en kunde ofte reagerer anderledes over for nogen mere senior end deres daglige kontakt, og Økonomi ejer godkendelsen af alt ud over standardrabatbemyndigelsen. Produkt ejer ikke processen, men skal være en reel modtager af churn-årsagsfundene, ikke bare en bane på diagrammet, ellers bliver aggregeringstrinnet til rapportering, ingen handler på. Uanset hvordan I deler det op i jeres egen organisation, så navngiv én ejer for sagen fra åbning til lukning; en churn-sag uden én ejer er den, hvor årsagen bliver indfanget dårligt, og win-back-muligheden går helt tabt.