Silent Quitters: Kundene som forsvinner uten å si opp

Kort svar

Hvordan oppdager man kunder som har sluttet uten å si opp?

Ved å overvåke faktisk aktivitet, ikke bare kontraktsstatus. Definer hva aktiv bruk betyr, sett terskler for inaktivitet per kundesegment, og la en rapport flagge kundene som faller under. Hver flagget kunde må undersøkes før den regnes som tapt – inaktivitet har mange forklaringer, og bare noen av dem er churn.

En kunde har en løpende avtale. Det finnes ingen fornyelsesdato, ingen bindingstid og ingen faktura som uteblir, fordi kunden betaler per transaksjon. En dag slutter transaksjonene. Ingen sier opp. I CRM står kunden fortsatt som aktiv, og i kundetellingen er den med.

Seks måneder senere oppdager noen det. Da er det for sent å spørre hva som gikk galt, og for sent å gjøre noe med det.

Denne artikkelen handler om de kundene: hvordan de skiller seg fra kunder som sier opp, hvorfor vanlig churnrapportering ikke fanger dem opp, og hvordan Customer Success kan bygge en fast prosess for å finne dem. Fremgangsmåten bygger på erfaring fra arbeid med kunder på løpende, transaksjonsbaserte avtaler. Erfaringene er generalisert, og eksemplene er anonymiserte eller hypotetiske.

Hva er en Silent Quitter?#

En Silent Quitter er en kunde som i praksis har sluttet å bruke tjenesten, men som fortsatt har en aktiv avtale. Begrepet er ikke en etablert fagterm. Vi bruker det her som en praktisk merkelapp på det som ofte kalles stille frafall (silent churn): frafall uten oppsigelse.

Problemet oppstår først og fremst der det ikke finnes en naturlig beslutningsdato – SaaS uten bindingstid, betalingsløsninger, plattformer med forbruksbasert prising og andre løpende kundeforhold. Med en årsavtale tvinger fornyelsen frem en avklaring. Uten den kan en inaktiv kunde bli stående i kundebasen på ubestemt tid.

Fem begreper blir ofte blandet sammen. De bør holdes adskilt, fordi de krever ulik oppfølging:

Inndelingen er en faglig vurdering, ikke en etablert standard. En Silent Quitter er en kunde med kommersiell churn uten formell churn.

Det viktigste skillet er mellom de to første. En aktiv kontrakt sier at kunden har rett til å bruke tjenesten. Den sier ingenting om at kunden gjør det.

Hvorfor tradisjonell churnrapportering ikke er tilstrekkelig#

Churnrapportering bygger som regel på hendelser: en oppsigelse, en avsluttet avtale, et abonnement som ikke fornyes. Silent Quitters skaper ingen hendelse. De forsvinner fra bruksdataene, men ikke fra kundelisten.

Rapporten viser 2 prosent churn. Virkeligheten er nærmere 8. Det er ikke en avrundingsfeil, men en annen størrelsesorden – og den slår ut i alt som bygger på kundetallet: inntekt per kunde, andel aktive kunder, kapasitetsplanlegging og LTV (lifetime value, også kalt CLV).

I transaksjonsbaserte modeller kommer en tredje måling i tillegg: revenue churn, inntekten som er tapt. Her er det særlig lett å trekke feil slutning. Inntekten fra de 60 kundene er allerede borte fra regnskapet, men den er ikke klassifisert som churn. Den ser ut som lavere volum hos eksisterende kunder. Dermed kan inntektsrapporten vise at noe har skjedd, mens churnrapporten sier at alt er i orden.

Ingen av målingene er riktig alene. Sammen viser de om kunden har sagt opp, har sluttet, eller bare bruker tjenesten mindre. Se Slik måler du churn i et selskap i rask vekst for skillet mellom kundefrafall og inntektsfrafall.

Hvordan identifisere Silent Quitters#

Metoden under har sju steg. De første fire bygger rapporten. De tre siste er det manuelle arbeidet rapporten gjør mulig – og det er der verdien ligger.

Steg 1Definer hva aktiv bruk betyr#

Velg én hendelse som viser at kunden får verdi, ikke bare at noen har logget inn. I en betalingsløsning er det en gjennomført transaksjon. I et SaaS-produkt kan det være en fullført arbeidsoppgave. Hendelsen bør være inntektsgivende eller tett knyttet til det kunden betaler for. Innlogginger og sidevisninger er for svake signaler.

Steg 2Segmenter kundebasen#

Del kundene inn etter størrelse og normalt aktivitetsnivå. En kunde med hundrevis av transaksjoner i uken og en kunde med en håndfull i måneden kan ikke vurderes med samme frist. Se segmentering i ordlisten.

Steg 3Sett terskler per segment#

Tersklen er hvor lenge en kunde kan være uten aktivitet før den flagges. Den bør være lang nok til å tåle normale variasjoner, og kort nok til at det fortsatt er mulig å gjøre noe.

Tersklene er illustrative og ikke en anbefaling. De må kalibreres mot virksomhetens egne bruksmønstre – for eksempel ved å se hvor lenge kunder som senere ble aktive igjen, typisk var inaktive.

Logikken bak tabellen er at tersklen blir kortere jo høyere aktivitet og verdi kunden normalt har. For store kunder er et fall i aktivitet ofte et tidligere og bedre signal enn full stopp.

Steg 4Lag en automatisert rapport#

Rapporten bør kjøre fast, for eksempel ukentlig eller månedlig, og vise kunde, segment, dato for siste aktivitet, antall dager uten aktivitet og hvem som eier kundeforholdet. Det viktigste er at den kjører uten at noen må huske å be om den.

Steg 5Undersøk hver kunde som flagges#

En flagget kunde er en hypotese, ikke en konklusjon. Før noen kontakter kunden, bør det sjekkes om det finnes en kjent forklaring: åpne saker hos Customer Support, tekniske feil, pågående implementering, avtalte pauser eller et sesongmønster fra tidligere år.

Steg 6Kontakt kunden eller kundeansvarlig#

Kundeansvarlig vet ofte mer enn dataene viser. Avklar først internt, og kontakt deretter kunden hvis status fortsatt er uklar. Spørsmålet bør være åpent – hva har endret seg? – ikke et forsøk på å redde avtalen i første setning.

Steg 7Registrer resultatet og sett neste oppfølging#

Hver undersøkelse ender i en status: aktiv igjen, midlertidig inaktiv med forventet dato, legitim lav bruk eller bekreftet churn. Bekreftet churn registreres med årsak, dato og inntektsinformasjon. Alle andre statuser får en ny oppfølgingsdato, slik at kunden ikke blir flagget og glemt på nytt.

Inaktivitet betyr ikke nødvendigvis churn#

Det er fristende å la rapporten konkludere selv: ingen aktivitet i fire måneder, altså tapt. Det er den feilen som gjør mest skade. Fire anonymiserte typetilfeller viser hvorfor.

Den sesongbaserte virksomheten. En kunde driver en virksomhet som bare har aktivitet deler av året. Om vinteren er det ingen transaksjoner. Hvert år blir kunden flagget, og hvert år kommer aktiviteten tilbake. Feilen her er å behandle et kjent mønster som en ny hendelse. Løsningen er å sammenligne med samme periode i fjor, ikke med forrige måned.

Kunden som bruker løsningen som reserve. En kunde bruker en annen leverandør som hovedløsning, men beholder avtalen som reserve hvis noe skulle svikte. Aktiviteten er nesten null, men avtalen har reell verdi for kunden. Å registrere den som churn er feil. Å ignorere den er også feil: Kunden er lite lojal og gir lite inntekt, og det bør stå i CRM.

Kunden som har sluttet, men aldri sagt opp. En kunde har byttet leverandør, avviklet virksomheten eller sluttet med aktiviteten løsningen ble brukt til. Ingen har tenkt på å si opp, fordi avtalen ikke koster noe når den ikke brukes. Dette er den egentlige Silent Quitter, og det er her registreringen må på plass.

Kunden med tekniske problemer. En kunde har vært inaktiv i flere uker fordi en integrasjon har sluttet å virke. Kunden har kanskje ikke merket det, eller tror det er noe på egen side. Her er inaktiviteten et symptom på et problem som kan løses – og den kunden er lettest å få tilbake, hvis noen oppdager det i tide.

Den samme rapportlinjen kan skjule en sesongpause, en reserveløsning, en tapt kunde og en ødelagt integrasjon. Bare én av dem er churn.

Automatisk klassifisering gir feil i begge retninger. Registreres sesongkunder og reservekunder som tapt, blir churn for høy, og kunder som kommer tilbake, telles som nysalg. Blir de tekniske problemene ikke oppdaget, mister man kundene som var enklest å beholde. Derfor bør regelen være at rapporten flagger, og et menneske konkluderer.

Skill mellom siste aktivitet og faktisk oppsigelsesdato#

Når churn først er bekreftet, oppstår et nytt spørsmål: Når sluttet kunden?

Det finnes minst tre datoer, og de betyr forskjellige ting:

Siste aktivitet er når kunden i praksis sluttet. Oppsigelsesdatoen er når avtalen sluttet. Mellom dem kan det gå mange måneder.

Blandes datoene, blir analysene feil på forutsigbare måter:

• Churn havner i feil periode. En kunde som sluttet å bruke tjenesten i september, men ble registrert som avsluttet i mars, blir en del av vårens churntall. Kvartalet ser verre ut enn det var, og høsten bedre.
• Kundelevetiden blir for lang. Bruker man oppsigelsesdatoen, får kunden seks måneder ekstra levetid uten inntekt. Det blåser opp beregninger av LTV.
• Kohortanalysene blir skjeve. Frafallet tidfestes for sent, og kurvene ser bedre ut enn de er.
• Tidligere rapporter endres. Velger man i stedet å tilbakedatere churn til siste aktivitet, endrer man tall som allerede er rapportert. Det kan være riktig, men det må gjøres bevisst og forklares.

En ryddig løsning er å lagre alle tre datoene og være eksplisitt om hvilken som brukes i hvilken rapport. Siste aktivitet egner seg til å analysere frafall. Oppsigelsesdatoen egner seg til kontrakts- og regnskapsrapportering. Avstanden mellom siste aktivitet og oppdagelse er et mål på hvor godt prosessen virker.

Bygg en operativ arbeidsflyt#

En rapport som ingen eier, blir lest et par ganger og deretter glemt. Prosessen trenger feltene som gjør status synlig, og tydelige roller for hvem som gjør hva.

Feltnavnene er gjengitt på engelsk fordi mange CRM-systemer bruker engelske feltnavn. Det viktige er skillet mellom feltene, ikke navnene.

Fra flagg til registrert status

1. 01

   Rapport

   Flagger kunder over terskelen for sitt segment.

2. 02

   Customer Success

   Undersøker kjente forklaringer og avklarer med kundeansvarlig.

3. 03

   Sales eller kundeansvarlig

   Kontakter kunden og bekrefter status.

4. 04

   Operations

   Registrerer avslutning, dato og årsak i CRM.

Kunder som ikke er tapt, får en ny oppfølgingsdato og kommer tilbake i rapporten.

Fordelingen av roller avhenger av organisasjonen. I mange virksomheter er det naturlig at Customer Success eier prosessen som helhet: at rapporten kjører, at flaggene blir undersøkt, og at hver sak får en status. Kundeansvarlig, enten det er i Sales eller i Customer Success, bekrefter status med kunden. Operations, eller CS Operations der den funksjonen finnes, sørger for at avsluttede kundeforhold faktisk blir avsluttet i CRM.

Det siste leddet er lett å undervurdere. Når Customer Success har bekreftet at en kunde er tapt, men ingen avslutter avtalen i systemet, står kunden fortsatt som aktiv i alle andre rapporter. Det trengs en fast rutine for overleveringen – hvem som får beskjed, i hvilken form, og innen hvor lang tid.

Mål effekten#

Prosessen bør måles på to nivåer: om den gjennomføres, og om den gir resultater. Det første er lettere å måle. Det andre er det som betyr noe.

Inndelingen i prosess og resultat er en faglig vurdering. Tid til oppdagelse er begge deler: den måler prosessen, men styrer også hvor mye som kan reddes.

Andelen verifiserte Silent Quitters sier noe om tersklene. Er den svært lav, flagges for mange kunder som har en god forklaring, og tersklene er sannsynligvis for korte. Er den svært høy, kan tersklene være for lange – kundene er allerede borte når de flagges.

Inntekt reddet gjennom reaktivering må tolkes med forsiktighet. Noen av kundene ville ha kommet tilbake uansett, særlig sesongkunder og kunder med midlertidige problemer. Se Churnen du aldri ser for hvorfor slike tall alltid er et anslag, og hvordan man kan gjøre anslaget bedre.

Den viktigste effekten er kanskje ikke i noen av tallene over. Når kundebasen er ryddet, blir alle andre målinger mer pålitelige: churn, retensjon, NRR og inntekt per kunde.

Den viktigste lærdommen#

Churn er ikke nødvendigvis noe som skjer når kunden sier opp. Det kan ha skjedd lenge før noen oppdager det. Oppsigelsen er bare det tidspunktet virksomheten får vite det.

Customer Success må derfor overvåke faktisk kundeadferd, ikke bare kontraktsstatus. Det krever ikke avanserte verktøy. Det krever en definisjon av aktiv bruk, terskler som passer kundene, en rapport som kjører av seg selv – og noen som har ansvaret for å se på hver eneste kunde den flagger.