Henvendelsen kom inn på en torsdag. Du hadde tenkt å svare skikkelig på fredag, men et klientmøte trakk ut. Innen tirsdag hadde personen som spurte, sannsynligvis funnet noen andre. Du fikk aldri vite det, for opplysningene deres lå på rad 47 i et regneark som også inneholdt sytten andre navn du ikke hadde rørt på to måneder. Dette er ikke et oppfølgingsproblem. Det er et databaseproblem, og du trenger verken dyr programvare eller dataanalytiker for å løse det. Du trenger å vite hvilke felter som faktisk betyr noe, hvilke regler som holder ting ryddig, og hvordan en fungerende struktur ser ut før du har 200 kontakter, ikke etter.

En CRM-database er fundamentet under ethvert system for håndtering av leads, under alle oppfølgingspåminnelser og alle salgspipeliner. Får du fundamentet feil, svikter verktøyene på toppen, uansett hvor gode de er.

Hva er en CRM-database, og hva lagrer den egentlig?

En CRM-database er en strukturert oversikt over alle personer og organisasjoner som har tatt kontakt med virksomheten din, sammen med historikken over hva som ble sagt, hva som ble tilbudt, og hva som skjedde videre. Den gir deg ett sted å følge med på hvor hver enkelt lead befinner seg, slik at ingenting blir glemt.

Ordet «database» høres teknisk ut. I praksis er en CRM-database nærmere en veldig godt organisert adressebok kombinert med en sakmappe. Hver oppføring, kalt en post, har felter: navngitte plasser der en bestemt type informasjon hører hjemme. Et felt for personens navn. Et felt for e-postadressen deres. Et felt som registrerer hvilken pipeline-fase de befinner seg i. Et felt som viser når noen sist snakket med dem.

Det som skiller en CRM-database fra et regneark, er ikke feltene i seg selv. Et regneark kan også ha felter. Forskjellen ligger i oppførselen. En CRM-database håndhever relasjoner mellom poster. Den logger en historikk over alle handlinger som er utført. Den kan utløse en oppfølgingspåminnelse når et visst antall dager har gått uten kontakt. Et regneark bare ligger der. Dataene i det gjør nøyaktig det du gjør med dem, ingenting mer.

Feltene er bare så nyttige som reglene som styrer dem. En CRM-database med 30 felter der 20 er tomme er verre enn en database med 7 felter som alltid er fylt ut. Ufullstendighet er den vanligste databasefeilen i små team, og det skjer ikke fordi folk er slepphendte, men fordi ingen bestemte på forhånd hvilke felter som var obligatoriske.

For sporing av leads må en post besvare fem spørsmål på et øyeblikk: hvem er denne personen, hvordan når jeg dem, hvor kom de fra, hvor er de i pipelinen min, og når må jeg kontakte dem neste gang. Alt annet er valgfritt inntil du har en konkret operasjonell grunn til å samle det inn.

Hvilke felter bør enhver CRM-database inneholde fra starten?

Enhver CRM-database trenger som et minimum fullt navn, en primær kontaktmetode (e-post eller telefon), kilden til leaden, nåværende pipeline-fase, datoen for siste kontakt og neste oppfølgingsdato. Alt annet er valgfritt inntil du har en klar grunn til å samle det inn.

Her er et startfeltsett som fungerer for en tjenestebedrift eller et byrå med én til fem personer som håndterer salg:

Kontaktfelter:

  • Fullt navn (obligatorisk, del det aldri opp i for-/etternavn fra starten, det kan du gjøre senere)
  • E-postadresse (obligatorisk, brukes til deduplisering)
  • Telefonnummer (valgfritt ved inntak, men viktig for leads med høy verdi)
  • Firmanavn (obligatorisk hvis du selger B2B)
  • Stillingstittel eller rolle (valgfritt, legg det til når det påvirker hvordan du kommuniserer med dem)

Lead- og pipelinefelter:

  • Leadkilde (obligatorisk: hvor kom de fra? Nettskjema, anbefaling, sosiale medier, arrangement?)
  • Pipeline-fase (obligatorisk, se avsnittet nedenfor om hvor mange faser du bør bruke)
  • Estimert leadverdi (valgfritt, men verdt å legge til når avtaler overstiger en viss størrelse)
  • Kvalifiseringsstatus for lead (obligatorisk hvis du siler henvendelser før du engasjerer deg fullt)

Aktivitetsfelter:

  • Dato henvendelse mottatt (obligatorisk, for å måle responstid på leads)
  • Dato for siste kontakt (obligatorisk, oppdateres hver gang du snakker eller skriver til dem)
  • Neste oppfølgingsdato (obligatorisk, det aller viktigste feltet for å unngå tapte avtaler)
  • Notater (obligatorisk, fritekst, et enkelt sammendrag av siste samtale)

Det er 12 felter. De fleste CRM-løsninger for små team har 40 eller flere som standard. Disiplinen ligger i å slå av de du ikke bruker, ikke i å fylle dem alle ut. Et tomt felt er ikke nøytralt. Det er støy. Det får deg til å nøle hver gang du åpner en post, fordi du ikke er sikker på om feltet er tomt fordi det ikke er relevant, eller fordi noen glemte det.

Start med disse 12. Legg til et felt kun når du har en konkret beslutning som avhenger av det.

Hvor mange pipeline-faser bør en liten bedrift bruke?

Tre til fem pipeline-faser er det riktige for et lite team. Henvendelse, tilbud sendt og vunnet eller tapt dekker de fleste tjenestebedrifter. Det gir bare mening å legge til flere faser når hver enkelt har en tydelig handling knyttet til seg, ikke bare en etikett.

En pipeline-fase er en posisjon i salgsprosessen. Den besvarer spørsmålet: hva er nåværende status for denne avtalen? Fristelsen, særlig når man setter opp en ny CRM for bruk i en liten bedrift, er å bygge en detaljert pipeline som speiler hvert eneste steg i prosessen. Fjorten faser. Fargekodet. Meget tilfredsstillende å designe, veldig vanskelig å vedlikeholde.

Problemet med for mange faser er ikke estetisk. Det er praktisk. Hvis en fase ikke har en tydelig inngangsvilkår og en tydelig neste handling, vil teamet ditt være uenige om hvilken fase en lead hører til. Poster driver av gårde. Pipelinen blir fiksjon.

Her er en startstruktur for pipeline i en tjenestebedrift:

  1. Ny henvendelse - noen har tatt kontakt, ingen samtale ennå
  2. Kontaktet - du har snakket eller skrevet til dem minst én gang
  3. Tilbud sendt - du har sendt et tilbud eller en beskrivelse av oppdraget
  4. Forhandler - de er interesserte, og betingelsene diskuteres
  5. Vunnet - avtalen er bekreftet
  6. Tapt - de valgte å ikke gå videre (behold disse postene, du vil kanskje følge opp senere)
  7. Ikke kvalifisert - henvendelsen passet ikke, ingen avtale var mulig

Hold Vunnet, Tapt og Ikke kvalifisert som separate, avsluttede faser. Slår du dem sammen eller sletter dem, mister du dataene som forteller deg hvor i pipelinen du lekker.

Tidspunktet du setter for e-postoppfølging i hver fase avgjør om en kontakt går videre eller kjølner. De fleste små bedrifter setter en påminnelse om oppfølging umiddelbart etter at en lead flyttes til Tilbud sendt, deretter én etter tre dager og én til etter syv. Forskning fra XANT (tidligere InsideSales) på mønstre for leadrespons, som målte responsrater på tvers av millioner av samtaler og e-poster snarere enn kjøpsatferd, viser konsekvent at det å følge opp flere ganger betyr langt mer enn én enkelt melding.

Hva er de vanligste feilene med hygiene i CRM-databasen, og hvordan retter du dem?

De vanligste feilene med hygiene i CRM-databasen er duplikatposter, manglende data om leadkilder og utdaterte kontaktopplysninger som ingen har oppdatert. Hver feil forsterker de andre, og til sammen gjør de kontakthåndteringen upålitelig i løpet av måneder etter oppsettet.

Duplikatposter oppstår når en lead kommer inn via to kanaler og registreres to ganger, eller når navnet til noen staves forskjellig ved to anledninger. Duplikater er farlige fordi de deler opp kontakthistorikken. Du ser på én post og ser at ingen har vært i kontakt. I mellomtiden har en kollega e-postet den andre versjonen av samme person i to uker.

Forebygging er enkelt: pek ut e-postadressen som din primære unike identifikator og sjekk mot den hver gang en ny post opprettes. Hvis CRM-et ditt ikke håndhever dette automatisk, kjør en manuell sortering på e-postkolonnen én gang i måneden. Duplikater vokser raskt.

Manglende data om leadkilde er den nest vanligste feilen. Folk vet hvor en lead kom fra i det øyeblikket den registreres. Tre uker senere husker ingen det. Hvis du ikke fanger opp leadkilden på registreringstidspunktet, vil du aldri vite hvilke kanaler som gir avtalene som lukkes, og hvilke som bare gir henvendelser som ikke fører noen vei. Dette har betydning for alle virksomheter som bestemmer seg for hvor de skal bruke tid eller penger på leadgenerering.

Utdaterte kontaktdata er det sakte, usynlige problemet. Folk bytter jobb, telefonnummer og e-postadresse. Ulike leverandører av salgsdata anslår at kontaktposter forringes med rundt 25 til 30 prosent per år, selv om dette varierer mye etter bransje, og tallet er hentet fra leverandørforskning snarere enn uavhengige studier. Det praktiske poenget er at en kontaktpost som ikke er rørt på 12 måneder, trolig inneholder noe feil. En kvartalsvis gjennomgang av inaktive poster, alle uten aktivitet de siste 90 dagene, og en beslutning om å ta kontakt igjen eller arkivere dem, vil holde databasen nøyaktig.

Den viktigste løsningen: en månedlig 20-minutters ryddeøkt er enklere enn en kvartalsvis redningsaksjon på tre timer. Sett opp en gjentakende kalenderhendelse. Åpne CRM-et. Sorter etter dato for siste endring, eldst først. Fyll inn de åpenbare tomrommene. Slå sammen de åpenbare duplikatene. Arkiver de åpenbart døde leadene. Tjue minutter, én gang i måneden, er nok til å holde en database på opptil 500 kontakter i orden.

Hvordan setter du opp en CRM-database som holder seg ryddig ved 1 000 kontakter og mer?

Overgangen fra håndterbar til kaotisk skjer vanligvis et sted mellom 300 og 600 kontakter, når databasen er for stor til å skanne visuelt, men for liten til at noen opplever problemet som akutt. Svaret er regler skrevet ned før du når det antallet, ikke etterpå.

Obligatoriske felt ved registrering er den første regelen. Bestem hvilke felt som er påkrevd før en post kan lagres. Som et minimum: navn, e-post, leadkilde og pipelinefase. Hvis CRM-et ditt ikke håndhever dette teknisk, gjør det til en teamavtale og sjekk etterlevelsen ukentlig til det er blitt en vane.

En definert prosess for leadkvalifisering er den andre regelen. Ikke alle henvendelser fortjener en fullstendig post med aktiv oppfølging. Noen bare kikker. Noen er konkurrenter. Noen er studenter som forsker til en oppgave. En rask kvalifiseringssjekk, har denne personen et reelt behov, et reelt budsjett og en reell tidshorisont, avgjør om en ny henvendelse får en fullstendig post og aktiv salgsoppfølging, eller legges inn som Ikke kvalifisert og arkiveres.

Kodeleads håndterer begge disse ved å be om kilde og fase på registreringstidspunktet, slik at dataene er der fra første stund i stedet for å bli lagt til i ettertid.

En jevnlig dedupliseringssjekk er den tredje regelen. Månedlig for mindre databaser, ukentlig hvis du genererer mer enn 20 nye leads per uke. De fleste CRM-verktøy har en innebygd duplikatfinner. Bruk den etter en fast plan, ikke vent til problemet er synlig.

En arkiveringspolicy er den fjerde regelen. En avsluttet avtale, vunnet eller tapt, bør ikke ligge i din aktive pipelinevisning for alltid. Sett en regel: alle kontakter uten aktivitet de siste seks månedene flyttes til en arkivert visning, ikke slettet, men ute av den daglige arbeidslisten. Sletting er sjelden det riktige valget. Arkivering holder databasen ryddig uten å ødelegge historikken.

Det dypere poenget er dette: en CRM-database er ikke et arkivsystem. Det er et beslutningsstøttesystem. Hver post skal svare på spørsmålet «hva bør jeg gjøre videre med denne personen?» Hvis en post ikke kan svare på det spørsmålet, fordi feltene er tomme, fasen er feil eller datoen for siste kontakt er to år gammel, er det ikke en post. Det er rot.

En ryddig database med 1 000 kontakter gjør hvert salgsfølgearbeid raskere, hver e-postoppfølging mer relevant og hver beslutning i leadbearbeidingen tryggere. En rotete database med 200 kontakter gjør alt dette tregere, fordi du ikke kan stole på det du ser.

Ofte stilte spørsmål

Hva er en CRM-database?

En CRM-database er en strukturert oversikt over alle personer og organisasjoner som har tatt kontakt med virksomheten din, sammen med historikken over hva som ble sagt, hva som ble tilbudt og hva som skjedde videre. Den gir deg ett sted å følge med på hvor hver enkelt lead befinner seg, slik at ingenting glemmes.

Hvilke felter bør enhver CRM-database inneholde?

Som et minimum trenger en CRM-database fullt navn, primær kontaktmetode (e-post eller telefon), kilden til leaden, nåværende steg i salgspipelinen, dato for siste kontakt og dato for neste oppfølging. Alt annet er valgfritt inntil du har en klar grunn til å samle det inn.

Hvor ofte bør du rydde i en CRM-database?

En lett gjennomgang hver måned (der du fikser åpenbare duplikater og tomme felt) og en grundigere gjennomgang hvert kvartal er tilstrekkelig for de fleste små team. Med 1 000 kontakter eller mer vil en kvartalsmessig dedupliseringsjobb og en halvårlig kontroll av inaktive poster holde databasen brukbar.

Hva er dataforfall i en CRM-database?

Dataforfall er den naturlige prosessen der kontaktposter blir unøyaktige over tid. Folk bytter jobb, telefonnummer og e-postadresse. Forskning fra ulike leverandører av salgsdata antyder at omtrent 25 til 30 prosent av kontaktpostene blir utdaterte i løpet av et år, selv om det eksakte tallet avhenger av bransjen din.

Hvor mange steg bør en liten bedrift ha i sin CRM-pipeline?

Tre til fem steg er riktig omfang for et lite team. Henvendelse, Tilbud sendt og Vunnet eller Tapt dekker de fleste tjenestebedrifter. Det gir bare mening å legge til flere steg når hvert av dem har en tydelig handling knyttet til seg, ikke bare en etikett.

Hva er forskjellen mellom en CRM-kontakt og en CRM-lead?

En lead er noen som har vist interesse, men som ennå ikke er kvalifisert. En kontakt er et bredere begrep for enhver person som er lagret i databasen, noe som kan inkludere leads, eksisterende kunder, tidligere kunder og leverandører. De fleste CRM-løsninger for små team bruker begrepene om hverandre, men det hjelper å vite hvor skillet har betydning for dine egne pipelinesteg.

Hvordan forhindrer du duplikatposter i en CRM-database?

Den mest pålitelige forebyggingen er ett obligatorisk felt ved registrering, vanligvis e-postadresse, som systemet sjekker mot eksisterende poster før lagring. Hvis CRM-løsningen din ikke gjør dette automatisk, kan du sortere e-postkolonnen manuelt én gang i måneden. Duplikater vokser raskt og er langt enklere å forhindre enn å slå sammen i etterkant.

Trenger en liten bedrift en CRM-database, eller holder det med et regneark?

Et regneark fungerer for omtrent de første 50 til 100 kontaktene, forutsatt at én person eier det og oppdaterer det hver dag. Utover det gjør fraværet av oppfølgingspåminnelser, mangelen på en kontakthistorikk og risikoen for utilsiktede overskrivinger en dedikert CRM-database til det mer pålitelige valget, selv en enkel en.

Prøv Kodeleads hvis databasen allerede er i ferd med å vokse deg over hodet

Hvis kontaktene dine er spredt mellom en innboks, et regneark og noens hukommelse, gir Kodeleads deg en ryddig startstruktur med de riktige feltene, faste pipelinesteg og automatiske oppfølgingspåminnelser, uten den tidkrevende oppsettet til et verktøy bygget for et salgsteam på 20 personer. Prøv Kodeleads

undefined

Hva er en CRM-database?
En CRM-database er en strukturert oversikt over alle personer og organisasjoner som har vært i kontakt med virksomheten din, sammen med historikken over hva som ble sagt, hva som ble tilbudt og hva som skjedde videre. Den gir deg ett sted å følge med på hvor hver enkelt lead befinner seg, slik at ingenting glemmes.
Hvilke felter bør enhver CRM-database inneholde?
Enhver CRM-database trenger som et minimum fullt navn, en primær kontaktmetode (e-post eller telefon), kilden til leaden, nåværende trinn i salgspipelinen, dato for siste kontakt og dato for neste oppfølging. Alt annet er valgfritt inntil du har en klar grunn til å samle det inn.
Hvor ofte bør du rydde i en CRM-database?
En lett gjennomgang hver måned, der du fikser åpenbare duplikater og tomme felt, kombinert med en grundigere gjennomgang hvert kvartal, er nok for de fleste små team. Med 1 000 eller flere kontakter vil en kvartalsmessig deduplisering og en halvårlig gjennomgang av inaktive poster holde databasen brukbar.
Hva er dataforfall i en CRM-database?
Dataforfall er den naturlige prosessen der kontaktposter blir unøyaktige over tid. Folk bytter jobb, telefonnummer og e-postadresse. Forskning fra ulike leverandører av salgsdata antyder at omtrent 25 til 30 prosent av kontaktpostene blir utdaterte i løpet av et år, selv om det nøyaktige tallet avhenger av bransjen din.
Hvor mange pipelinetrinn bør en liten bedrift bruke i CRM-systemet sitt?
Tre til fem pipelinetrinn er det riktige spennet for et lite team. Henvendelse, tilbud sendt og vunnet eller tapt dekker de fleste tjenestebedrifter. Det gir mening å legge til flere trinn bare når hvert trinn har en klar handling knyttet til seg, ikke bare en etikett.
Hva er forskjellen mellom en CRM-kontakt og en CRM-lead?
En lead er en person som har vist interesse, men som ennå ikke er kvalifisert. En kontakt er et bredere begrep for enhver person som er lagret i databasen, noe som kan omfatte leads, eksisterende kunder, tidligere kunder og leverandører. De fleste CRM-systemer for små team bruker begrepene om hverandre, men det er nyttig å vite når skillet har betydning for dine egne pipelinetrinn.
Hvordan forhindrer du duplikatposter i en CRM-database?
Den mest pålitelige måten å forebygge duplikater på er et enkelt obligatorisk felt som brukes ved registrering, vanligvis e-postadresse, som systemet sjekker mot eksisterende poster før lagring. Hvis CRM-systemet ditt ikke gjør dette automatisk, kan du kjøre en manuell sortering på e-postkolonnen én gang i måneden. Duplikater vokser raskt og er langt enklere å forebygge enn å slå sammen i ettertid.
Trenger en liten bedrift en CRM-database, eller holder et regneark?
Et regneark fungerer for omtrent de første 50 til 100 kontaktene, forutsatt at én person eier det og oppdaterer det hver dag. Utover det gjør fraværet av oppfølgingspåminnelser, mangelen på en logg for kontakthistorikk og risikoen for utilsiktede overskrivinger et dedikert CRM-system til det mer pålitelige valget, selv et enkelt et.

← Tilbake til bloggen