När Excel håller ihop dina system har du ett problem

Varje grundare har ett kalkylblad de helst inte skulle visa sin CRM-leverantör.

Bladet heter sannolikt något i stil med Pipeline_v4, Fornyelser_Q3 eller Styrelsetal_SLUTGILTIG. Det ligger på skrivbordet hos en person, uppdateras manuellt en söndagskväll, och det är den version av sanningen som ledningsgruppen faktiskt litar på och lutar sig mot.

Instinkten är att behandla detta som ett disciplinproblem. Teamet uppdaterar inte CRM-systemet ordentligt, vi behöver bättre rutiner, vi måste kräva noggrann dataregistrering. Det är nästan alltid fel. Ingen håller liv i ett kalkylblad bara för skojs skull. När ett sådant kalkylblad finns gör det något inget annat system i företaget gör, och det gör det till det ärligaste diagnosverktyg du har.

Frågan är alltså inte hur du blir av med det, utan snarare vad det berättar för dig. Det finns tre möjliga svar, de har nästan ingenting gemensamt, och ett av dem handlar egentligen inte om ditt CRM alls.

Kör det här testet först: ”Om ditt kalkylblad raderades i natt, skulle du kunna bygga upp det igen i morgon bitti enbart från CRM'et, utan att fråga en enda kollega?”

Är svaret ja har du det billigaste av de tre problemen. Allt du behöver finns redan i systemet, och kalkylbladet innehåller ingen ny information alls, bara en annan presentation av den.

Det typiska fallet: du vill se månatliga återkommande intäkter fördelat på vem som vann kunden, med uppsagda kunder borttagna. Varje enskild av de uppgifterna finns i CRM'et, men rapportverktygen ger dig affärsvärde per säljare, inte återkommande intäkter per säljare över tid. Så du exporterar två listor, kopplar dem på kundnamn, lägger till en månadskolumn och gör en pivottabell. Varje månad gör du samma procedur på nytt.

Det här tar inte bara ett par timmar, det äter massor av tid varje månad. Som tur är är det inte ett fel i CRM'et, bara en rapporteringsändring. Lägg en timme med någon som jobbar på CRM-företaget och fråga om rapporten helt enkelt kan byggas. Ofta kan den det, men det är bara ingen som har frågat än. Det här är det enda fallet där svaret inte är ett helt nytt CRM.

Kunde du inte bygga upp kalkylbladet igen från CRM'et enbart, måste du titta på de kolumner CRM'et inte har något hem för. Det här är det vanligaste problemet hos företag som vuxit ur ett generiskt CRM. Systemet kan hålla en version av er process, men inte hela.

Symtomen är igenkännliga när du först vet vad du ska leta efter:

1. En rullgardinslista använd till något annat än sitt verkliga namn, eftersom syftet med fältet var någonting annat från början.

2. Ett anteckningsfält som gör verkligt strukturellt arbete, eftersom det inte finns någon annan plats för det som avgör vad som händer sedan.

3. Ett steg i den verkliga processen som inte har någon motsvarighet i systemet, så det lever i en kalkylbladskolumn och i huvudet hos den som äger det.

4. Nyanställda som behöver en person, inte dokumentation, för att förstå hur pipelinen faktiskt fungerar.

Det visar sig också i själva formen på affären.

”Vi har sett en rad exempel genom åren där CRM'et bara passade en specifik typ av affär, eller bara delar av det företaget faktiskt säljer, så allt annat måste hanteras i Excel”, säger Andreas Lundmark, COO på DealJourney. ”Det finns också företag där vissa affärer aldrig läggs in alls. Någon lägger bara in dem i kalkylbladet för hand i slutet av varje månad.”

Oavsett orsak är konsekvenserna desamma tre varje gång.

1) Att rätta datan för hand tar tid du inte borde lägga.

2) Spårbarheten försvinner, eftersom resonemanget bakom en siffra ligger i en fil bara en person äger.

3) Det går direkt ut över mätbarheten.

Den sista är den farliga. En långsam process är synlig, och någon kommer till slut att klaga på den. Ett tryggt beslut byggt på tre fjärdedelar av hela bilden och beslutsunderlaget är inte synligt alls, och ingen klagar, eftersom alla tror på siffran.

Det finns en ännu värre version av allt detta, och det är när systemet inte kan anpassas även om du betalar för det. Leadway, ett norskt callcenter, bad sin tidigare CRM-leverantör om en ändring i SMS-uppsättningen och fick en prislapp på 40 000 kronor. ”Då var det klart. Vi började se oss om efter något annat samma vecka”, säger Tønnes Klungland, vd och delägare på Leadway.

Testet: lagrar du information CRM'et inte har ett fält för, och ingen möjlighet att skapa ett? Då konfigurerar du dig inte ur det. Antingen anpassar verktyget sig efter er, eller så fortsätter ni betala avgiften för ett system som inte passar.

Den tredje diagnosen ser annorlunda ut. Kalkylbladet bär inte information CRM'et saknar. Det bär information från fyra system samtidigt.

Tecknet är var kolumnerna kommer från. Affärsvärde från CRM'et. Leveransstatus från projektverktyget. Öppna ärenden från helpdesken. Fakturerat belopp från bokföringssystemet. Någon hämtar var och en av dem, ställer upp dem efter kundnamn, och bygger den enda överblick som visar vad som faktiskt händer med en kund, och gör det i Excel.

Den personen är ert integrationslager. En människa, som kopplar data för hand, enligt ett schema, med den felfrekvens du kan förvänta dig av någon som måste hämta och sortera data ur fyra system.

I Salesforce sjunde State of Sales-rapport, en undersökning bland 4 050 säljare i 22 länder, däribland Norge, Sverige och Danmark, lägger en genomsnittlig säljare 40 % av tiden på faktisk försäljning. Resten av tiden går någon annanstans, och en god del av den går till att sätta samman data från flera system.

Det här är också den diagnos grundare oftast blandar samman med den förra. Du går ut och letar efter ett bättre CRM, medan ditt CRM kanske är helt okej. Problemet ligger inte inne i något enskilt system. Det ligger i rummet mellan dem, och i de integrationer som saknas.

Det har aldrig funnits någon som aktivt bestämt sig för att ha massor av system för sakens skull. Sälj behövde en pipeline, så någon valde ett CRM. Supporten drunknade i mejl, så någon valde en helpdesk. Leverans behövde hålla ordning på arbetet, så någon valde ett projektverktyg. Ekonomi behövde fakturering.

Var och en av dem var ett förnuftigt val, taget av en kompetent person, som löste ett verkligt problem vid en tidpunkt då företaget hade större saker att bekymra sig för.

Ingenting gick fel, och ändå finns samma kund nu fem gånger, och de fem kopiorna är motstridiga. Företagsnamnet är stavat på två sätt. Förnyelsedatumet i CRM'et är från innan avtalet förlängdes. Supporten vet inte att den här kunden förnyar om tre veckor. Sälj vet inte att det finns fyra öppna ärenden. Det är den verkliga kostnaden, inte licensavgifterna, även om de också läggs ovanpå alltihop.

Det här är inte ett marginellt problem. I 2026 Database Strategies and Contact Acquisition Benchmark Survey uppger omkring hälften av organisationerna nu att de har en enda sanningskälla för sin sälj- och marknadsdata. Det är den goda nyheten. Det betyder också att den andra hälften inte har det. Två år tidigare svarade 57 % att deras kunddata låg i manuella Excel-blad, vid sidan av CRM'et, analysverktyget och marknadsplattformen.

I samma Salesforce-undersökning sa 51 % av säljcheferna som använder AI att frånkopplade system bromsade deras AI-initiativ. Hoppas du att AI så småningom ska ta en del av administrationen från teamet, är fragmenterad data det som står i vägen. En modell som ser en fjärdedel av kunden ger dig svar om en fjärdedel av kunden.

Att samla allt är ett för enkelt svar. Viss separation kan vara rätt. Ett bättre test är det här:

”Behöver det här systemet veta vem kunden är och vad de betalar?”

Är svaret ja bör det sannolikt inte vara ett eget system. Supporten behöver veta det, eftersom om en kund betalar 200 euro i månaden eller 4 000 ändrar hur du svarar på ärendet. Förnyelser behöver det. Onboarding behöver det. Fakturering behöver det uppenbart. Ja, det är ganska mycket som bör tala med varandra och därmed också samlas i ett system.

Er kodbas behöver det inte, och inte ert designverktyg heller. En intern tavla som följer er egen roadmap behöver det inte. De kan ligga där teamet vill ha dem.

För abonnemangsföretag skär testet ovanligt skarpt, eftersom allt som betyder något kretsar kring ett objekt: abonnemanget. Vad det kostar, när det förnyas, hur det har förändrats, vem som använder det, om de är nöjda. Sälj, onboarding, support, förnyelser och fakturering är inte fem ämnen. De är fem blickar på samma ämne vid olika tidpunkter.

Det finns fall där ”best of breed” faktiskt vinner. Har en funktion krav som är djupa nog för att ett specialiserat verktyg är märkbart bättre, och den funktionen inte behöver kopplas till kundkortet kontinuerligt, bör du behålla det specialiserade verktyget. Ett supportteam som hanterar tiotusentals ärenden med komplex routing och svarstidsregler får mer ut av en specialiserad helpdesk än av en generell.

Den ärliga versionen av konsolidering är alltså inte ett system för allt. Det är ett system för kunden, med specialiserade verktyg runt om för arbete som verkligen är en annan disciplin. Det kostar också något verkligt att byta. Migrering tar tid, folk måste lära om, och vinsten kommer inte vecka ett. Den som säger något annat säljer eller har ett egensyfte.

Kalkylbladet är inte nödvändigtvis huvudproblemet. Det är det mest användbara beviset du har på vad era system inte får gjort, och det svaret har legat på skrivbordet hos en person hela tiden. Öppna det. Titta på kolumnerna. Fråga var var och en kom ifrån.

Det här är problemet vi byggde DealJourney kring. Sälj, abonnemang, fakturering, support och projektleverans körs i ett system, mot ett kundkort. Inte fem kopior som tyst är oeniga, och ingen person i mitten som kopplar datan för hand varje månad.

Vi lägger fortfarande till funktioner enligt samma princip. Varje del av livscykeln som behöver veta vem kunden är och vad de betalar hör hemma på samma plats som kunden.

• Salesforce, State of Sales report, sjunde utgåvan, 3 februari 2026. Undersökning bland 4 050 säljare, augusti till 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 hänvisning till 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/