Fra Excel-kaos til et skræddersyet CRM på otte uger: en case-studie

Der findes en særlig slags regneark, som stille og roligt driver en lille virksomhed. Det startede som en simpel kundeliste, og over fem eller seks år voksede det til den enkeltvis vigtigste — og farligste — fil i forretningen. Alle er afhængige af det. Ingen stoler på det. Og når det endelig går i stykker, har det det med at gå i stykker på den værst tænkelige dag. Dette er historien om ét af de regneark, den virksomhed med 14 ansatte, der levede inde i det, og de otte uger, det tog at få dem ud af det.

Vi arbejder med mange små virksomheder, og denne case er anonymiseret — kunden bad os om ikke at bruge deres navn, og tallene her er afrundede og illustrative snarere end reviderede tal. Men situationen er virkelig, og hvis du driver en virksomhed på et delt regneark, der langsomt er ved at blive en risiko, vil du sandsynligvis genkende mere af det, end du har lyst til. Pointen med at skrive det op er ikke at prale af et projekt. Det er at vise de faktiske beslutninger — også dem, hvor det oplagte svar var forkert.

Hele vejen igennem har jeg forsøgt at være ærlig om, hvad der var svært, hvad vi sprang over med vilje, og hvor den reelle værdi kom fra. Spoiler: det var ikke den del, nogen havde regnet med.

Situationen: én fil, fjorten personer, nul tillid

Kunden er en regional grossist — de køber varer i store partier og sælger videre til små detailhandlere og erhvervskunder. Fjorten personer: en håndfuld i salg, et par på lageret, en kontorchef, de to ejere. En sund forretning, stabil vækst, den slags virksomhed, der er for stor til at blive drevet på hukommelsen og for lille til nogensinde at have købt ”rigtig” software.

Hele deres salgsoperation levede i ét delt regneark på et clouddrev. Kunder, kontakter, ordrehistorikken, hvem-skylder-hvad, opfølgningsnoter, et farvekodningssystem, som kun kontorchefen helt forstod. Det havde omkring fyrre kolonner og langt over tusind rækker. Tre eller fire personer havde det åbent på et hvilket som helst tidspunkt.

Symptomerne kan du gætte. To personer redigerer samme række, den ene overskriver stille den anden. En sælger filtrerer arket, glemmer at rydde filteret, og den næste går i panik, fordi ”halvdelen af kunderne er væk”. Ingen vidste, hvilket telefonnummer der var det aktuelle. Den månedlige omsætningsrapport tog kontorchefen næsten en hel dag at sætte sammen, i hånden, og ejerne var ikke helt sikre på, at de troede på den. Filen var blevet gendannet fra en backup to gange på to år, efter at nogen havde slettet noget, de ikke burde.

Her er det, der er vigtigt: ingen klagede højlydt. Det er fælden ved et regneark, der er vokset ud over sig selv. Smerten spredes tyndt ud over alle og hver dag, så den bliver aldrig til en krise — den bliver bare til vejret. Ejerne ringede til os ikke på grund af en katastrofe, men fordi de havde mistet en god kunde til en opfølgning, der var smuttet mellem fingrene, og det fik dem endelig til at spørge, hvor mange andre der havde været.

Hvorfor ikke bare købe et standard-CRM?

Det er det første spørgsmål, alle stiller, og det er det rigtige. Der findes snesevis af gode, billige CRM-produkter. Vi forsøgte oprigtigt at overtale kunden til ét — det er næsten altid det hurtigere og billigere svar, og vi mister hellere et byggeprojekt end sælger et, ingen har brug for.

Så vi lavede den test, vi altid laver: vi tog deres faktiske proces og forsøgte at kortlægge den på to velkendte CRM-værktøjer. Omkring 80 % passede fint. Det var de sidste 20 %, der slog det ihjel. Deres prissætning byggede på kundespecifikke niveauer og mængderabatter, der ikke passede ind i noget standard-”handel”-objekt. Deres ordrehistorik skulle linke til et lagersystem, de ikke var villige til at udskifte. Og måden, de fulgte tilbagevendende erhvervskunder på — som genbestiller i løse cyklusser snarere end som enkeltstående salg — fandtes ganske enkelt ikke i standardmodellen for pipeline.

Vi kunne have tvunget deres forretning til at passe til værktøjet. Mange konsulenter ville have gjort det. Men at bede fjorten personer om at ændre, hvordan de prissætter og genbestiller, bare for at softwaren bliver glad, er en glimrende måde at få alle til stille at vende tilbage til regnearket inden for en måned. Hele grunden til, at den gamle fil overlevede så længe, er, at den bøjede sig efter dem. Hvad end der erstattede den, måtte gøre det samme.

Hvordan de otte uger faktisk så ud

Otte uger lyder hurtigt for ”et skræddersyet CRM”, og det ville det også være — hvis vi havde forsøgt at bygge et skræddersyet CRM. Det gjorde vi ikke. Vi byggede den smalle skive CRM, som netop denne virksomhed havde brug for, og lod bevidst alt det, de ikke havde brug for, være. Disciplin omkring omfang er hele grunden til, at tidsplanen holdt.

Sådan fordelte ugerne sig nogenlunde. Det var ikke så pænt i virkeligheden — uger flyder sammen — men formen er ærlig.

1. 1
   Uge 1–2: Iagttag, design ikke

   Vi sad med salgsteamet og kontorchefen og så dem arbejde med regnearket i virkeligheden. Ikke et kravmøde — faktisk observation. Det er her, vi fandt de ting, ingen tænker på at nævne, som farvekoden og de tre ”midlertidige” sideark, der var blevet permanente.
2. 2
   Uge 2–3: Ryd op i dataene, beslut hvad der er sandt

   Før vi byggede noget, redte vi selve regnearket ud: dubletter af kunder, døde kontakter, tre forskellige måder at skrive samme firmanavn på. Smertefuldt, utaknemmeligt, og den enkeltvis største tjeneste, vi gjorde dem. Du kan ikke migrere et rod og forvente et rent system.
3. 3
   Uge 3–6: Byg kernen, i deres hænder

   Kunder, kontakter, ordrehistorikken, prisniveauerne og sporingen af genbestillinger, som standardværktøjerne ikke kunne. Vi viste dem en fungerende version hver uge og lod dem ødelægge den, i stedet for at præsentere noget færdigt til sidst.
4. 4
   Uge 6–7: Forbind lageret og rapporterne

   Et skrivebeskyttet link til deres eksisterende lagersystem, så ordrehistorikken udfyldte sig selv, plus den ene rapport, ejerne faktisk gik op i — månedlig omsætning pr. kunde — genereret efter behov i stedet for i hånden.
5. 5
   Uge 8: Migrer, oplær, kør parallelt

   Vi flyttede de oprydede data over, oplærte teamet i to korte sessioner og holdt det gamle regneark åbent og skrivebeskyttet i yderligere to uger som sikkerhedsnet. Ingen havde brug for det efter de første par dage, men at have det der fik skiftet til at føles reversibelt — og det var det, der fik folk til at forpligte sig til det.

Hvad vi byggede — og hvad vi lod være

Det færdige system er ærligt talt ikke imponerende at se på. Det var målet. Det gør et lille antal ting på den måde, denne virksomhed faktisk arbejder, og intet andet. Disciplinen i at lade ting være er det, der holdt det brugbart.

Hvad der kom med: en ren kunde- og kontaktpost med én enkelt kilde til sandheden for telefonnumre og adresser; ordrehistorikken hentet automatisk fra lagersystemet; deres reelle prisniveauer og mængderabatter; en simpel oversigt over genbestillingscyklussen, så sælgere kan se, hvem der snart skal købe igen; opfølgningspåmindelser, så stille kunder ikke smutter; og den månedlige omsætningsrapport, genereret med to klik.

• Hvad vi bevidst lod være: et marketingmodul — de laver ikke e-mailkampagner, så det ville have været dødvægt.
• En mobilapp — salgsteamet arbejder fra skriveborde, og lageret har tablets; en responsiv webvisning var nok.
• En motor til ”lead scoring” eller prognoser — moderne, men de ville have klarhed om eksisterende kunder, ikke forudsigelser.
• Nogen AI-funktioner overhovedet, ved lancering — der var endnu ikke et sprogformet problem at løse, så at tilføje AI ville have været pynt.
• Detaljerede rettighedsniveauer — fjorten betroede personer har ikke brug for fjorten rettighedsniveauer; vi holdt det simpelt.

Den sidste kategori betyder lige så meget som den første. Hver funktion, du tilføjer, er noget at vedligeholde, forklare og lave forkert. En lille virksomhed har ikke brug for det CRM, en virksomhed med 500 ansatte har brug for, og at lade som om det modsatte er måden, et otte-ugers-projekt bliver til et otte-måneders-projekt. Vi lod tydeligt plads til at tilføje de manglende dele senere — men kun hvis et reelt behov dukkede op, ikke fordi en funktionsliste så tynd ud.

Den virkelig svære del var ikke softwaren

Hvis du har læst så langt og forventet, at vanskeligheden ville være teknisk, her er drejningen: byggeriet var den nemme del. Det svære var regnearkets tyngdekraft. Folk havde års muskelhukommelse i den fil. Nogle havde private sideark, de aldrig havde nævnt. Én sælger ville, meget høfligt, ikke ”overvåges” af et system efter års arbejde ud fra sine egne noter.

Vi løste det ikke med software. Vi løste det ved at gøre det nye system ægte hurtigere for ham allerede på dag ét — hans kunder, hans genbestillingsliste, hans opfølgninger, mindre tastearbejde end før — så det blev den nemmere vej i stedet for den påtvungne. De to parallelle uger klarede resten. Når folk kan se, at den gamle måde stadig er der, hvis de skulle få brug for den, holder de op med at klamre sig til den. Tag den væk for tidligt, og de graver sig ned.

Hvad der ændrede sig bagefter

Tallene først, med det ærlige forbehold, at dette er kundens egne afrundede tal fra månederne efter lancering, ikke en uafhængig revision — nyttige som en retning, ikke en garanti for din virksomhed.

Rapporttiden var den overskrift, ejerne gik op i — at få næsten en hel dag tilbage hver måned er rigtige penge. Men den ændring, de blev ved med at nævne måneder senere, var mere stille: de holdt op med at bekymre sig om filen. Den lave baggrundsangst ”er dataene rigtige, er den ved at gå i stykker” forsvandt simpelthen. Det kan man ironisk nok ikke sætte i et regneark, men det var det, der fik dem til at kalde det penge givet godt ud.

Genbestillingslisten betalte sig på en måde, vi ikke helt havde forudset. Inden for et par måneder havde salgsteamet genoptaget kontakten med flere erhvervskunder, der stille var gået i dvale — præcis den slags glip, der havde udløst projektet i første omgang. Én genvundet kundekonto dækkede mere end byggeriet. Det er ikke et løfte om, at det sker for dig; det er et eksempel på, hvor værdien har det med at gemme sig, når folk faktisk kan se deres kunder.

Almindelige spørgsmål