##  [Hvor mange point har du i mit CRM?](/da/node/261) 

    *Indsendt af Lennart den tir, 28 jul 2026 - 15:36*  

  ![Hvor mange point har du i mit CRM?](/sites/default/files/styles/wide/public/2026-07/composite_6.png.webp?itok=o-tKGLHy)

 

Hvis vi har talt sammen inden for det seneste stykke tid, står du i mit system med et tal ved siden af dig. Har vi holdt møde, er du fem point værd. Har vi ringet sammen, tre. En mail er to. Et LinkedIn-klik er ét.

Det lyder køligere, end det er ment. Men lad mig fortælle, hvorfor det tal findes — og hvorfor det mest interessante ved det er, at det ikke er gemt nogen steder.

Jeg har bygget mit eget CRM. Ikke fordi verden manglede et, men fordi jeg ville have et, der belønner det, der faktisk virker i mit arbejde: at røre ved mennesker.

Derfor pointene. En note giver i øvrigt nul — men det vender jeg tilbage til.

Der er et dashboard med dagens score, en målbjælke, en streak med et lille flammeikon, og en notifikation når dagens mål er nået. Det er lige så fjollet, som det lyder, og det virker lige så godt, som fjollede ting har det med at gøre.

Men den beslutning, jeg er gladest for, kan man ikke se på skærmen. **Pointene gemmes ikke nogen steder.**

## Nul point for en note

Først vægtene, for de er en holdning forklædt som tal.

Et møde er en halv dag. Et opkald koster overvindelse. En mail koster ti minutter. Et LinkedIn-klik koster ingenting — og derfor er det ét point, ikke fem. Systemet er bygget, så jeg kan se på en fordeling, at tredive LinkedIn-berøringer ikke er seks møder, selvom tallet nederst kunne ligne det.

Og noten giver nul. Bevidst. En note er noget, jeg skriver ned til mig selv. Det er ikke en berøring af et andet menneske. Det ville være behageligt at få point for at være grundig med sin dokumentation, og præcis derfor må man ikke.

Det er den første ting, ethvert målesystem afslører om sin ejer: hvad har man gjort det nemt at score på? Hvis dine sælgere kan hæve deres tal ved at registrere flittigere, har du bygget et system, der måler registrering.

## Den beslutning, der betyder noget

Her er, hvad der ikke findes i min database: en points-kolonne. En score-hændelse. Et felt nogen skal huske at opdatere.

Der findes kun to ting: en logbog over berøringer — hvem, hvornår, ad hvilken kanal — og en lille tabel over, hvad hver kanal er værd. Scoren regnes ud, hver gang nogen spørger.

Det lyder som en teknikalitet. Det er det ikke. Prøv at forestille dig alternativet:

Havde jeg gemt pointene på hændelsen, ville en ændring af vægtene kun gælde fremad. Hvis jeg om et halvt år finder ud af, at et opkald i virkeligheden er tættere på fire point end tre, ville alt det, jeg allerede har logget, for evigt være regnet efter de gamle regler. Min historik ville være et lag af arkæologiske perioder, hver med sin egen definition af, hvad et opkald var værd.

Og hvad gør man så, når man opdager, at reglerne var forkerte? Man lader være med at ændre dem. Ikke fordi man tror på dem længere, men fordi ændringen ville ødelægge sammenligneligheden.

**Det er sådan, målesystemer dør.** Ikke af at være forkerte, men af at være for dyre at rette.

Fordi pointene i mit system er udledt, gælder en ny vægtning med det samme — også bagud. Retter jeg tabellen, er hele historikken øjeblikkeligt regnet om efter de nye regler. Jeg kan spørge "hvordan ville sidste kvartal have set ud, hvis møder talte dobbelt?" og få svaret på et sekund, fordi fortiden ikke er støbt i beton.

Det er den rigtige semantik for et spil, man selv laver reglerne til. Og det er den rigtige semantik for stort set alle de nøgletal, en virksomhed styrer efter.

## Det er ikke et databaseproblem

Jeg har set variationen af det her problem i hver eneste virksomhed, jeg har været inde i.

Nogen definerede for fire år siden, hvad en "kvalificeret lead" var. Definitionen står nu i en kolonne i et system, i alle rapporter siden, og i hovedet på tre mennesker der ikke længere arbejder der. Alle er enige om, at definitionen er forkert. Ingen ændrer den, fordi året til dato så ikke længere kan sammenlignes med sidste år.

Så bliver man ved med at styre efter et tal, man ikke tror på. I årevis.

Kuren er ikke et bedre BI-værktøj. Den er at holde op med at gemme det udregnede tal og i stedet gemme det, der faktisk skete. Hændelsen — mødet, mailen, opkaldet — er en kendsgerning. Den ændrer sig aldrig. **Definitionen af hvad den er værd, er en holdning, og holdninger skal kunne ændres uden at man taber sin historie.**

Skil de to ad, og du kan revidere dine regler, så tit du vil. Bland dem sammen, og din organisation bliver gidsel af en beslutning, nogen traf i en fart for fire år siden.

## Streaken tæller fra i går

En detalje mere, som handler om noget større.

Streaken — dage i træk, hvor jeg har rørt ved nogen — tælles bagfra fra i dag. Har jeg endnu ikke logget noget i dag, tælles der fra i går.

Alternativet ville være at nulstille ved midnat. Men så ville systemet klokken 00:01 fortælle mig, at jeg havde mistet min streak på en dag, jeg stadig havde foran mig. Det er teknisk korrekt og psykologisk idiotisk.

Det er værd at holde fast i, næste gang nogen designer et dashboard til andre mennesker: **et målesystem, der er hårdt ved kanterne, bliver ikke brugt.** Det bliver undgået. Og et system, folk undgår, måler ingenting.

## Det ene sted, hvor en sum ikke er nok

Næsten alt i systemet er en sum, man kan regne ud når som helst. Der er én undtagelse, og den er værd at forstå, fordi den samme skelnen dukker op i næsten alle automatiseringsopgaver.

At vide *hvad min score er* er en forespørgsel. Jeg kan stille den, når det passer mig.

At blive gjort opmærksom på det *i det øjeblik målet rammes* er noget andet. Det kan kun besvares af noget, der lytter med, mens tingene sker. En løsning der spørger hvert femte minut, er enten for langsom til at føles som en kvittering eller for hyppig til at være gratis.

Derfor er der en lille selvstændig proces, der lytter på strømmen af hændelser og sender en notifikation, første gang dagens mål er nået. Den fejrer én gang om dagen — berøring nummer syv udløser ikke endnu et pop-up. Den viden ligger i den lyttende proces, ikke i logbogen, for spillets tilstand hører ikke hjemme i historikken over, hvad der er sket.

Skelnen er den samme overalt: **spørgsmål kan besvares bagefter, reaktioner kan kun ske i øjeblikket.** Det er værd at vide, hvilken slags man har med at gøre, før man vælger arkitektur.

## Hvad man kan tage med

Jeg bygger den slags selv, fordi jeg ikke kan rådgive om at bygge skelettet omkring AI uden at have hænderne i det. Men pointerne her har intet med AI at gøre — de gælder ethvert tal, en organisation styrer efter:

**Gem hændelser, udled tal.** Det der skete, ændrer sig aldrig. Det du mener, det er værd, bør kunne ændre sig i morgen.

**Hold vægtene ét sted.** I mit system genereres selve databaseforespørgslen ud fra tabellen med vægte, så der ikke findes to steder at rette. Én sandhed, ét sted at ændre den.

**Gør det svært at score på det forkerte.** Hvis noten gav point, ville jeg skrive flere noter og ringe færre opkald. Det ville føles som fremgang.

**Vær generøs ved kanten.** Et system, der straffer folk på tekniske grænser, bliver et system, folk arbejder udenom.

Og så det underliggende, som er hele grunden til, at jeg gad bygge det: et tal, du ikke tør ændre definitionen på, er ikke en måling. Det er en vane.