# 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.

**Kilde:** https://carruslink.com/hub/owned-demand
**Sidst opdateret:** 2026-08-19

## 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

### Betyder owned demand, at vi skal droppe Bilbasen?

Nej. Portalerne skaber efterspørgsel, I ikke selv kan nå. Owned demand handler om rækkefølgen: at bilen først matches mod kendte kundeønsker, og at frigivelsen til portalerne sker på en aftalt frist frem for tilfældigt.

### Hvor længe bør en bil arbejde internt, før den lægges ud?

Der findes ikke et branchesvar, vi kan dokumentere. Fastsæt en frist, I kan overholde — typisk fra få timer til få dage afhængigt af klargøringstid — mål konverteringen før frigivelse, og juster fristen på data i stedet for fornemmelse.

### Hvordan holder vi ønskeregisteret aktuelt uden at spamme kunderne?

Hvert ønske får en udløbsdato og en bekræftelsesdato. Bekræftelsen sker i forbindelse med en relevant kontakt — et match, et værkstedsbesøg eller en aftaleudløb — ikke som en selvstændig påmindelseskampagne.

### Kræver det, at vi skifter DMS?

Nej. CARRUSLiNK lægger sig oven på eksisterende DMS-, værksteds- og økonomisystemer og læser lager- og kundedata derfra i stedet for at erstatte dem.

### Hvad hvis flere kunder matcher samme bil?

Matchene rangeres, og rangeringen er synlig: opfyldte kriterier, nære kriterier og afvigelser. Sælgeren beslutter rækkefølgen — systemet foreslår, men afgør ikke.

## 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.

— CARRUSLiNK · https://carruslink.com/hub/owned-demand
