Fra Excel-kaos til et skreddersydd CRM på åtte uker: en casestudie

Det finnes en spesiell type regneark som stille driver en liten bedrift. Det startet som en enkel kundeliste, og i løpet av fem eller seks år vokste det til den enkeltvis viktigste — og farligste — filen i virksomheten. Alle er avhengige av den. Ingen stoler på den. Og når den endelig ryker, har den en tendens til å ryke på verst tenkelige dag. Dette er historien om ett av disse regnearkene, bedriften med 14 ansatte som levde inni det, og de åtte ukene det tok å få dem ut av det.

Vi jobber med mange små bedrifter, og dette tilfellet er anonymisert — kunden ba oss om ikke å bruke navnet sitt, og tallene her er avrundet og illustrative snarere enn reviderte tall. Men situasjonen er virkelig, og hvis du driver en bedrift på et delt regneark som langsomt er i ferd med å bli en risiko, vil du sannsynligvis kjenne igjen mer av det enn du har lyst til. Poenget med å skrive det opp er ikke å skryte av et prosjekt. Det er å vise de faktiske beslutningene — også de hvor det åpenbare svaret var feil.

Hele veien har jeg forsøkt å være ærlig om hva som var vanskelig, hva vi hoppet over med vilje, og hvor den reelle verdien kom fra. Spoiler: det var ikke den delen noen hadde regnet med.

Situasjonen: én fil, fjorten personer, null tillit

Kunden er en regional grossist — de kjøper varer i store partier og selger videre til små forhandlere og bedriftskunder. Fjorten personer: en håndfull i salg, et par på lageret, en kontorsjef, de to eierne. En sunn virksomhet, jevn vekst, den typen bedrift som er for stor til å drives på hukommelsen og for liten til noensinne å ha kjøpt «skikkelig» programvare.

Hele salgsvirksomheten deres levde i ett delt regneark på en skylagring. Kunder, kontakter, ordrehistorikken, hvem-skylder-hva, oppfølgingsnotater, et fargekodingssystem som bare kontorsjefen helt forsto. Det hadde omtrent førti kolonner og godt over tusen rader. Tre eller fire personer hadde det åpent til enhver tid.

Symptomene kan du gjette. To personer redigerer samme rad, den ene overskriver stille den andre. En selger filtrerer arket, glemmer å fjerne filteret, og den neste får panikk fordi «halvparten av kundene er borte». Ingen visste hvilket telefonnummer som var det gjeldende. Den månedlige omsetningsrapporten tok kontorsjefen nesten en hel dag å sette sammen, for hånd, og eierne var ikke helt sikre på at de trodde på den. Filen var blitt gjenopprettet fra en sikkerhetskopi to ganger på to år etter at noen hadde slettet noe de ikke burde.

Her er det som betyr noe: ingen klaget høylytt. Det er fellen ved et regneark som har vokst forbi seg selv. Smerten spres tynt utover alle og hver dag, så den blir aldri en krise — den blir bare været. Eierne ringte oss ikke på grunn av en katastrofe, men fordi de hadde mistet en god kunde til en oppfølging som hadde glippet mellom fingrene, og det fikk dem endelig til å spørre hvor mange andre det hadde vært.

Hvorfor ikke bare kjøpe et standard-CRM?

Det er det første spørsmålet alle stiller, og det er det riktige. Det finnes dusinvis av gode, billige CRM-produkter. Vi forsøkte oppriktig å overtale kunden til ett — det er nesten alltid det raskere og billigere svaret, og vi mister heller et byggeprosjekt enn å selge ett ingen trenger.

Så vi gjorde testen vi alltid gjør: vi tok den faktiske prosessen deres og forsøkte å kartlegge den mot to velkjente CRM-verktøy. Omtrent 80 % passet fint. Det var de siste 20 % som drepte det. Prissettingen deres bygde på kundespesifikke nivåer og volumrabatter som ikke passet inn i noe standard «avtale»-objekt. Ordrehistorikken deres måtte kobles til et lagersystem de ikke var villige til å bytte ut. Og måten de fulgte gjentakende bedriftskunder på — som bestiller på nytt i løse sykluser snarere enn som engangssalg — fantes rett og slett ikke i standardmodellen for pipeline.

Vi kunne ha tvunget virksomheten deres til å passe verktøyet. Mange konsulenter ville ha gjort det. Men å be fjorten personer endre hvordan de prissetter og bestiller på nytt bare for at programvaren skal bli fornøyd, er en utmerket måte å få alle til stille å gå tilbake til regnearket innen en måned. Hele grunnen til at den gamle filen overlevde så lenge, er at den bøyde seg etter dem. Hva enn som erstattet den, måtte gjøre det samme.

Hvordan de åtte ukene faktisk så ut

Åtte uker høres raskt ut for «et skreddersydd CRM», og det ville det også vært — hvis vi hadde forsøkt å bygge et skreddersydd CRM. Det gjorde vi ikke. Vi bygde den smale skiven av CRM som akkurat denne bedriften trengte, og lot bevisst alt de ikke trengte være. Disiplin rundt omfanget er hele grunnen til at tidsplanen holdt.

Slik fordelte ukene seg omtrent. Det var ikke så ryddig i virkeligheten — uker flyter sammen — men formen er ærlig.

1. 1
   Uke 1–2: Observer, ikke design

   Vi satt med salgsteamet og kontorsjefen og så dem jobbe med regnearket på ekte. Ikke et kravmøte — faktisk observasjon. Det er her vi fant tingene ingen tenker på å nevne, som fargekoden og de tre «midlertidige» sidearkene som var blitt permanente.
2. 2
   Uke 2–3: Rydd i dataene, bestem hva som er sant

   Før vi bygde noe, greide vi ut selve regnearket: duplikatkunder, døde kontakter, tre forskjellige måter å skrive samme firmanavn på. Smertefullt, utakknemlig, og den enkeltvis største tjenesten vi gjorde dem. Du kan ikke migrere et rot og forvente et rent system.
3. 3
   Uke 3–6: Bygg kjernen, i hendene deres

   Kunder, kontakter, ordrehistorikken, prisnivåene og sporingen av gjenbestillinger som standardverktøyene ikke klarte. Vi viste dem en fungerende versjon hver uke og lot dem ødelegge den, i stedet for å presentere noe ferdig til slutt.
4. 4
   Uke 6–7: Koble til lageret og rapportene

   En skrivebeskyttet kobling til det eksisterende lagersystemet deres slik at ordrehistorikken fylte seg selv, pluss den ene rapporten eierne faktisk brydde seg om — månedlig omsetning per kunde — generert på forespørsel i stedet for for hånd.
5. 5
   Uke 8: Migrer, lær opp, kjør parallelt

   Vi flyttet over de oppryddede dataene, lærte opp teamet i to korte økter og holdt det gamle regnearket åpent og skrivebeskyttet i to uker til som sikkerhetsnett. Ingen trengte det etter de første dagene, men det å ha det der fikk overgangen til å føles reversibel — og det var det som fikk folk til å forplikte seg til den.

Hva vi bygde — og hva vi lot være

Det ferdige systemet er ærlig talt ikke imponerende å se på. Det var målet. Det gjør et lite antall ting på den måten denne bedriften faktisk jobber, og ingenting annet. Disiplinen i å la ting være er det som holdt det brukbart.

Hva som kom med: en ren kunde- og kontaktpost med én enkelt sannhetskilde for telefonnumre og adresser; ordrehistorikken hentet automatisk fra lagersystemet; de reelle prisnivåene og volumrabattene deres; en enkel oversikt over gjenbestillingssyklusen så selgere kan se hvem som snart skal kjøpe igjen; oppfølgingspåminnelser så stille kunder ikke glipper; og den månedlige omsetningsrapporten, generert med to klikk.

• Hva vi bevisst lot være: en markedsføringsmodul — de driver ikke e-postkampanjer, så den ville vært dødvekt.
• En mobilapp — salgsteamet jobber fra pulter og lageret har nettbrett; en responsiv nettvisning var nok.
• En motor for «lead scoring» eller prognoser — moderne, men de ville ha klarhet om eksisterende kunder, ikke spådommer.
• Noen AI-funksjoner i det hele tatt, ved lansering — det var ikke noe språkformet problem å løse ennå, så å legge til AI ville vært pynt.
• Detaljerte tilgangsnivåer — fjorten betrodde personer trenger ikke fjorten tilgangsnivåer; vi holdt det enkelt.

Den siste kategorien betyr like mye som den første. Hver funksjon du legger til, er noe å vedlikeholde, forklare og gjøre feil. En liten bedrift trenger ikke det CRM-et en bedrift med 500 ansatte trenger, og å late som noe annet er måten et åtte-ukers-prosjekt blir til et åtte-måneders-prosjekt. Vi lot tydelig rom til å legge til de manglende delene senere — men bare hvis et reelt behov dukket opp, ikke fordi en funksjonsliste så tynn ut.

Den virkelig vanskelige delen var ikke programvaren

Hvis du har lest så langt og forventet at vanskeligheten skulle være teknisk, her er vendingen: byggingen var den enkle biten. Det vanskelige var regnearkets tyngdekraft. Folk hadde års muskelminne i den filen. Noen hadde private sideark de aldri hadde nevnt. Én selger ville, svært høflig, ikke bli «sporet» av et system etter års arbeid ut fra sine egne notater.

Vi løste det ikke med programvare. Vi løste det ved å gjøre det nye systemet genuint raskere for ham allerede dag én — kundene hans, gjenbestillingslisten hans, oppfølgingene hans, mindre skriving enn før — slik at det ble den enklere veien i stedet for den påtvungne. De to parallelle ukene gjorde resten. Når folk kan se at den gamle måten fortsatt er der hvis de skulle trenge den, slutter de å klamre seg til den. Ta den vekk for tidlig, og de graver seg ned.

Hva som endret seg etterpå

Tallene først, med det ærlige forbeholdet at dette er kundens egne avrundede tall fra månedene etter lansering, ikke en uavhengig revisjon — nyttige som en retning, ikke en garanti for din virksomhet.

Rapporttiden var overskriften eierne brydde seg om — å få nesten en hel dag tilbake hver måned er reelle penger. Men endringen de stadig nevnte måneder senere, var mer stille: de sluttet å bekymre seg for filen. Den lave bakgrunnsuroen «er dataene riktige, er den i ferd med å ryke» bare forsvant. Det kan man ironisk nok ikke sette i et regneark, men det var det som fikk dem til å kalle det vel anvendte penger.

Gjenbestillingslisten lønte seg på en måte vi ikke helt hadde forutsett. I løpet av et par måneder hadde salgsteamet gjenopptatt kontakten med flere bedriftskunder som stille hadde gått i dvale — akkurat den typen glipp som hadde utløst prosjektet i utgangspunktet. Én gjenvunnet kundekonto dekket mer enn byggingen. Det er ikke et løfte om at det skjer for deg; det er et eksempel på hvor verdien har en tendens til å gjemme seg når folk faktisk kan se kundene sine.

Vanlige spørsmål