Her er noe de fleste tar feil om når det gjelder CRM-migreringer:
De feiler ikke ved importknappen.
De feiler tre uker tidligere – i en beslutning ingen skrev ned. Noen antok at dataene kunne ryddes underveis i flyttingen i stedet for før den.
Så skjer det.
18 000 duplikatkontakter lander i den nye portalen. Hver selger drukner i dupliserte oppgavevarsler. Lead-scoringen slutter å fungere. Og arbeidsflytene du brukte en måned på å bygge, begynner å melde inn feil personer.
Den harde sannheten: en CRM-migrering er ikke en dataoverføring. Det er en nullstilling av dataarkitekturen som tilfeldigvis innebærer å flytte poster.
Får du arkitekturen riktig, blir importen kjedelig.
Får du den feil, betaler du for å bygge om en portal du allerede har betalt for å bygge. En typisk omstart koster 17 500–44 000 € (20 000–50 000 USD) – i tillegg til den opprinnelige investeringen.
Denne guiden bryter ned hvordan en ekte migrering ser ut, hva som ryker når du hopper over de kjedelige delene, og de konkrete posttallene som forteller deg om du kan gjøre det selv eller trenger en HubSpot-migreringspartner.
La oss gå i gang.
Hva en ekte migrering faktisk innebærer
En profesjonell migrering går i ni faser. Og bare én av dem er «import».
Her er rekkefølgen:
Først kartlegging og revisjon. Du lager en oversikt over hvert objekt, felt, hver automatisering, integrasjon og rapport i kildesystemet. Deretter flagger du duplikatene, de foreldreløse postene og de døde feltene.
Så design av datamodellen. Du bestemmer hva som flyttes og hva som arkiveres. (En vanlig regel: poster som ikke er rørt på 18–24 måneder, arkiveres i stedet for å migreres.)
Deretter kommer feltmapping, datavask og deduplisering, et sandkasse-oppsett, en testmigrering på ekte eksempeldata, selve overgangen, kvalitetssikring etter migrering, og til slutt fire til seks uker med hypercare – der det gamle systemet holdes i lesemodus som sikkerhetsnett.
Og her kommer den viktigste delen.
Legg merke til hvor tiden går.
Dataklargjøring og vask spiser jevnlig 40–60 % av innsatsen før migreringen. Selve importen? En ettermiddag.
Team som snur det forholdet på hodet – haster gjennom forarbeidet og fokuserer på importen – er de som feiler. Og de feiler bemerkelsesverdig ofte. Johnny Grows CRM Failure Report fra 2025 setter feilraten for CRM-prosjekter til 55 % når «feilet» betyr at man ikke nådde de planlagte målene, og bare rundt en fjerdedel av prosjektene treffer mål, tidslinje og budsjett samtidig.
Usikker på om dataene dine er klare for migrering? Få en gratis asynkron scoping-økt for migrering fra Superwork. Beskriv teknologistacken og dagens CRM, så sender vi tilbake en realistisk tidslinje, et prisintervall og de konkrete risikoene i dataene dine – før du forplikter deg til noe som helst.
Feltmapping: der de stille feilene gjemmer seg
På papiret ser HubSpots import enkel ut.
Den godtar .csv, .xlsx eller .xls. Ett ark. Under 1 000 kolonner. UTF-8 hvis du har tegn utenfor engelsk.
Fellene ligger i detaljene.
Hvert objekt har obligatoriske felt bare for å opprette en post. Kontakter trenger fornavn, etternavn eller e-post. Selskaper trenger navn eller domene. Avtaler trenger avtalenavn, en pipeline og et avtalestadium som er gyldig i den pipelinen. Bommer du på koblingen mellom pipeline og stadium, feiler raden.
Men de styggeste feilene er de stille:
- Verdier i nedtrekkslister må matche nøyaktig. Importerer du «open» når verdien er «Open», lander feltet tomt – uten feilmelding.
- Eiere må allerede finnes i HubSpot, referert med navn eller e-post, ellers faller eierskapet bort.
- Standard datoegenskaper som Close date trenger et UNIX-tidsstempel i millisekunder. En datocelle formatert i Excel importeres som søppel.
Ingen av disse gir en rød feilmelding. Du oppdager dem senere – når en rapport er feil og ingen vet hvorfor.
Dette er også der du bestemmer hva du ikke skal ta med.
Mapper du hvert eneste gamle felt til en egendefinert egenskap, får du egenskapsoppblåsing: de over 200 uforklarte egendefinerte egenskapene som gjør en portal umulig å vedlikeholde. En god migrering er delvis en utrenskning.
Å bevare historikk og relasjoner
Dette er delen den innebygde CSV-importen håndterer dårligst.
Det er også delen som betyr mest.
Assosiasjoner – koblingene mellom kontakter, selskaper, avtaler og saker – må bevisst gjenoppbygges ved hjelp av hver posts unike identifikator. Assosiasjonsetiketter («Manager», «Billing contact» og «Decision maker»-taggene som er tilgjengelige på Professional og Enterprise) må finnes i HubSpot før du importerer dem, og deretter refereres i en egen kolonne.
Aktivitetshistorikk er vanskeligere.
Samtaler og oppgaver kan importeres frittstående. Men e-poster, møter og notater må importeres og assosieres med en post. Og du kan ikke oppdatere eksisterende e-poster, møter, notater eller oppgaver via import i det hele tatt.
Her er den som biter alle:
Hvis du ikke tar med en kolonne for aktivitetsdato, stempler HubSpot hver post med importdatoen. Det er den klassiske feilen der 8 000 historiske samtaler alle viser dagens dato – og «sist kontaktet»-dataene dine er øyeblikkelig verdiløse.
Konklusjonen: ved reelle volumer er import av tidslinjeaktivitet ikke en CSV-jobb. Det er en API-jobb. Engagements- og CRM Imports-API-ene er den eneste veien til å legge rik historikk korrekt inn i tidslinjen – og det er derfor seriøse migreringer av aktivitetsdata er kode, ikke regneark. Tredjepartsverktøy som Import2 og SyncMatters finnes nettopp fordi de pakker inn det API-et.
Deduplisering, gjort riktig
HubSpot dedupliserer automatisk kontakter på e-post og selskaper på primærdomene ved opprettelse.
Nyttig. Men begrenset.
Her er hva den ikke fanger opp:
- Selskaper opprettet gjennom API-et – som inkluderer de fleste tredjeparts synkroniseringsapper – dedupliseres ikke på domene.
- Det finnes ingen innebygd deduplisering på tvers av objekter eller for egendefinerte objekter.
- Verktøyet for duplikathåndtering begrenser hvor mange par det i det hele tatt viser deg (rundt 2 000 på Professional, opptil 10 000 på Enterprise).
Regelen som forhindrer duplikateksplosjonen, er enkel: vask og dedupliser i kilden, før du importerer.
Migrerer du skitne data, mangedobler du dem. En delta-synkronisering som ikke er idempotent – som oppretter poster på nytt i stedet for å oppdatere dem – vil produsere duplikater helt på egen hånd under overgangen.
Hva som ryker, per kilde-CRM
Hvert kildesystem har sine egne landminer. Her er hvor hvert av dem gjemmer dem.
Salesforce er den store. HubSpot har ikke noe Lead-objekt, så både Salesforce Leads og Contacts kollapser inn i den samlede HubSpot-kontakten. Formelfelt migreres ikke som levende logikk – du eksporterer den beregnede verdien eller gjenoppbygger den som en beregnet egenskap i HubSpot. Posttyper blir vanligvis separate pipeliner. Apex, Process Builder og Flows må gjenoppbygges som arbeidsflyter. Referansefelt kommer inn som 18-sifrede ID-er, ikke etiketter, så de er ubrukelige for segmentering med mindre du mapper dem riktig. Den innebygde koblingen håndterer under ~50 000 poster godt; forbi det struper Salesforces API-begrensninger flyttingen og tvinger deg mot en skreddersydd tilnærming. Og du må deaktivere aktive Salesforce-automatiseringer før eksport – ellers korrumperer og dupliserer de poster midt i migreringen.
Marketo og Pardot mister engasjementshistorikken sin fullstendig. Åpninger, klikk, stegdata fra Engagement Studio – ingenting av det overføres. Eksporter oppsummeringsrapporter før du legger ned systemet. Lead-scoring må bygges opp fra bunnen av, ikke kopieres. Sett av 6–12 uker og omtrent 13 000–70 000 € (15 000–80 000+ USD) for en mid-market-flytting.
Pipedrive, Dynamics og Zoho støttes av HubSpots Smart Transfer-verktøy, som reviderer objekt- og postantall og automatisk bygger avstemmingsarbeidsflyter. De relasjonelle dataene – linjeelementer, produkter, vedlegg, aktiviteter – er der den innebygde ruten mister ting ved volum.
Regneark/CSV er det reneste tilfellet. Men se opp for store og små bokstaver i listeverdier, datoformater og notater over flere linjer som Excel deler over flere rader. Ta alltid med Record ID ved re-importer, ellers oppretter du duplikater.
Migrerer du fra Salesforce, Pardot eller Pipedrive? Se hvordan Superworks produktifiserte migrering fungerer – fast månedspris, asynkron leveranse og en senior fagperson som gjør feltmappingen. Ikke en junior som får prosjektet etter at salget er i boks.
Innebygde verktøy og takene deres
HubSpots importverktøy er genuint godt for standardobjekter.
Men det har harde grenser:
- 250 000 poster per CSV
- Opptil 300 eksporter per rullerende 24 timer
- Ingen planlagte importer
- Ingen transformasjon under import
- Ingen oppdatering av eksisterende e-poster, møter, notater eller oppgaver
Smart Transfer dekker de store kildesystemene for revisjon og synkronisering. Og HubSpots gratis veiledede migreringsstøtte er reell – verdt å bruke for mindre, standardiserte flyttinger.
Så hvor tar de innebygde verktøyene slutt?
Relasjonelle data, egendefinerte objekter og tidslinjeaktivitet i stor skala.
Det er der du trenger API-et – og noen som vet hvordan det brukes.
Utmerkelsen som faktisk betyr noe
Når du vurderer en migreringspartner, er ett signal verdt å vekte over alt annet: HubSpot Data Migration Accreditation.
Det er ikke et tier-merke.
For å ha den må et byrå ha minst to fullførte migreringsprosjekter fra et større CRM inn i HubSpot de siste 12 månedene – med marketplace-apper, API-er eller skreddersydd kode. Og HubSpot sier rett ut at erfaring med de innebygde importverktøyene alene ikke er nok til å kvalifisere. Vurderingen inkluderer en praktisk prøve, kundereferanser og et intervju, og den re-evalueres hvert andre år.
Det betyr mer enn om byrået er Gold eller Elite.
En akkreditering opptjenes på ekte migreringsarbeid. Et tier opptjenes på salgsvolum.
(Mer om det gapet i hvorfor HubSpot-tier ikke er lik kvalitet og akkrediteringer vs. sertifiseringer.)
Når du faktisk trenger en partner
Her er den ærlige grensen.
Gjør det selv hvis du flytter under ~5 000 rene poster, standardobjekter, standardfelt, ingen egendefinerte objekter, ingen komplekse relasjonelle data. HubSpots innebygde import og gratis migreringsstøtte håndterer det fint.
Leie inn en partner når noe av dette stemmer:
- 50 000+ poster
- Egendefinerte objekter
- Assosiasjoner på tvers av flere objekter
- Årevis med Salesforce-tilpasninger
- Historikk fra markedsføringsautomatisering du må bevare
- Integrasjoner som må fortsette å fungere gjennom overgangen
Terskelen går igjen i praktikermiljøet av en grunn. Forbi den løper kostnaden av en feil – ødelagt rapportering, tapt historikk, en duplikateksplosjon, kollapset adopsjon – fra kostnaden av å gjøre det riktig første gang.
Men her er det avgjørende spørsmålet. Det er ikke antallet poster isolert sett.
Det er om dataene er bærende for omsetningen.
Hvis prognosen din, rutingen din og fornyelsene dine alle avhenger av at de migrerte dataene er korrekte, gjør ombyggingsregnestykket partneren billig. (For mer om den beslutningen på tvers av hele HubSpot-oppsettet ditt, se når trenger du faktisk en HubSpot-partner og hvor mye en partner koster.)
En migrering er en engangshendelse med permanente konsekvenser.
Postene du mister historikk på, mister du for alltid. Assosiasjonene du ødelegger, gjenoppbygger du for hånd.
Versjonen som går knirkefritt, er versjonen der noen gjorde de ni kjedelige fasene i riktig rekkefølge – og det er akkurat det du betaler en HubSpot-migreringspartner for å garantere.
Klar for å flytte til HubSpot uten å miste et tiår med historikk? Book en gratis scoping-økt for migrering med Superwork. Du får en faseinndelt plan, en fast pris og et klart svar på hva som er trygt å migrere og hva som ikke er det.
Relatert lesning: Den komplette guiden til HubSpot-partnere · Hva koster en HubSpot-partner? · Velge HubSpot-partner for B2B SaaS