Et CRM-projekt går sjældent skævt, fordi systemet mangler funktioner. Det går skævt, når ingen har fået beskrevet, hvad medarbejderne konkret skal kunne gøre bedre mandag morgen. Denne guide til CRM-kravspecifikation hjælper jer med at omsætte irritationer, manuelle rutiner og vækstmål til klare krav, der kan bruges i praksis.
En god kravspecifikation er ikke en lang ønskeliste til IT-afdelingen. Den er et fælles beslutningsgrundlag for ledelse, salg, marketing og service. Den skal gøre det tydeligt, hvad I vil forbedre, hvem der får gavn af det, og hvordan I efterfølgende kan se, om investeringen virker.
Start med forretningen – ikke med skærmbilleder
Det kan være fristende at begynde med at se på funktioner: pipeline, dashboards, automatisering og kundeprofiler. Men det er den forkerte rækkefølge. Start i stedet med de situationer, hvor hverdagen hakker.
Måske registrerer sælgerne aktiviteter i hver deres regneark. Måske forsvinder leads mellem marketing og salg. Måske mangler serviceafdelingen et samlet overblik over kundens historik, aftaler og åbne opgaver. Eller måske bruger ledelsen for meget tid på at samle tal, som burde være tilgængelige med få klik.
Beskriv problemerne i et almindeligt sprog, som alle kan forstå. For eksempel: En sælger skal kunne se alle dialoger, tilbud og næste skridt på én kunde, uden at spørge kolleger eller lede i mails. Den formulering er langt mere anvendelig end et krav om en bestemt fane eller knap.
Knyt derefter hvert problem til en ønsket effekt. Det kan være kortere svartid på leads, bedre datakvalitet, højere konvertering, mindre dobbeltarbejde eller mere præcis planlægning af servicebesøg. Når effekten er tydelig, bliver det også nemmere at vælge til og fra senere i processen.
Sådan bygger I en CRM-kravspecifikation
En brugbar kravspecifikation behøver ikke være fyldt med tekniske termer. Den skal være præcis nok til, at både jeres egne nøglepersoner og en implementeringspartner kan forstå opgaven ens. Det afgørende er, at I skelner mellem mål, arbejdsgange, konkrete behov og rammer.
Beskriv roller og deres hverdag
Et CRM-system bruges forskelligt af en salgschef, en sælger, en marketingansvarlig og en servicetekniker. Derfor bør kravene tage udgangspunkt i roller frem for afdelingsnavne alene.
Sælgeren har typisk brug for at registrere kundedialoger hurtigt, følge sine muligheder og få påmindelser om næste aktivitet. Salgschefen skal kunne se pipeline, udvikling og flaskehalse uden at bede teamet om særskilte statusark. Marketing skal kunne kvalificere leads og vide, hvornår et lead er modent nok til salg. Service har brug for et opdateret kundegrundlag og styr på opgaver, aftaler og historik.
Spørg hver rolle: Hvilke oplysninger mangler du i dag? Hvilke opgaver gør du flere gange? Hvad skal du kunne se, før du kan handle? Det giver krav, der er forankret i virkeligheden frem for i en flot præsentation.
Kortlæg de vigtigste arbejdsgange
I behøver ikke dokumentere alle tænkelige undtagelser fra første dag. Begynd med de arbejdsgange, der har størst betydning for indtjening, kundeservice eller tidsforbrug.
For en B2B-virksomhed vil det ofte være processen fra nyt lead til kunde, opfølgning på tilbud, overlevering fra salg til service og håndtering af eksisterende kunder. Tegn processen enkelt: Hvad starter den? Hvem gør hvad? Hvilke data skal registreres? Hvornår skifter ansvaret? Hvad er et godt resultat?
Her viser uklare regler sig ofte. Hvis to sælgere definerer et kvalificeret lead forskelligt, hjælper et nyt system ikke i sig selv. Kravspecifikationen er en god anledning til at beslutte, hvordan I faktisk vil arbejde.
Formulér krav, der kan testes
Et krav som bedre overblik er rigtigt, men for løst. Gør det målbart og observerbart: Salgschefen skal kunne se samlet pipeline fordelt på sælger, fase og forventet afslutningsdato uden manuel sammenstilling.
Et godt krav indeholder normalt en bruger, en handling og et ønsket resultat. Eksempelvis: En servicemedarbejder skal kunne oprette en opgave fra kundekortet og se tidligere henvendelser, så kunden ikke skal gentage sin sag.
Den type formulering giver langt færre misforståelser. Den gør også accepttest enkel, fordi I kan afgøre, om løsningen faktisk opfylder kravet, før den sættes i drift.
Prioritér benhårdt fra starten
De fleste virksomheder kan finde 50 gode idéer til et CRM. Det betyder ikke, at alle 50 skal med i første version. For mange funktioner og særregler gør projektet tungere, dyrere og sværere at få medarbejderne med på.
Del kravene op i fire niveauer:
- Skal med fra start, fordi driften ellers ikke fungerer.
- Bør med, fordi det giver tydelig værdi, men kan vente kortvarigt.
- Kan komme senere, når grundprocesserne sidder fast.
- Skal ikke med, selv om idéen er fin.
Prioriteringen bør ske sammen med de personer, der ejer forretningen og dem, der skal bruge løsningen. Det er ikke kun en teknisk beslutning. Et dashboard kan være mindre vigtigt end en enkel måde at registrere kundedialoger på, hvis manglende registrering er jeres egentlige problem.
Vær også ærlige om forskellen mellem standardisering og særhensyn. Dynamics 365 kan tilpasses meget, men tilpasning er ikke automatisk det samme som værdi. Nogle gange er det klogere at justere en intern arbejdsgang end at bygge en særlig funktion, som senere kræver mere vedligeholdelse.
Husk data, integrationer og ansvar
De mest brugte CRM-funktioner falder hurtigt til jorden, hvis data er ufuldstændige eller ejerskabet uklart. Derfor skal kravspecifikationen også tage stilling til, hvilke kundedata der skal flyttes, hvilke der kan arkiveres, og hvem der har ansvaret for kvaliteten fremover.
Vælg kun data, som har en reel funktion i den nye hverdag. Gamle fritekstfelter, dubletter og uaktuelle kontaktpersoner bliver ikke mere værdifulde af at blive flyttet. Det er ofte bedre at rydde op før opstart end at tage gamle vaner med over i en ny løsning.
Beskriv også de systemer, CRM-løsningen skal udveksle data med. Det kan være e-mail, kalender, marketingværktøj, dokumenthåndtering eller planlægning af serviceopgaver. For hver sammenhæng bør I afklare, hvilke data der skal flyde, hvilken vej de skal flyde, og hvor ofte det skal ske. Et ønske om integration er ikke nok i sig selv.
Endelig skal der være ejerskab. Hvem beslutter, hvilke felter der er obligatoriske? Hvem følger op, hvis pipeline-data ikke bliver opdateret? Hvem kan godkende ændringer efter idriftsættelsen? Uden tydelige svar ender CRM ofte som et system, alle forventer, at andre passer.
Gør brugeradoption til et konkret krav
Når medarbejdere vælger mails, noter eller gamle regneark frem for CRM-systemet, er forklaringen sjældent modvilje alene. Ofte oplever de, at det tager længere tid at registrere end at løse opgaven. Derfor skal brugervenlighed stå i kravspecifikationen på lige fod med rapportering og automatisering.
Skriv eksempelvis, at sælgere skal kunne registrere et kundemøde på under et minut fra mobil eller computer. Eller at en ny medarbejder efter en kort introduktion skal kunne oprette en kunde, en kontaktperson og en salgsmulighed uden hjælp. Det er konkrete krav, der kan afprøves med rigtige brugere.
Inddrag nøglebrugere tidligt. De kender hverdagens smutveje og kan hurtigt spotte, når en proces ser rigtig ud på papiret, men er besværlig i praksis. Samtidig bliver de bedre ambassadører, når løsningen skal tages i brug.
Brug kravspecifikationen aktivt i projektet
En kravspecifikation skal ikke afleveres, godkendes og derefter glemmes i en mappe. Den skal bruges gennem hele forløbet: ved valg af løsning, afgrænsning af første version, opsætning, test, undervisning og opfølgning.
Det er en fordel at gennemgå de vigtigste krav som realistiske scenarier. Lad en sælger oprette og følge et lead. Lad en leder finde pipeline-tal. Lad en servicemedarbejder undersøge en kundes historik og oprette den næste opgave. Hvis scenarierne fungerer i løsningen, er I tættere på en hverdag, der fungerer.
Når nye ønsker opstår undervejs, hvilket de næsten altid gør, kan I holde dem op imod den aftalte prioritering. Spørg: Løser det et centralt problem nu, eller er det en forbedring, der med fordel kan vente? Det beskytter både tid, budget og fremdrift.
Tre fejl, der er værd at undgå
Den første fejl er at lade én person skrive hele dokumentet alene. En IT-ansvarlig kan være stærk på systemer, men kender ikke nødvendigvis salgets og servicens daglige virkelighed. Den anden er at beskrive løsningen før behovet. Når kravene allerede peger på bestemte skærmbilleder, lukker I let for bedre muligheder.
Den tredje fejl er at tro, at alt skal være færdigt fra dag ét. En god første version løser de vigtigste opgaver enkelt og giver et stabilt fundament. Efter brugerne har arbejdet i løsningen nogle måneder, ved I langt mere om, hvilke forbedringer der faktisk skaber værdi.
En kravspecifikation er lykkedes, når den gør det lettere at træffe beslutninger og lettere for medarbejderne at udføre deres arbejde. Start derfor med de situationer, der koster tid, kunder eller overblik lige nu. Det er her, jeres CRM skal bevise sit værd – ikke i et dokument med flest mulige felter.
