Emnehub · Owned demand
Owned demand: eget kundekartotek som efterspørgselslager
De fleste bilforhandlere behandler eget kundekartotek som et arkiv og portalerne som efterspørgselsmotoren. Owned demand vender rækkefølgen: når en bil indkøbes, returneres eller snart er ledig, matches den først mod levende kundeønsker, og første handling er en mødebooking i eget kartotek.
Sidst opdateret:
Kort svar
Owned demand betyder, at forretningens egne kundeønsker udgør et efterspørgselslager, der aktiveres før eller parallelt med ekstern annoncering. Modellen kræver tre ting: strukturerede og daterede kundeønsker, automatisk match når en bil kommer ind, og en aftalt frist for hvornår bilen frigives til portalerne.
Hvad owned demand er — og hvad det ikke er
Owned demand er den efterspørgsel, forretningen selv ejer: kunder i kartoteket med et registreret ønske om en bestemt bil, en leasingaftale der løber ud, eller en servicehistorik der peger på et genkøb. Efterspørgslen er kendt, samtykket er givet, og kontaktvejen findes allerede.
Det er ikke en erstatning for portalerne. Bilbasen, DBA og de øvrige platforme skaber ny efterspørgsel, som forretningen ikke selv kan nå. Owned demand handler om rækkefølgen: hvad sker der i de timer eller dage, hvor bilen kun er kendt internt.
Forskellen på de to kanaler er ikke pris alene. Et match i eget kartotek starter med kendt historik, kendt budget og en navngiven sælger. Et portallead starter forfra.
- Owned demand = kendt kunde, registreret ønske, eksisterende samtykke.
- Portaldistribution = ny efterspørgsel, ukendt kunde, koldt lead.
- Begge er nødvendige. Rækkefølgen er det, der kan optimeres.
De fire forudsætninger, modellen står på
Uden alle fire bliver owned demand en hensigtserklæring i stedet for et flow, der kører af sig selv.
Første forudsætning er strukturerede ønsker. Et ønske skal indeholde køb eller leasing, model og variant, årgangs- og kilometergrænse, budget eller månedlig ydelse, must-haves, hvad kunden er fleksibel på, og hvornår bilen skal være klar. En note i fritekst kan ikke matches maskinelt.
Anden forudsætning er friskhed. Et ønske har en oprettelsesdato, en seneste bekræftelse og en udløbsdato. Et ønske fra sidste år, som ingen har bekræftet, er ikke efterspørgsel — det er støj, der ødelægger tilliden til matchene.
Tredje forudsætning er automatisk match. Matchet skal udløses, når bilen registreres — ved indkøb, ved returnering, ved forventet ledighed — og ikke først når en sælger husker at søge.
Fjerde forudsætning er en aftalt frigivelsesfrist. Forretningen beslutter, hvor længe en bil arbejder internt, før den lægges ud eksternt, og fristen skal være målbar, så den kan justeres i stedet for at bero på fornemmelse.
Flowet fra ny bil til booket møde
Bilen registreres med stelnummer, variant, kilometer og forventet klargøringsdato. Registreringen er den begivenhed, der starter alt det øvrige.
Systemet matcher bilen mod aktive ønsker og rangerer kandidaterne. Rangeringen skal være forklarlig: hvilke kriterier er opfyldt, hvilke er tæt på, og hvad afviger. En sælger, der ikke kan se hvorfor, ringer ikke.
Sælgeren får matchet som en opgave med kundens historik, det registrerede ønske og et forslag til besked. Målet med opkaldet er en konkret mødebooking, ikke en orientering.
Efter den aftalte frist frigives bilen til portalerne — automatisk, ikke efter hukommelse. Hvis bilen allerede har et bekræftet møde, kan frigivelsen udskydes med en synlig begrundelse.
- Bilen registreres → match udløses samme øjeblik.
- Sælgeren får kontekst, ønske og forslag til besked i én opgave.
- Første succeskriterium er et bekræftet møde, ikke en udsendt mail.
- Frigivelse til portaler sker på en fastsat frist, ikke ad hoc.
Leasing: returbiler og genleasing er owned demand
For leasing er modellen særligt konkret, fordi udløbsdatoen er kendt på forhånd. En bil, der kommer retur om 60 dage, er både et kommende lager og en kunde, der skal have en ny aftale.
Det samme flow dækker begge sider: den udløbende aftale matches mod nye biler, og returbilen matches mod aktive ønsker, før den sendes til ekstern distribution eller auktion.
Rollefordelingen mellem leasingselskab og forhandler skal aftales, inden flowet aktiveres: hvem ejer kundekontakten, hvem må kontakte hvornår, og hvilke data må udveksles.
KPI'er der viser, om modellen virker
Antallet af registrerede ønsker er ikke et resultat. Målepunkterne nedenfor er de nøgletal, forretningen selv kan trække og følge over tid.
Definér hvert nøgletal skriftligt, før måling starter, og hold definitionen fast. Ellers kan udviklingen ikke sammenlignes fra kvartal til kvartal.
Alle fem tal kan trækkes af forretningen selv. Vi offentliggør ikke branchegennemsnit uden en dokumenteret metode og et beskrevet datagrundlag.
- Ønskedækning: andel af aktive kunder med mindst ét gyldigt, bekræftet ønske.
- Matchhastighed: tid fra bilen registreres til første match sendes til en sælger.
- Møderate fra eget kartotek: andel af match der bliver et bekræftet møde.
- Konvertering før distribution: andel af biler der sælges, inden de frigives eksternt.
- Andel handler fra eget kartotek: andel af samlede handler der starter i eget kundekartotek.
Faldgruber
Den mest almindelige fejl er at behandle ønskeregisteret som en nyhedsbrevsliste. Owned demand fungerer, når kunden får den ene relevante bil — ikke en ugentlig liste over hele lageret.
Den næstmest almindelige er manglende oprydning. Uden udløbsdato og bekræftelse fyldes registeret med ønsker, ingen tror på, og sælgerne stopper med at reagere på match.
Den tredje er samtykke. Kontakt til eksisterende kunder med et markedsføringsindhold kræver et gyldigt grundlag, og grundlaget skal kunne dokumenteres pr. kunde og kanal.
Ofte stillede spørgsmål
Se flowet på jeres egne data
30 minutter, hvor vi gennemgår hvordan kundeønsker, automatisk match og mødebooking ser ud i CARRUSLiNK med jeres lager og kundetyper.