En CRM integration kobler kontakter, felter og aktiviteter sammen mellem dit CRM og dit automationsystem, så begge systemer ser det samme. Det kræver tre ting: en entydig nøgle på kontakten, en aftale om hvilket system der bestemmer hvert felt, og en klar regel for hvornår marketing slipper og salget overtager.
- En CRM integration virker kun hvis hvert felt har ét system der bestemmer værdien, ellers overskriver systemerne hinanden i ring.
- E-mailadressen er en dårlig nøgle alene, fordi folk skifter job og arbejdsmail, så koblingen skal bygges på et fast id fra CRM'et.
- Dubletter opstår næsten altid ved manuel oprettelse i CRM og ved formularer der ikke matcher på eksisterende kontakt før de opretter en ny.
- Overdragelsen fra marketing til salg skal være et felt med en tilstand og et tidsstempel, ikke en mail til sælgeren.
- Start med at synkronisere femten felter i stedet for hele databasen, så ved du hvad der er galt når noget går galt.
Hvad betyder det at koble CRM og marketing automation sammen?
At koble CRM og marketing automation sammen betyder at de to systemer deler det samme kontaktobjekt. Mail, navn, firma, status og de aktiviteter kontakten har lavet, flyder begge veje efter faste regler. Selve integrationen er en aftale om fire ting: hvilke kontakter, hvilke felter, hvilke aktiviteter og hvilken retning data løber.
De fleste systemer bygger på det samme princip. Der findes et kontaktobjekt med en række felter på, og der findes en strøm af aktiviteter knyttet til kontakten. En aktivitet kan være et mailåbning, et klik, en formularudfyldelse, et opkald eller en note fra en sælger. Oven på det ligger lister og segmenter, som er filtre på felterne.
Når du kobler systemerne, bestemmer du hvilke af de dele der skal flyde. Mange tror det er alt eller intet. Det er det ikke. Du kan sagtens sende kontakter og fem felter den ene vej og kun to felter tilbage den anden vej. Det er et valg, ikke en teknisk begrænsning.
Kontaktobjektet er den post i systemet der repræsenterer ét menneske. Felterne er kolonnerne på posten. Aktiviteterne er logbogen over hvad personen har gjort. Alle tre dele synkroniseres hver for sig, og de kan synkroniseres i hver sin retning.
Hvad er forskellen på envejs og tovejs synkronisering?
Envejs betyder at ét system bestemmer, og det andet lytter. Typisk sender automationsystemet nye leads ind i CRM, og CRM sender ikke noget tilbage. Tovejs betyder at begge systemer kan skrive i det samme felt, og at en ændring det ene sted lander det andet sted inden for få minutter.
Tovejs lyder bedst, fordi alle gerne vil have at tingene bare passer. Problemet opstår når to systemer skriver i samme felt kort efter hinanden. Så vinder det sidste skriv, og det er sjældent det rigtige. Jeg har set opsætninger hvor en status blev skrevet frem og tilbage i en løkke, fordi begge sider mente de ejede feltet.
Min tommelfingerregel er at vælge retning pr. felt, ikke pr. integration. Stamdata som firmanavn, telefon og ejer kommer fra CRM. Adfærdsdata som mailklik, score og sidst sete side kommer fra automationsystemet. Det giver et tydeligt ejerskab, og når noget ser forkert ud, ved du med det samme hvilket system du skal kigge i.
Skriv retningen ned felt for felt i et regneark, før du rører en eneste indstilling. Tre kolonner: feltnavn, hvilket system bestemmer, og hvad der skal ske hvis værdien er tom. Det ark er mere værd end selve opsætningen.
Hvor mange felter har en typisk SMV brug for at synkronisere?
Færre end du tror. Et standard CRM kommer med flere hundrede felter ud af kassen, og oveni har de fleste virksomheder bygget deres egne til over årene. Når jeg regner efter sammen med en ledelse, ender vi stort set altid på 15 til 20 felter der skal flyde mellem systemerne.
Regnestykket ser cirka sådan her ud. Fem felter til identitet: mail, fornavn, efternavn, telefon og firmanavn. Fire til segmentering: branche, land, rolle og virksomhedsstørrelse. Fire til proces: status, ejer, kilde og dato for første kontakt. Og tre til fire til samtykke og frameldinger. Det er tyve felter, og med dem kan du køre næsten al almindelig markedsføring i en virksomhed med 5 til 50 ansatte.
Resten af felterne er der en grund til at man ikke savner. Fakturaadresse, betalingsbetingelser, interne noter og tre forskellige versioner af et gammelt kampagnekodefelt har ingen funktion i et nyhedsbrev eller et automatiseret flow. De skaber derimod støj, fejlkøer og dubletter, fordi hvert ekstra felt er et sted hvor to systemer kan være uenige.
Min vurdering er at folk starter alt for stort. Det er fristende at tænke at man lige synkroniserer det hele, så er man på den sikre side. Erfaringen peger den modsatte vej: jo flere felter du tager med fra dag ét, jo længere tid går der før integrationen virker, og jo sværere bliver det at finde ud af hvad der gik galt. Start med tyve felter, kør i en måned, og tilføj så kun de felter nogen har spurgt efter.
Samtykkefelterne er dem jeg aldrig skærer i. Har du markedsføringssamtykke efter de danske regler, skal du kunne dokumentere hvornår og hvordan det blev givet, og det skal være det samme billede i begge systemer. Datatilsynet har vejledningerne til hvad dokumentationen skal indeholde.
- En integration kobler tre ting hver for sig: kontaktobjektet, felterne på kontakten og aktiviteterne under den.
- Envejs betyder at ét system bestemmer og det andet lytter. Tovejs betyder at begge kan skrive, og at det sidste skriv vinder.
- Vælg retning pr. felt, ikke pr. integration. Stamdata fra CRM, adfærdsdata fra automationsystemet.
- De fleste virksomheder med 5 til 50 ansatte klarer sig med 15 til 20 synkroniserede felter ud af flere hundrede mulige.
- Samtykke og frameldinger skal se ens ud i begge systemer, uanset hvor få felter du ellers tager med.
Hvilke felter skal matche mellem de to systemer?
De felter der skal matche, er dem begge systemer skriver i eller træffer beslutninger ud fra. Typisk mail, telefon, fornavn, efternavn, firma, landekode, lead-kilde, status og samtykke. Resten kan ligge ét sted. Lav en mapping-tabel med feltnavn i begge systemer, datatype, retning og hvem der bestemmer, før du rører ved en eneste indstilling.
Min erfaring er at integrationer sjældent går i stykker på de store ting. De går i stykker på et telefonnummer der står som +4520304050 i det ene system og 20 30 40 50 i det andet. Eller på et landefelt hvor marketing skriver "Danmark" og CRM forventer "DK". Systemerne siger ikke fra. De skriver bare et felt fuldt af vrøvl, og tre måneder senere undrer nogen sig over at segmenteringen ikke virker.
Derfor starter jeg altid med et regneark i stedet for en opsætningsguide. Ét ark, én række per felt, og en kolonne der hedder "hvem bestemmer". Det tager en formiddag at lave og sparer typisk et par dages oprydning senere. Hvis du vil have baggrunden for hvordan automatikken bruger de felter, ligger den i min gennemgang af marketing automation.
Hvordan ser en brugbar mapping-tabel ud?
Den har fem kolonner, ikke flere. Feltnavn i CRM, feltnavn i automationsystemet, datatype, retning og ejer. Retning er enten CRM til MA, MA til CRM eller begge veje. Ejer er det system hvis værdi vinder, hvis de to er uenige. Den sidste kolonne er den vigtigste, og den er også den folk springer over.
- E-mail. Tekst. Begge veje. Ejer: CRM. Altid lowercase og uden mellemrum før og efter.
- Telefon. Tekst. Begge veje. Ejer: CRM. Gemmes altid med +45 foran, også for danske numre.
- Land. Dropdown. CRM til MA. Ejer: CRM. Værdierne er landekoder på to bogstaver, DK, SE, NO, ikke landenavne.
- Lead-kilde. Dropdown. MA til CRM. Ejer: automationsystemet. Fast liste på højst 10 værdier, aldrig fritekst.
- Lead-status. Dropdown. Begge veje. Ejer: CRM. Samme ordlyd i begge systemer, tegn for tegn.
- Samtykke til nyhedsbrev. Ja/nej. MA til CRM. Ejer: automationsystemet, fordi det er der afmeldingen sker.
- Dato for samtykke. Dato. MA til CRM. Ejer: automationsystemet. Gemmes som dato, aldrig som tekst.
Kopier den liste, skift feltnavnene ud med dine egne, og slet de rækker du ikke har. Har du flere end 15 til 20 rækker, synkroniserer du formentlig felter ingen bruger. Et felt der ikke indgår i en segmentering, en automatik eller en sælgers arbejdsgang, behøver ikke at ligge to steder.
Skriv dato for samtykke som et rigtigt datofelt, ikke som tekst. Når en modtager klager, eller Datatilsynet spørger, skal du kunne filtrere på tidspunktet. Det kan du ikke på en tekststreng der nogle steder står som 12-03-2026 og andre steder som 2026/03/12.
Hvorfor vælger jeg altid dropdown frem for fritekst?
Fordi fritekst er en invitation til 14 stavemåder af det samme. Et fritekstfelt til lead-kilde ender med Google, google ads, Google Ads, Adwords, betalt søgning og tomt. Ingen af dem kan du bygge en liste på. En dropdown med seks faste værdier kan du bygge alt på, og de seks værdier kan synkroniseres uden at nogen skal gætte.
Den samme regel gælder lande. Landenavne er fritekst forklædt som struktur. Landekoder efter ISO 3166, altså DK, SE, DE, er en fast liste, og det er den standard de fleste systemer forventer i forvejen. Du kan slå koderne op hos ISO og lægge dem ind som faste valg i begge systemer.
Vigtigt forbehold: dropdowns skal have præcis samme ordlyd begge steder. Har CRM værdien "Kunde" og automationsystemet "kunde", afviser koblingen typisk værdien eller laver et nyt valg. Jeg skriver derfor værdierne ind manuelt i begge systemer og tjekker dem tegn for tegn, før jeg tænder synkroniseringen. Det føles pedantisk i ti minutter og sparer en uge.
Hvad gør du med telefonnumre og formater?
Vælg ét format og håndhæv det i det system der ejer feltet. Jeg bruger altid landekode foran og ingen mellemrum, altså +4520304050. Så kan både CRM, automationsystemet og en eventuel SMS-udsendelse læse det samme, og du undgår at et nummer med mellemrum tæller som en ny kontakt.
Mail behandler jeg på samme måde. Alt gemmes i små bogstaver, og mellemrum klippes væk ved indtastning. Formularer er den typiske synder, fordi folk kopierer deres mail ind fra en anden side og får et mellemrum med. Normaliseringen skal ske ved indgangen, ikke i en oprydning hver tredje måned.
- Lav mapping-tabellen i et regneark før du rører ved opsætningen. Fem kolonner: feltnavn i CRM, feltnavn i MA, datatype, retning og ejer.
- Synkroniser kun felter der bruges til segmentering, automatik eller en sælgers arbejdsgang. 15 til 20 felter er rigeligt for de fleste.
- Dropdown slår fritekst hver gang, og værdierne skal være identiske tegn for tegn i begge systemer.
- Brug landekoder på to bogstaver, telefonnumre med +45 og uden mellemrum, og mail i små bogstaver.
- Samtykke og dato for samtykke ejes af det system hvor afmeldingen sker, og datoen gemmes som datofelt, ikke tekst.
Få viden du kan bruge i din markedsføring
Du får konkrete erfaringer fra arbejdet med danske virksomheder, skrevet så du kan handle på det. Ingen reklame.
Hvem ejer kontakten når salget overtager leadet?
Salget ejer kontakten fra det øjeblik en sælger accepterer leadet, og ejerskabet skal stå som et felt i CRM med et tidsstempel. Marketing stopper sine nurture-flows automatisk på det tidsstempel. Uden den regel får folk både en salgsmail og en automatisk mail samme dag, og ingen af dem virker.
Det er her de fleste integrationer knækker. Felterne er mappet, dubletterne er ryddet, og så alligevel ringer en sælger og siger at hans kunde lige har fået en mail om et webinar midt i et tilbudsforløb. Problemet er sjældent teknikken. Det er at ingen har skrevet ned, hvornår marketing holder op med at tale til kontakten.
Min erfaring er, at det kan løses med tre felter og to regler. Ikke mere. Jo flere tilstande og undtagelser man bygger ind, jo større er chancen for at ingen bruger dem, og så er man tilbage ved at sælgerne selv husker at slå noget fra.
Hvilke felter skal styre overdragelsen?
Tre felter på kontakten gør arbejdet. Et ejerfelt, en tilstand og et tidsstempel for hvornår tilstanden sidst ændrede sig.
Ejerfeltet peger på en navngiven sælger, aldrig på en afdeling eller en fællespostkasse. Når ejerfeltet er tomt, er kontakten marketings. Når der står et navn, er den salgets. CRM bestemmer feltet, automationsystemet læser det og skriver aldrig i det. Den regel alene fjerner en hel kategori af konflikter, hvor to systemer skiftes til at overskrive hinanden hver nat.
Tilstandsfeltet er det vigtigste. Jeg anbefaler fire værdier og ikke flere: ny, marketing, salg, kunde. Ny er alt der lige er kommet ind og ikke er vurderet. Marketing betyder at kontakten må modtage automatiske mails. Salg betyder at en sælger har accepteret og er i gang. Kunde betyder at der er solgt, og at kontakten skal over i et helt andet spor med onboarding og service i stedet for salgsindhold.
Hvorfor fire og ikke de tolv trin, de fleste systemer foreslår? Fordi en tilstand kun har værdi, hvis den udløser en handling. Kan du ikke sige præcis hvilket flow der starter eller stopper ved en bestemt værdi, er værdien pynt. Jeg har set modeller med MQL, SQL, SAL, opportunity og fire varianter af recycled, hvor ingen i huset kunne forklare forskellen på to af dem. Det hjælper ingen.
Tidsstemplet er det, automatikken hænger på. Det skal opdateres hver gang tilstanden skifter, og det skal være datetime og ikke dato. Skifter en kontakt til salg klokken 10.15, skal nurture-flowet stoppe klokken 10.15 og ikke ved midnat.
Lav regelen i automationsystemet som en global udmeldelse og ikke som en betingelse inde i hvert enkelt flow. Ét sted at rette, når reglen skal ændres. Ellers skal du huske alle tolv flows hver gang.
Hvad sker der når salget melder leadet tilbage?
Leadet går tilbage til tilstanden marketing, men med en karantæneperiode hvor der ikke sendes noget. Min anbefaling er 30 dage. Derefter må kontakten modtage almindeligt indhold igen, men ikke det samme forløb som før.
Returreglen er den del, folk glemmer at bygge. Sælgeren ringer, kunden siger at det er et halvt år for tidligt, og så ligger leadet og rådner i et CRM med ejerfelt og tilstanden salg, hvor marketing ikke må røre den. Et halvt år senere er den stadig der. Det er spild af en kontakt der sagde noget så brugbart som "ikke nu".
Derfor skal returen være lige så defineret som overdragelsen. Sælgeren sætter tilstanden tilbage til marketing, tømmer ejerfeltet og vælger en årsag fra en kort liste: timing, budget, forkert profil, ingen kontakt opnået. Fire årsager, samme princip som med tilstandene. Årsagen er ikke rapportering for rapporteringens skyld, den styrer hvad der sker bagefter. Timing betyder karantæne og derefter nyhedsbrev. Forkert profil betyder at kontakten tages helt ud af automatikken, for der er ingen grund til at sende indhold til nogen der aldrig bliver kunde.
Karantænen på 30 dage er min vurdering, ikke en brancheregel. Den dækker det vindue hvor kontakten husker samtalen med sælgeren. Får de en automatisk mail tre dage efter at have sagt nej tak i telefonen, læser de den som om højre hånd ikke ved hvad venstre laver. Sælger du noget med lange beslutningsforløb, kan 60 eller 90 dage være rigtigere. Det vigtige er at tallet er valgt bevidst og skrevet ned, så systemet kan håndhæve det uden at nogen skal huske det.
Husk også at et nej i telefonen ikke er det samme som et samtykke der er trukket tilbage. Sletter eller stopper du markedsføring på et egentligt tilbagekald af samtykke, skal det ske i begge systemer og ikke kun i det ene. Datatilsynet har vejledningerne om samtykke og om hvad der skal dokumenteres.
- Ejerfeltet peger på en navngiven sælger, styres af CRM, og automationsystemet skriver aldrig i det.
- Fire tilstande er nok: ny, marketing, salg, kunde. En tilstand der ikke starter eller stopper noget, er pynt.
- Tidsstemplet skal være datetime, så nurture-flows stopper i samme minut som salget overtager.
- Returreglen kræver en årsag fra en kort liste og en karantæne, hvor 30 dage er et fornuftigt udgangspunkt.
- Stop flows ét centralt sted frem for som en betingelse inde i hvert enkelt flow.
Hvorfor opstår der dubletter, og hvordan rydder du op?
Dubletter opstår næsten altid samme sted. Formularen opretter en ny kontakt i stedet for at opdatere den der allerede findes, fordi matchreglen ikke kan genkende mailen. Resten kommer fra importerede lister og felter uden ensartet format. Oprydning begynder med at vælge nøglen, ikke med at slette.
De tre store kilder er værd at kende hver for sig. Den første er formularer, hvor systemet er sat til at oprette en record ved hver indsendelse. Den anden er import, typisk en messeliste eller et regneark fra en messe eller et webinar, der bliver hældt ind uden at blive matchet op mod det der allerede ligger. Den tredje er mennesker, der taster en kontakt ind manuelt, mens den samme person allerede ligger med en anden mailadresse.
Oven i det kommer felterne. Hvis mailen står som "Peter@Firma.dk" i det ene system og "peter@firma.dk" i det andet, så matcher simple regler dem ikke. Samme med telefonnumre, hvor det ene system har +45 foran og det andet har mellemrum mellem cifrene. To poster, én person.
Hvad koster 8 procent dubletter i en database på 4.000 kontakter?
Regn det selv op, så bliver det konkret. 4.000 kontakter med 8 procent dubletter giver 320 dublerede poster. Sæt at en sælger bruger fire minutter pr. dublet på at finde ud af hvem der har haft fat i kunden sidst, hvad der er sendt, og hvilken post der er den rigtige. Det er 1.280 minutter, altså omkring 21 timers arbejde. Med 400 kroner i timen lander du på cirka 8.500 kroner i ren forvirring.
Mailsiden er værre. Hvis halvdelen af de 320 dubletter sidder på samme udsendelsesliste, får 160 personer hvert nyhedsbrev to gange. Ved udsendelse hver fjortende dag bliver det omkring 4.100 ekstra mails om året til folk der i forvejen har læst dem. Og det alvorlige: afmelder modtageren sig på den ene post, bliver den anden ved. Rigtighedsprincippet i databeskyttelsesreglerne siger at oplysninger skal være korrekte og opdaterede, og det kan du læse mere om hos Datatilsynet. En kontakt der bliver ved med at modtage mails efter afmelding, er ikke en teknisk detalje.
Dubletter ødelægger også prioriteringen. Når adfærden fra én person fordeler sig over to poster, ser ingen af dem ud som et varmt lead, og sælgeren ringer til den forkerte. Jeg har skrevet mere om hvordan du prioriterer hvilke leads salget skal ringe til først, og hele den model falder sammen hvis adfærden ligger spredt på to kontakter.
Hvordan normaliserer du mail og telefon inden du matcher?
Normalisering vil sige at du tvinger feltet ned i ét format, før du sammenligner. Mail sættes til små bogstaver overalt, mellemrum i begyndelse og slutning klippes væk, og du beslutter om du vil ignorere prikker og plus-adresser. Telefon renses for mellemrum, bindestreger og parenteser, og landekoden skrives ens hver gang, enten med +45 eller uden. Vælg ét af dem og hold fast.
Vigtigst er at normaliseringen sker ved indgangen, ikke som en oprydning bagefter. Sæt den på formularen, på importen og på integrationen, så alle tre veje leverer samme format. Ellers rydder du op hver tredje måned, og det bliver aldrig en opgave nogen får tid til.
Sæt formularerne til opdater hvis mail findes, opret ellers. Det ene klik i opsætningen fjerner flere dubletter end nogen manuel oprydning du kan nå på en eftermiddag.
I hvilken rækkefølge rydder du op i de dubletter du allerede har?
Lukker du hullet først, undgår du at rydde op i noget der fortsætter med at vokse. Herefter kører du oprydningen i faste trin, så du kan stoppe undervejs uden at efterlade databasen halvfærdig.
Luk hullet. Ret formularer og importflows så de opdaterer i stedet for at oprette.
Normaliser mail og telefon på hele databasen, så sammenligningen overhovedet kan lade sig gøre.
Find dubletterne på mail først. Det er den sikreste nøgle og typisk to tredjedele af bunken.
Kør derefter på telefon plus efternavn, og gennemgå dem manuelt. Den regel laver flere fejlmatch, især i familieejede virksomheder med samme hovednummer.
Flet, og beslut på forhånd hvilken post der vinder på hvert felt. Nyeste aktivitet vinder normalt på adfærd, CRM vinder på ejer og stadie.
Tag en kopi af databasen inden du fletter. Flet er ikke til at fortryde i de fleste systemer.
Min vurdering efter en del af den slags oprydninger: tag ikke alt på én gang. Kør mailmatchene maskinelt, og lad telefonmatchene vente til du har set de første hundrede igennem med øjnene. Et forkert flet koster mere end en dublet, fordi du blander to virksomheders historik sammen og ikke kan skille dem ad igen.
- Dubletter skyldes næsten altid formularer der opretter frem for at opdatere, import af lister uden matchregel, og felter i uens format.
- 8 procent dubletter i en base på 4.000 kontakter giver 320 dobbeltposter, cirka 21 timers spildt sælgertid og omkring 4.100 overflødige mails om året.
- Normaliser mail og telefon ved indgangen, ikke som en oprydning bagefter, ellers kommer dubletterne igen.
- Ryd op i rækkefølge: luk hullet, normaliser, match på mail, match på telefon manuelt, flet til sidst.
- Tag en kopi inden du fletter. Et forkert flet kan ikke fortrydes.
Vil du have mere i indbakken?
Du får konkrete erfaringer fra arbejdet med danske virksomheder, skrevet så du kan handle på det. Ingen reklame.
Hvordan sætter du integrationen op uden at vælte driften?
Sæt integrationen op i fire uger med envejssynkronisering først. Frys feltlisten, lav et mapping-ark, test på 50 kontakter, slå al mailudsendelse fra under første fuldsynk, og åbn først for tovejs når tallene stemmer. Rækkefølgen er det der afgør om driften kører videre imens.
Det der vælter driften, er næsten aldrig selve koblingen. Det er at nogen åbner for alt på én gang en torsdag eftermiddag, og at systemet så sender en velkomstmail til 3.000 kontakter der har været kunder i seks år. Den slags kan ikke kaldes tilbage.
Min erfaring er at en opsætning mellem to standardsystemer kan laves på en dag teknisk set. Men det tager fire uger at gøre det, så ingen mærker det. Forskellen ligger i testen, ikke i knapperne.
Hvilken rækkefølge skal de fire uger have?
Uge et går med at fryse felterne. Du laver en liste over præcis de felter der skal synkronisere, og så rører ingen ved feltopsætningen i nogen af systemerne indtil integrationen kører. Jeg har set opsætninger gå i stykker fordi en sælger oprettede et nyt dropdown-valg midt i testen, og så matchede værdien ikke længere på den anden side.
Mapping-arket laves samtidig. Et regneark med fire kolonner: feltnavn i CRM, feltnavn i automationsystemet, felttype, og hvilket system der bestemmer værdien. Det lyder banalt, og det er det også. Men det er det eneste dokument der fortæller dig hvad der gik galt, når noget går galt om tre måneder.
Uge to er testsynk på 50 kontakter. Ikke 50 tilfældige, men 50 du har valgt med vilje: nogle med fuldt udfyldte felter, nogle med huller, nogle med mærkelige tegn i navnet, nogle med telefonnummer skrevet med mellemrum, og mindst fem du selv kender personligt så du kan se om data ser rigtigt ud. Kør synkroniseringen, åbn begge systemer side om side, og sammenlign manuelt. Det tager en time. Den time sparer dig for en uge.
Uge tre er fuldsynk envejs, typisk fra CRM mod automationsystemet. Her kommer alle kontakterne over, og her opdager du de fejl de 50 ikke afslørede. Afsat tid til oprydning, for der kommer noget.
Uge fire åbner du for tovejs på de få felter der skal gå begge veje, og tænder først automatikken til sidst. Når tallene har stået stille i et par dage, er du færdig.
Hvad skal slås fra mens du tester?
Mailudsendelse. Altid. Jeg slukker al udgående mail i automationsystemet før første fuldsynk, uden undtagelser, og tænder den igen som det allersidste. De fleste systemer har en simuleringstilstand eller en global pause. Kan du ikke finde den, så fjern afsenderdomænet midlertidigt. Det er grimt, men det virker.
Grunden er enkel. Når 4.000 kontakter oprettes på et minut, ser automationsystemet 4.000 nye kontakter. Alt hvad du har bygget af velkomstforløb og triggere på feltændringer udløses samtidig. Jeg har aldrig set en fuldsynk hvor der ikke lå mindst én trigger nogen havde glemt.
Ud over mail slår jeg også lead scoring-regler fra, så en bulkimport ikke sender halvdelen af databasen over salgsgrænsen, og jeg pauser opgaveoprettelse i CRM så sælgerne ikke vågner op til 600 opfølgningsopgaver. Webhooks til tredjepartsystemer står også stille indtil synkroniseringen er færdig.
Lav en tjekliste med navn på hver automatik du har slået fra, hvem der slog den fra, og hvornår den skal tændes igen. Jeg har set flere virksomheder køre et halvt år uden velkomstmails, fordi ingen huskede at tænde dem efter en migrering.
Inden du tænder igen, er det værd at gennemgå hvad der egentlig ligger af automatikker. Mange har bygget forløb op over år, og halvdelen rammer aldrig nogen. Min gennemgang af de mailforløb der giver mening for mindre virksomheder kan bruges som udgangspunkt for at vurdere hvad der skal med videre.
Mål på det bagefter. Sammenlign antal nye kontakter pr. uge før og efter, så du opdager hvis kilden er stoppet med at levere. Har du ikke styr på hvor dine leads kommer fra i forvejen, så start med en basal opsætning af webanalyse, for ellers kan du ikke se om integrationen har ændret noget.
- Fire uger er nok: frys felter og lav mapping-ark, test på 50 udvalgte kontakter, kør fuldsynk envejs, åbn for tovejs til sidst.
- Al mailudsendelse slås fra før første fuldsynk og tændes som det allersidste, ellers udløser bulkimporten alle dine triggere på én gang.
- Lead scoring, opgaveoprettelse i CRM og webhooks pauses også under testen.
- De 50 testkontakter skal vælges med vilje og indeholde både pæne og rodede data, ikke tages tilfældigt.
- Skriv ned hvad du har slået fra og hvornår det skal tændes igen, ellers står automatikken stille i månedsvis.
Hvad koster en CRM integration, og hvornår skal du vælge standardkoblingen?
Der er tre veje: den indbyggede kobling mellem to systemer, et iPaaS-værktøj som mellemled, eller din egen integration op mod API'et. Standardkoblingen rækker, når begge systemer er sat op som leverandøren har tænkt det, du kan nøjes med standardfelterne, og ingen tredje datakilde skal med i billedet.
Prisen på selve koblingen er sjældent det der afgør noget. Det der koster, er timerne bagefter. En integration du selv har bygget, skal vedligeholdes hver gang et API får en ny version, og den viden sidder hos én person. Et iPaaS-værktøj flytter den opgave over på et abonnement, men lægger samtidig et ekstra led ind som kan gå ned uden at nogen opdager det.
Jeg anbefaler at du regner på tre år og ikke på opstarten. Et stykke udviklingsarbejde til 40.000 kroner ser billigere ud end 800 kroner om måneden, lige indtil nogen skal rette i det anden gang.
Hvornår rækker den indbyggede kobling?
Standardkoblingen rækker, når tre ting er på plads. Først: du bruger standardfelterne på kontakten og har ikke bygget dit eget objekt ved siden af. Dernæst: kun to systemer skal tale sammen, ikke tre. Og til sidst: du kan leve med den retning og den frekvens leverandøren har valgt, altså hvem der overskriver hvem, og hvor tit der synkroniseres.
Bruger du HubSpot CRM sammen med et andet automationsystem, er koblingen ofte lavet og vedligeholdt af den ene part i forvejen. Det samme gælder Pipedrive, hvor en stor del af de gængse marketingværktøjer ligger klar i deres marketplace. Dynamics er en anden historie. Her er standardkoblingerne typisk bygget til Microsofts egen stak, og skal du ud af den, ender du ofte alligevel med et mellemled.
E-conomic er sit eget kapitel, fordi det er en datakilde og ikke et CRM. Du henter fakturerede beløb og betalingsstatus ind, men du skal aldrig lade regnskabssystemet skrive tilbage i CRM'et på andet end tal. Et firmanavn i e-conomic er et juridisk navn, og det matcher sjældent det navn din sælger har skrevet ind.
Hvad koster et iPaaS-værktøj sammenlignet med din egen integration?
Et iPaaS-abonnement betales pr. måned og prissættes typisk på antal kørsler eller antal aktive flows. En egen integration betales én gang i udvikling og derefter i timer, hver gang noget skal rettes. Tjek de aktuelle priser på leverandørernes egne prissider, for eksempel hos HubSpot, frem for at stole på et tal i en artikel. De bliver ændret et par gange om året.
Et regneeksempel med mine egne antagelser. En integration mellem CRM og automationsystem med ti felter, dubletkontrol og en fejlkø tager efter min vurdering 30 til 50 timer at bygge og teste ordentligt. Med en timepris på 1.000 kroner lander opstarten på 30.000 til 50.000. Læg dertil 5 til 10 timer om året til vedligehold. Et iPaaS-værktøj til samme opgave skal altså koste over 1.000 kroner om måneden, før egenudvikling begynder at se billigt ud, og så har du stadig selv ansvaret for overvågningen.
Start med standardkoblingen og lad den køre i tre måneder, før du beslutter dig for noget dyrere. De fleste af de krav man tror man har, viser sig at være vaner fra et system man ikke bruger længere.
Vælger du et mellemled, så hold antallet af flows nede. Jeg ser oftere problemer komme fra femten små automatiseringer ingen har overblik over, end fra én stor der går ned. Hvordan opsætningen hænger sammen med resten af arbejdet, kan du læse mere om under min rådgivning om marketing automation.
- Standardkoblingen rækker, når du bruger standardfelterne, kun to systemer skal tale sammen, og leverandørens synkroniseringsretning passer dig.
- Et iPaaS-værktøj flytter vedligeholdet over på et abonnement, men lægger et ekstra led ind som skal overvåges.
- Egen integration via API koster efter min vurdering 30 til 50 timer at bygge og teste på ti felter med dubletkontrol og fejlkø.
- E-conomic er en datakilde, ikke et CRM. Hent tal ind, men lad aldrig regnskabssystemet overskrive navne og kontaktdata.
- Regn på tre års drift frem for på opstarten, før du vælger.
Vil du have mere i indbakken?
Du får konkrete erfaringer fra arbejdet med danske virksomheder, skrevet så du kan handle på det. Ingen reklame.
Hvordan holder du integrationen i live efter go live?
Hold øje med fem ting efter go live: fejlkøen i integrationen, antallet af synkroniserede kontakter pr. dag, nye dubletter, felter der pludselig står tomme, og tiden fra lead oprettes til sælger har den. Et månedligt tjek på en halv time fanger næsten alt, før salget mister tilliden til systemet.
Den dag integrationen er sat op, virker den. Det er nærmest altid tilfældet, for den er lige blevet testet. Problemet opstår tre måneder senere, hvor ingen længere kigger, og hvor nogen i mellemtiden har ændret en formular, omdøbt et felt eller tilføjet en ny kilde til leads.
Min vurdering efter en del opsætninger er, at integrationer sjældent bryder sammen med et brag. De går stille i stå. Og de går oftest i stå i den ende, ingen opfatter som teknisk: formularerne. Nogen laver en ny landingsside, kopierer en formular, glemmer at mappe feltet "virksomhed", og så kommer der leads ind uden firmanavn i et halvt år. Integrationen kører fint. Den har bare ikke noget at sende.
Hvad skal du overvåge hver måned?
Sæt en halv time i kalenderen den første hverdag i måneden. Ikke mere. Den skal bruges på fem målepunkter, og de er valgt fordi de hver især fanger en anden type fejl.
Fejlkøen. Alle integrationer har et sted hvor de poster der ikke kunne gennemføres, bliver liggende. Står der nul, er det fint. Står der 340, har du haft et problem siden sidst du kiggede. Gennemgå de tre nyeste og se om de har samme årsag.
Antal synkroniserede kontakter pr. dag den seneste måned. Du leder ikke efter et bestemt tal, du leder efter et hul. En flad linje på nul i fire dage midt i måneden betyder at noget var nede, og at ingen opdagede det.
Nye dubletter siden sidste måned. Søg på mailadresser der optræder mere end én gang. Stiger tallet pludselig, er der kommet en ny kilde ind som ikke bruger samme matchregel som resten.
Udfyldningsgrad på de felter der styrer automatikken. Typisk firmanavn, telefon, kilde og leadstatus. Står firmanavn tomt på 60 procent af de nye kontakter, og stod det tomt på 5 procent for tre måneder siden, så er der en formular der er holdt op med at sende feltet med.
Tid fra leadet oprettes til sælger har det i CRM. Træk de ti nyeste og se på tidsstemplerne. Fem minutter er fint. Halvanden dag er en fejl nogen skal kigge på i dag.
Punkt fire er det vigtigste og det eneste, der kræver at du har gemt et udgangspunkt. Noter udfyldningsgraden den dag I går live. Uden det tal kan du ikke se, at felterne stille er holdt op med at komme med, for der er stadig data nok til at det ser rimeligt ud ved et hurtigt blik.
Lav et skærmbillede af de fem tal den dag integrationen går live, og læg det i samme mappe som jeres feltmapping. Det er jeres nullinje. Næste gang nogen siger "der kommer vist færre leads ind", kan du svare på det med tal i stedet for fornemmelser.
Hvem har ansvaret når noget går galt?
Én navngiven person. Ikke en afdeling, ikke leverandøren, ikke "os der arbejder med det". Når ansvaret er delt mellem marketing og salg, ender fejlkøen med at stå urørt i ni måneder, fordi begge parter går ud fra at den anden kigger.
Personen behøver ikke kunne kode. Vedkommende skal kunne åbne de fem målepunkter, se om noget ser forkert ud, og vide hvem der skal ringes til. Det tager en time at lære og en halv time om måneden at vedligeholde.
Derudover skal ét forhold stå skriftligt: ingen ændrer en formular, et feltnavn eller en kilde uden at give personen besked først. Det er ikke bureaukrati, det er den eneste måde at undgå, at en ny landingsside stille slår en del af automatikken fra. Skriv det ind i den samme mappe som feltmappingen, så det står sammen med resten.
Og hold øje med leverandørens egne ændringer. Både HubSpot og Microsoft opdaterer deres platforme løbende, og udfasede felter og API-versioner bliver varslet i produkternes egne opdateringsnoter. Microsoft samler deres på Microsoft Learn. Sæt den ansvarlige til at modtage de mails, i stedet for at lade dem ryge til en fællespostkasse ingen læser.
Når den rutine kører, opdager I fejl indenfor en måned i stedet for et halvt år. Det er forskellen på en integration salget stoler på, og en de holder op med at bruge.
- Overvåg fem ting hver måned: fejlkø, antal synkroniseringer pr. dag, nye dubletter, udfyldningsgrad på nøglefelter og tiden fra lead til sælger.
- Gem udfyldningsgraden den dag I går live. Uden en nullinje kan du ikke se, at felter stille er holdt op med at komme med.
- Integrationer bryder sjældent sammen med et brag. De går i stå, når nogen ændrer en formular uden at mappe felterne.
- Udpeg én navngiven ansvarlig med en halv time om måneden i kalenderen, ikke en afdeling.
- Skriv ned at formular- og feltændringer skal varsles, og lad den ansvarlige modtage leverandørens opdateringsnoter direkte.
Skal vi tage en snak?
Tag en uforpligtende snak om hvor du står. Du går fra samtalen med mindst tre konkrete ting du kan gøre.
Skriv til mig