Når Excel er limen i dine systemer, har du et problem

Enhver iværksætter har et regneark, de helst ikke vil vise deres CRM-leverandør.

Arket hedder sandsynligvis noget i retning af Pipeline_v4, Fornyelser_Q3 eller Bestyrelsestal_ENDELIG. Det ligger på skrivebordet hos én person, opdateres manuelt søndag aften, og det er den version af sandheden, ledelsen faktisk stoler på og læner sig op ad.

Instinktet er at håndtere det som et disciplinproblem. "Teamet opdaterer ikke CRM-systemet ordentligt"; "vi har brug for bedre rutiner"; "vi skal håndhæve dataregistrering nøje". Det er næsten altid forkert. Der er ingen, der holder liv i et regneark for sjov. Når et sådant regneark findes, gør det noget, ingen andre systemer i virksomheden gør, og det gør det til det mest ærlige diagnoseværktøj, du har.

Spørgsmålet er altså ikke, hvordan du slipper af med det, men snarere hvad det fortæller dig. Der findes tre mulige svar, de har næsten ingenting til fælles, og et af dem handler egentlig ikke om dit CRM.

Kør den her test først: »Hvis dit regneark blev slettet i nat, kunne du så bygge det op igen i morgen tidlig alene ud fra CRM-et, uden at spørge en enkelt kollega?«

Er svaret ja, har du det billigste af de tre problemer. Alt, du har brug for, ligger allerede i systemet, og regnearket indeholder ingen ny information overhovedet, kun en anden præsentation af den.

Det mest almindelige tilfælde: du vil gerne se månedlig tilbagevendende omsætning fordelt på hvem, der vandt kunden kombineret med opsagte kunder fratrukket. Hver enkelt af de oplysninger ligger i CRM-et, men rapportbyggeren giver dig aftaleværdi per sælger, ikke tilbagevendende omsætning per sælger over tid. Så du eksporterer to lister, kobler dem på kundenavn, tilføjer en månedskolonne og laver en pivottabel. Næste måned gør du det hele igen.

Det tager ikke bare et par timer, det æder en hel dag om måneden. Heldigvis er det ikke en fejl i CRM-et, kun en rapporteringsændring. Brug en time med nogen, der arbejder i CRM-virksomheden, og spørg om rapporten simpelthen kan bygges. Ofte kan den det, men der er bare ingen, der har spurgt endnu. Det er det ene tilfælde, hvor svaret ikke er et helt nyt CRM.

Kunne du ikke bygge regnearket op igen ud fra CRM-et alene, må du se på de kolonner, CRM-et ikke har et hjem til. Det er det mest almindelige problem hos virksomheder, der er vokset ud af et generisk CRM. Systemet kan håndtere en del af jeres proces, men ikke det hele.

Symptomerne er til at genkende når du først ved, hvad du skal se efter:

1. En dropdown brugt til noget andet end sit navn, fordi jeres team har taget den i brug til noget andet.

2. Et notefelt, der udfører reelt strukturelt arbejde, fordi der ikke er andet sted at placere den action, der afgør, hvad der sker næste gang.

3. Et trin i den virkelige proces, der ikke har noget modsvar i systemet, så det ender med at leve i en regnearkskolonne og i hovedet på den, der ejer arket.

4. Nyansatte, der har brug for en person, ikke dokumentation, for at forstå hvordan pipelinen egentlig fungerer.

Det viser sig også i selve formen på forretningen.

»Vi har set en række eksempler gennem årene, hvor CRM-et kun passede til én specifik type aftale, eller kun dele af det, virksomheden faktisk sælger, så alt det andet måtte håndteres i Excel«, siger Andreas Lundmark, COO i DealJourney. »Der findes også virksomheder, hvor visse aftaler aldrig bliver lagt ind overhovedet. Nogen lægger dem bare ind i regnearket i hånden ved slutningen af hver måned.«

Uanset årsagen er konsekvenserne de samme tre hver gang. At rette dataene i hånden tager tid, du ikke burde bruge. Sporbarheden forsvinder, fordi begrundelsen bag et tal ligger i en fil, kun én person ejer. Det går direkte ud over målbarheden.

Den sidste er den farlige. En langsom proces er synlig, og nogen vil til sidst klage over den. En tryg beslutning bygget på tre fjerdedele af hele billedet og beslutningsgrundlaget er ikke synligt overhovedet, og ingen klager, fordi alle tror på tallet.

Der findes en endnu værre version af alt dette, og det er når systemet ikke kan tilpasses, selvom du betaler for det. Leadway, et norsk callcenter, bad deres tidligere CRM-leverandør om en ændring i SMS-opsætningen og fik en pris på 40.000 kroner. »Så var den ikke længere. Vi begyndte at se os om efter noget andet samme uge,« siger Tønnes Klungland, direktør og partner i Leadway.

Testen: gemmer du information, CRM-et ikke har et felt til, og ingen mulighed har for at oprette et? Så konfigurerer du dig ikke ud af det. Enten tilpasser værktøjet sig til jer, eller I bliver ved med at betale afgiften for et system, der ikke passer.

Den tredje diagnose ser anderledes ud. Regnearket bærer ikke information CRM-et mangler. Det bærer information fra fire systemer på én gang.

Afsløringen er hvor kolonnerne kommer fra. Aftaleværdi fra CRM-et. Leveringsstatus fra projektværktøjet. Åbne sager fra helpdesken. Faktureret beløb fra regnskabssystemet. Nogen henter hver af dem, stiller dem op efter kundenavn og bygger det eneste overblik, der viser hvad, der faktisk sker med en kunde, og gør det i Excel.

Den person er jeres integrations-lag. Et menneske, der kobler data i hånden efter en plan, med den fejlrate du kan forvente af nogen, der skal hente og sortere data ud af fire systemer.

I SalesForce's syvende State of Sales-rapport, en undersøgelse blandt 4.050 sælgere i 22 lande, heriblandt Norge, Sverige og Danmark, bruger en gennemsnitlig sælger 40 % af tiden på faktisk salg. Resten af tiden går til noget ander, og en god del af den går til at sætte data fra flere systemer sammen.

Det er også den diagnose iværksættere oftest forveksler med den forrige. Du går ud og leder efter et bedre CRM, mens dit CRM måske er helt fint. Problemet ligger ikke inde i noget enkelt system. Det ligger i rummet imellem dem, og i de integrationer, der mangler.

Der har aldrig været nogen, der besluttede at have flere systemer. Salg havde brug for en pipeline, så nogen valgte et CRM. Supporten druknede i mails, så nogen valgte en helpdesk. Levering havde brug for at holde styr på arbejdet, så nogen valgte et projektværktøj. Økonomi havde brug for fakturering. Hver af dem var et fornuftigt valg, truffet af en dygtig person, der løste et reelt problem på et tidspunkt hvor virksomheden havde større ting at bekymre sig om.

Intet gik galt, og alligevel findes den samme kunde nu fem gange, og de fem kopier er modstridende. Firmanavnet er stavet på to måder. Fornyelsesdatoen i CRM-et er fra før kontrakten blev forlænget. Supporten ved ikke, at denne kunde fornyer om tre uger. Salg ved ikke, at der er fire åbne sager. Det er den virkelige omkostning, ikke licensafgifterne, selv om de også lægger sig oven i det hele.

Det er ikke et marginalt problem. I 2026 Database Strategies and Contact Acquisition Benchmark Survey angiver omkring halvdelen af organisationerne nu, at de har én kilde til sandheden for deres salgs- og marketingdata. Det er den gode nyhed. Det betyder også, at den anden halvdel ikke har det. To år tidligere svarede 57 %, at deres kundedata lå i manuelle Excel-ark, ved siden af CRM-et, analyseværktøjet og marketingplatformen.

I samme Salesforce-undersøgelse sagde 51 % af salgscheferne, der bruger AI, at frakoblede systemer bremsede deres AI-initiativer. Håber du, at AI med tiden skal tage noget af administrationen fra teamet, er fragmenterede data det, der står i vejen. En model, der ser en fjerdedel af kunden, giver dig svar om en fjerdedel af kunden.

At samle alt er et for enkelt et svar. Nogen adskillelse kan være rigtig. En bedre test er den her:

»Har dette system brug for at vide, hvem kunden er, og hvad de betaler?«

Er svaret ja, bør det sandsynligvis ikke være et selvstændigt system. Supporten har brug for at vide det, fordi om en kunde betaler 200 euro om måneden eller 4.000 ændrer, hvordan du svarer på sagen. Fornyelser har brug for det. Onboarding har brug for det. Fakturering har åbenlyst brug for det. Ja, der er ret meget, der bør tale sammen og derfor også samles i ét system.

Jeres kodebase har ikke brug for det, og designværktøjet har det ikke. En intern tavle, der følger jeres eget roadmap, har det ikke. De kan ligge der, hvor teamet vil have dem.

For abonnementsvirksomheder skærer testen usædvanligt skarpt, fordi alt, der betyder noget, kredser om ét objekt: abonnementet. Hvad det koster, hvornår det fornyes, hvordan det har ændret sig, hvem der bruger det, om de er tilfredse. Salg, onboarding, support, fornyelser og fakturering er ikke fem emner. De er fem blikke på samme emne på forskellige tidspunkter.

Der findes tilfælde, hvor »best of breed« faktisk vinder. Har én funktion krav, der er dybe nok til, at et specialiseret værktøj er mærkbart bedre, og den funktion ikke skal kobles til kundekortet løbende, bør du beholde det specialiserede værktøj. Et supportteam, der håndterer titusindvis af sager med kompleks routing og svartidsregler, får mere ud af en specialiseret helpdesk end af en generel.

Den ærlige version af konsolidering er altså ikke ét system til alt. Det er ét system til kunden, med specialiserede værktøjer omkring til arbejde, der reelt er en anden disciplin.

Det koster også noget reelt at skifte. Migrering tager tid, folk skal lære ting om igen, og gevinsten kommer ikke i uge ét. Den, der siger noget andet, sælger.

Regnearket er ikke nødvendigvis hovedproblemet. Det er det mest nyttige bevis, du har på, hvad jeres systemer ikke får gjort, og det svar har ligget på skrivebordet hos én person hele tiden.

Åbn det. Se på kolonnerne. Spørg, hvor hver af dem kom fra.

Det er problemet, vi byggede DealJourney omkring. Salg, abonnementer, fakturering, support og projektlevering kører i ét system, mod ét kundekort. Ikke fem kopier, der stille er uenige, og ingen person i midten, der kobler dataene i hånden hver måned.

Vi tilføjer fortsat funktioner efter samme princip. Hver del af livscyklussen, der har brug for at vide, hvem kunden er, og hvad de betaler, hører hjemme på samme sted som kunden.

• Salesforce, State of Sales report, syvende udgave, 3. februar 2026. Undersøgelse blandt 4.050 sælgere, august til september 2025. https://www.salesforce.com/news/stories/state-of-sales-report-announcement-2026/
• Demand Gen Report, The Dawn of the Unified Data Strategy: Breaking Down Silos in 2026, med henvisning til 2026 Database Strategies and Contact Acquisition Benchmark Survey. https://www.demandgenreport.com/blog/the-dawn-of-the-unified-data-strategy-breaking-down-silos-in-2026/51565/