Den komplette HubSpot-migreringsguiden: Planlegg, gjennomfør og skaler uten å miste data

En HubSpot-migrering er den strukturerte prosessen med å flytte CRM-data, workflows og integrasjoner fra et kildesystem (som Salesforce, Pipedrive, Zoho eller Dynamics 365) inn i HubSpots CRM.

En vellykket migrering går i åtte faser — planlegg, velg metode, klargjør portalen, rens data, test i en sandbox, gjennomfør med en delta-migrering, rull ut med opplæring, og deretter overvåk og optimaliser.

De fleste B2B-migreringer tar 4 uker for enkle oppsett og 3–6 måneder for komplekse flyttinger med flere objekter. Vurderer du en HubSpot-migrering av CRM-dataene dine, krysser du ikke bare av nok en IT-oppgave. Du nullstiller hvordan inntektsteamene dine jobber, hvilke data de stoler på, og hvor raskt du kan vokse.

De fleste CRM-migreringer feiler ikke fordi programvaren er feil. De feiler fordi selskaper undervurderer prosjektet. Gartner har gjentatte ganger funnet at mer enn halvparten av CRM-implementeringer bommer på sine opprinnelige mål, og årsakene er nesten alltid de samme: skitne data, ingen adopsjonsplan, ødelagte integrasjoner og manglende samordning mellom salg, markedsføring og service.

HubSpot gir deg en reell sjanse til å unngå den skjebnen. Én plattform for markedsføring, salg, service, innhold og drift, med native AI, Smart Transfer-verktøy for vanlige kildesystemer og egendefinerte objekter fleksible nok til å modellere nesten enhver B2B-virksomhet.

Denne guiden tar deg gjennom hele migreringen, fra den første planleggingssamtalen til optimalisering etter lansering. Du får se de åtte fasene vi bruker hos Superwork med våre egne HubSpot-kunder, de vanlige fellene å unngå, og hvordan du håndterer egendefinerte objekter, sikkerhet, sandboxes og delta-migreringer uten å ta snarveier.

• Hovedpunkter
• Hvorfor virksomheter flytter til HubSpot CRM
• Vanlige utfordringer i en HubSpot-migrering
• Fase 1: Planlegg HubSpot-migreringen
• Fase 2: Velg migreringsmetode
• Fase 3: Klargjør HubSpot-portalen
• Fase 4: Rens og map dataene dine
• Fase 5: Test alt i en sandbox
• Fase 6: Gjennomfør migreringen
• Fase 7: Rull ut, lær opp og driv adopsjon
• Fase 8: Overvåk, mål og optimaliser
• Vanlige HubSpot-migreringsfeil å unngå
• Hvor lang tid tar en HubSpot-migrering?
• HubSpot-migrering FAQ
• Oppsummering av HubSpot-migreringen din

Hovedpunkter

• En HubSpot-migrering er et strategisk prosjekt, ikke en datadump. Planlegg den i faser med tydelige eiere, tidslinjer og suksessmålinger.
• Datakvalitet avgjør resultatene. Revider, dedupliser og standardiser dataene dine før de berører HubSpot.
• Egendefinerte objekter låser opp reelle B2B-bruksområder som abonnementer, eiendeler, lokasjoner og prosjekter, men de finnes kun på Enterprise-nivåene.
• Velg riktig migreringsmetode for ditt volum og din kompleksitet, fra HubSpot Smart Transfer og native CSV-import til verktøy som Import2, SyncMatters, Suprdense Switch og partnerledede migreringer.
• Test alt i en sandbox og planlegg en delta-migrering for å fange opp oppføringer opprettet mellom overgang og lansering.
• Adopsjon er et utrullingsproblem, ikke et opplæringsproblem. Samordne ledelsen, kjør rollebasert opplæring og knytt CRM-bruk til KPI-er.

Hvorfor virksomheter flytter til HubSpot CRM

Det korte svaret: B2B-selskaper migrerer til HubSpot for å samle markedsføring, salg, service, innhold og drift på én plattform, kutte kostnader til duplikate verktøy, samordne inntektsteamene rundt delte data og låse opp AI- og automatiseringsfunksjoner som Breeze. Ifølge Nucleus Research gir CRM-prosjekter i gjennomsnitt $8,71 tilbake for hver $1 brukt — når de implementeres og adopteres skikkelig.

De fleste selskaper som vurderer en HubSpot-migrering, flytter ikke fordi HubSpot er billigere. De flytter fordi kostnaden ved å kjøre fem frakoblede verktøy, rense de samme kundedataene på tre steder og tvinge salg og markedsføring til å krangle om definisjoner, endelig er høyere enn kostnaden ved å konsolidere.

HubSpot samler markedsføring, salg, service, innhold og drift i ett system med delte data, delte rapporter og delt automatisering. Kjøpere får en mer konsistent opplevelse, og teamet ditt slutter å snurre mellom verktøy. Adopsjonen går vanligvis raskere enn med enterprise-alternativer fordi grensesnittet er bygget for sluttbrukere, ikke bare administratorer. Og plattformen skalerer, med egendefinerte objekter, rolletillatelser, godkjennings-workflows og Breeze AI-funksjoner som støtter bruksområder på enterprise-nivå.

En godt gjennomført migrering er det som gjør det potensialet om til faktiske resultater. Nucleus Research har rapportert en gjennomsnittlig avkastning på rundt $8,71 for hver dollar brukt på CRM, men bare for selskaper som implementerer og adopterer det skikkelig. Å få migreringen riktig er hvordan du gjør deg fortjent til den avkastningen.

Tenker du på en flytting til HubSpot og er usikker på hvor du skal starte? Book en gratis HubSpot-migreringskonsultasjon med Superwork for å kartlegge data, omfang og tidslinje før du forplikter deg.

Vanlige utfordringer i en HubSpot-migrering

Før vi går inn i fasene, hjelper det å forstå hva som typisk går galt. Å kjenne disse risikoene tidlig er slik du bygger en plan som unngår dem.

• Datakvalitetsproblemer. Duplikate kontakter, inkonsistente selskapsoppføringer, utdaterte avtalefaser og manglende felter forringer HubSpot på samme måte som de forringer ethvert CRM. Migrerer du skitne data, arver du skitne data.
• Felt- og objektmismatch. En Salesforce Opportunity mapper ikke rent til en HubSpot-avtale. Egendefinerte Zoho-moduler må kanskje bli egendefinerte HubSpot-objekter. Pipedrive-pipelines matcher sjelden din faktiske salgsprosess.
• Ødelagte integrasjoner. ERP, fakturering, produktbruk, telefoni og markedsføringsverktøy må kobles til på nytt, og noen vil ikke ha native HubSpot-integrasjoner.
• Compliance- og sikkerhetsrisiko. Migreringer er et av øyeblikkene med høyest risiko for kundedata. GDPR, CCPA og bransjespesifikke regelverk gjelder fortsatt mens dataene flyttes.
• Brukermotstand. Selgere som er vant til et annet system, vil yte motstand hvis du ikke involverer dem tidlig eller hvis det nye oppsettet er vanskeligere i deres daglige arbeid.
• Rapporteringshull. Ledelsen mister raskt tilliten hvis dashbord forsvinner eller tallene ikke stemmer overens med det gamle systemet på dag én.

De åtte fasene nedenfor er designet for å adressere hver av disse risikoene i rekkefølge.

Fase 1: Planlegg HubSpot-migreringen

En HubSpot-migrering starter lenge før noen rører HubSpot. Planleggingsfasen er der du bestemmer hvordan suksess ser ut, hvem som eier hva, og hva du er villig til å legge igjen.

Nåsituasjon vs. ønsket situasjon

Dokumenter ditt nåværende CRM-oppsett ærlig. Hvilke funksjoner bruker dere faktisk? Hvilke workflows er ødelagte? Hvilke rapporter stoler ledelsen på, og hvilke ignorerer de? Beskriv deretter ønsket tilstand i HubSpot: hvordan salgsprosessen bør se ut, hva markedsføring må levere videre, hvordan service skal få kontekst om hver kunde. Gapet mellom de to bildene er migreringsomfanget ditt.

Identifisering av interessenter

En CRM-migrering er aldri kun et IT-prosjekt. Du trenger salgsledelsen, markedsføring, customer success eller service, RevOps og IT i rommet. Utpek én prosjekteier, ideelt en RevOps-leder eller HubSpot-administrator, og navngi en forkjemper på hvert team som representerer de daglige brukerne. Forankring i toppledelsen betyr også noe. Når ledelsen bruker og forsvarer det nye CRM-et, følger adopsjonen etter.

Tidslinje og skjæringsdato

Kartlegg en realistisk tidslinje med milepæler for planlegging, dataopprydding, konfigurasjon, testing, opplæring og lansering. Mindre implementeringer kan lande på fire til seks uker. Komplekse migreringer med flere regioner og objekter tar ofte tre til seks måneder. Bygg inn buffer i hver fase.

Avtal en skjæringsdato for å legge inn nye data i det gamle CRM-et. Når den datoen er passert, bor all ny aktivitet i HubSpot, og det gamle systemet blir et arkiv. Uten denne regelen vil du bruke uker på å jage oppføringer på to steder.

Bestem deg for tredjepartshjelp

HubSpot tilbyr sin egen onboarding-tjeneste, som dekker grunnleggende konfigurasjon. En HubSpot Solutions Partner som Superwork går dypere: datamapping, design av egendefinerte objekter, gjenoppbygging av integrasjoner, opplæring og endringsledelse. Er datavolumet ditt over 50 000 oppføringer, eller flytter du fra Salesforce, Dynamics eller et komplekst eldre system, betaler en partner seg nesten alltid.

Fase 2: Velg migreringsmetode

Det finnes ingen enkelt riktig måte å migrere til HubSpot. Den beste metoden avhenger av kildesystemet ditt, datavolumet, objektkompleksiteten og interne ressurser. Her er de realistiske alternativene.

HubSpots native CSV-import

HubSpot har en innebygd CSV-importer for kontakter, selskaper, avtaler, saker, produkter og notater. Den er gratis, enkel og fungerer bra for små datasett eller som et supplement til andre metoder. Hovedbegrensningene er at den ikke kan importere engasjementer som møter, samtaler eller vedlegg, og at kobling av oppføringer på tvers av objekter krever nøye filklargjøring.

HubSpot Smart Transfer

HubSpot Smart Transfer er et veiledet, innebygd verktøy som reviderer kildesystemet ditt, mapper objekter og egenskaper, oppretter nødvendig HubSpot-struktur og kjører synkroniseringen. Det støtter for øyeblikket Pipedrive, Zoho CRM, Dynamics 365, ActiveCampaign, Copper, Mailchimp, Keap, Salesforce, Pardot, Marketo, Zendesk, Freshdesk og Monday.com. Det er kun tilgjengelig for superadministratorer, og flytting av egendefinerte feltmappinger krever et Data Hub-abonnement.

HubSpot API

For skreddersydde systemer, store datavolumer eller migreringer som trenger egendefinert logikk og datarensing under overføringen, er HubSpot API det mest fleksible alternativet. Det krever utviklerressurser og nøye batch-håndtering, men det gir deg full kontroll over mapping, transformasjon og validering.

Tredjeparts migreringsverktøy

Flere spesialbygde verktøy ligger mellom DIY CSV-importer og fulle partneroppdrag. De viktigste vi ser i praksis:

• Import2 (inkludert 1-Click HubSpot CRM Data Migration). Håndterer engasjementer, vedlegg og relasjoner som den native CSV-importeren ikke kan. Godt mellomsteg for team med noe teknisk kompetanse og et lite budsjett.
• SyncMatters (MigrateMyCRM). Tilbyr DIY-, veiledede og tilpassede migreringsnivåer med sterk støtte for HubSpot-til-HubSpot-flyttinger, CRM-bytter og migrering av markedsføringsressurser.
• Suprdense Switch. Alle-til-alle CRM-migreringsverktøy med sanntidsvalidering av oppføringer, bevart eierskap og assosiasjoner, og automatisk mapping av brukere, objekter og egenskaper. Nyttig når du trenger kontekstuell objektmapping og raske migreringer med få feil.

Partnerledet migrering

For enterprise-migreringer med egendefinerte objekter, komplekse integrasjoner eller strenge compliance-krav kombinerer en HubSpot-partner de riktige verktøyene med domeneekspertise. Partneren eier prosjektet fra ende til ende: revisjon, mapping, design av egendefinerte objekter, gjenoppbygging av integrasjoner, testing, opplæring og optimalisering etter lansering.

Usikker på hvilken migreringsmetode som passer oppsettet ditt? Book en gratis Superwork-samtale om migreringsomfang, så går vi gjennom kildesystemet ditt, datavolumene og integrasjonene du må beholde, før du velger et verktøy.

Fase 3: Klargjør HubSpot-portalen

Før noen reelle data lander i HubSpot, må portalen din være klar til å ta imot dem. Å hoppe over dette steget er slik team ender opp med felter som ikke matcher, duplikate oppføringer og workflows som fyrer av på feil tidspunkt.

Brukere, team og tillatelser

Legg til alle brukere som trenger tilgang, tilordne dem til team som matcher hvordan dere rapporterer, og konfigurer tillatelsessett per rolle. Selgere trenger typisk bare sine egne avtaler og kontakter. Ledere trenger teaminnsyn. Administratorer trenger full kontroll. Å gjøre dette på forhånd sparer opprydding i etterkant.

Pipelines, livssyklusfaser og avtalefaser

Konfigurer salgspipelines og avtalefaser som gjenspeiler hvordan teamet ditt faktisk selger, ikke hvordan det gamle CRM-et tvang dem til. Har dere separate prosesser for nysalg og mersalg, bruk separate pipelines. Bli enige om delte definisjoner av livssyklusfaser med markedsføring og salg, slik at en Marketing Qualified Lead betyr det samme for begge teamene.

Egendefinerte egenskaper

Map hvert felt fra kildesystemet ditt til en HubSpot-egenskap. Standardegenskaper dekker de fleste tilfellene. For alt HubSpot ikke har rett ut av boksen, opprett egendefinerte egenskaper før importen kjøres. Vær oppmerksom på felttyper: tall, nedtrekkslister, datoer og fleravkrysningsfelt oppfører seg ulikt, og mismatch får importen til å feile.

Vanlige egendefinerte egenskaper i denne fasen inkluderer opprettelses- og endringsdatoer fra kildesystemet (HubSpots egne versjoner er skrivebeskyttede), eldre oppførings-ID-er så du kan kryssreferere, og eventuelle bransjespesifikke felter som lisensnivå eller kontraktstype.

Egendefinerte objekter

HubSpots standardobjekter (kontakter, selskaper, avtaler, saker, produkter, produktlinjer, tilbud) dekker de fleste B2B-arbeidsflyter. Egendefinerte objekter er for dataene som ikke passer i noen av dem, og de er ofte forskjellen mellom et CRM som fungerer og et som blir en fabrikk for omveier.

Typiske bruksområder for egendefinerte objekter vi bygger for kunder:

• Abonnementer eller kontrakter, for SaaS-virksomheter som må spore fornyelsesdatoer, MRR og plannivå separat fra avtaler.
• Eiendeler eller utstyr, for selskaper som betjener fysiske produkter og må knytte saker til spesifikke enheter.
• Lokasjoner eller anlegg, for kunder med flere lokasjoner der hvert anlegg har egne kontakter, kontrakter og servicehistorikk.
• Prosjekter eller implementeringer, for tjenestevirksomheter som sporer leveransemilepæler mot hver vunnet avtale.
• Kurs, medlemskap eller poliser, for utdannings-, medlemskaps- og forsikringsvirksomheter.

Egendefinerte objekter er kun tilgjengelige på HubSpots Enterprise-nivåer. Trenger du dem, ta det med i lisenssamtalen tidlig, og design objektmodellen før migreringen slik at innkommende oppføringer lander i riktig struktur. Egendefinerte objekter kan delta i assosiasjoner, workflows, rapporter og tillatelser akkurat som standardobjekter, og det er det som gjør dem kraftfulle.

Sideoppsett og oppføringsvisninger

Tilpass oppføringsoppsett slik at hvert team ser feltene de faktisk bruker. Salg bryr seg om avtalebeløp, neste steg og aktivitetshistorikk. Service bryr seg om saker, NPS-score og produktbruk. Å få dette riktig fjerner friksjon fra dag én.

Slå av motstridende integrasjoner

Har du en aktiv Salesforce-synkronisering, Mailchimp-kobling eller lignende integrasjon som kjører under migreringen, slå den av. Ellers ender du opp med kappløpssituasjoner der to systemer slåss om samme oppføring, og du bruker dager på å nøste opp duplikater.

Fase 4: Rens og map dataene dine

Dette er fasen der de fleste migreringer i det stille lykkes eller feiler. Rene data inn betyr brukbare data ut. Skitne data inn betyr et skinnende nytt CRM som folk ikke stoler på innen en måned.

Revider det du har

Eksporter dine nåværende CRM-data og kjør en ordentlig revisjon. Tell duplikater. Tell kontakter med manglende e-poster. Tell avtaler med passerte lukkedatoer som fortsatt er åpne. Tell selskaper uten domener. Dette er ubehagelig, men det er den eneste måten å vite hva du faktisk migrerer.

Bestem hva som ikke skal migreres

En migrering er en sjelden sjanse til å legge dårlige data bak seg. Gamle leads som aldri har respondert, tapte avtaler fra fem år tilbake, kontakter fra markeder dere ikke lenger betjener — alt dette kan bli i det gamle systemet som et skrivebeskyttet arkiv. Du trenger det ikke i HubSpot, og å ta det med vil blåse opp antall markedsføringskontakter og månedsregningen din.

Rens og standardiser

Fjern duplikater. Standardiser stillingstitler, landnavn, telefonformater og bransjer. Fiks store og små bokstaver. Valider e-postadresser med et verktøy som NeverBounce, så du ikke importerer tusenvis av harde bounces på dag én. Bruker du Operations Hub, kan du automatisere mye av dette etter import, men jo mer du fikser ved kilden, jo bedre.

Map felter til HubSpot-egenskaper

Bygg et mapping-regneark som lister hvert kildefelt, den tilsvarende HubSpot-egenskapen, felttypen og eventuelle transformasjonsregler. Dette dokumentet blir din eneste kilde til sannhet under migreringen og er uvurderlig når noe ser galt ut senere.

Fase 5: Test alt i en sandbox

Kjør aldri din første fulle import inn i din live HubSpot-portal. Bruk en sandbox eller en staging-portal for å validere oppsettet med et representativt utvalg av dataene dine.

Sandbox-miljøer er inkludert med HubSpot Enterprise. På lavere nivåer kan du bruke en gratis HubSpot-konto eller en kortlivet staging-portal for å teste importer, workflows og integrasjoner før du rører det virkelige systemet.

Hva du bør teste i sandboxen:

• Dataimporter. Kjør en prøveimport og stikkprøv kontakter, selskaper, avtaler og egendefinerte objekter. Er assosiasjonene riktige? Lander feltverdiene i riktige egenskaper? Opprettes det duplikater?
• Workflows og automatisering. Trigg hver kritiske workflow manuelt. Sender lead-rutingen de riktige varslene? Oppdaterer avtalefase-automatiseringen de riktige feltene?
• Integrasjoner. Koble til nøkkelintegrasjoner i sandboxen om mulig. Flyter en skjemainnsending riktig gjennom? Dukker produktbruksdata opp på kontaktoppføringen?
• Rapporter og dashbord. Gjenoppbygg de fem viktigste dashbordene ledelsen vil se på dag én. Er tallene feil her, blir de feil i produksjon også.
• Brukeraksepttesting. Ta med en pilotgruppe, vanligvis fire til åtte brukere på tvers av salg, markedsføring og service, inn i sandboxen for praktisk testing. Tilbakemeldingene deres er ofte verdt mer enn en måned med admin-gjennomgang.

Fase 6: Gjennomfør migreringen

Med sandboxen validert er du klar til å kjøre den virkelige migreringen. Dette er dagen prosjektet blir synlig for resten av selskapet, så målet er kjedelig: gjennomfør planen nøyaktig.

Lås kildesystemet

Håndhev skjæringsdatoen. Send e-post til teamet, post i Slack, og begrens om nødvendig skrivetilgang til det gamle CRM-et. Hver oppdatering gjort etter dette punktet er et delta du må avstemme senere.

Ta backup av alt

Eksporter en full backup av kilde-CRM-et, helst i flere formater, og lagre den et trygt sted. Selv om migreringen din er perfekt, kan regulatorer, revisorer eller fremtidige produktbeslutninger sende deg tilbake til historiske data i løpet av de neste fem årene.

Kjør den fulle importen

Kjør importer i logisk rekkefølge: selskaper først slik at kontakter kan assosieres til dem, deretter kontakter, deretter avtaler, deretter engasjementer som notater, samtaler, møter og oppgaver. Valider hver batch før du går videre til neste. Hold prosjektteamet pålogget og tilgjengelig for å svare på spørsmål i sanntid, og unngå endringer i siste liten på feltnavn eller workflows på migreringsdagen.

Planlegg en delta-migrering

Mellom øyeblikket du tar et øyeblikksbilde av kildedataene og øyeblikket HubSpot går live, har teamet ditt sannsynligvis opprettet nye oppføringer. En delta-migrering tar med de siste oppføringene slik at ingenting går tapt. For de fleste team er dette en siste CSV-import av kontakter, avtaler og notater opprettet etter skjæringsdatoen, etterfulgt av en rask avstemmingsrunde.

Fase 7: Rull ut, lær opp og driv adopsjon

Den tekniske migreringen er bare halve jobben. En HubSpot-portal ingen bruker, er verre enn det gamle CRM-et, for nå betaler du for begge.

Rollebasert opplæring

Opplæring i én størrelse for alle fungerer ikke. Salg må lære avtalehåndtering, sekvenser og møtelenker. Markedsføring trenger workflows, lister og kampanjerapporter. Service trenger saks-pipelines, kunnskapsbasen og samtaleinnboksen. Kjør separate økter for hvert team, helst med reelle eksempler fra virksomheten deres, og ta dem opp for nyansatte.

Playbooks og dokumentasjon

Lag korte, rollespesifikke playbooks som bor inne i HubSpot. Hvordan opprette og oppdatere en avtale. Hvordan logge en aktivitet. Hvordan kjøre en ukentlig pipeline-gjennomgang. God dokumentasjon reduserer supportspørsmål og akselererer opplæringstiden for nye teammedlemmer.

CRM-forkjempere og tilbakemeldingsløkker

Utnevn en CRM-forkjemper på hvert team. Jobben deres er å svare på spørsmål, samle friksjonspunkter og gi dem videre til RevOps-eieren. Kjør en gjennomgang etter 30 og 90 dager fra lansering for å justere egenskaper, oppsett og workflows basert på hvordan systemet faktisk brukes.

Knytt adopsjon til KPI-er

Adopsjonen øker når ledelsen behandler CRM-et som den eneste kilden til sannhet. Skjer pipeline-gjennomganger i HubSpot, oppdaterer selgerne HubSpot. Kommer markedsføringsrapportene fra HubSpot, bruker markedsføring HubSpot. Gjør det synlig, gjør det konsistent, og belønn atferden.

Fase 8: Overvåk, mål og optimaliser

Lanseringen er starten på optimaliseringen, ikke slutten. De første 90 dagene avslører hva som virkelig må endres.

Fokuser på et lite sett helsemålinger: innloggingsfrekvens, datakomplette nøkkelegenskaper, pipeline-hastighet og rapportnøyaktighet. Sett opp et datakvalitets-dashbord som sporer antall duplikater, oppføringer med manglende felter og workflows som feiler. Gjennomgå det ukentlig den første måneden og månedlig etter det.

Avvikle det gamle CRM-et forsiktig. Hold det skrivebeskyttet i 60 til 90 dager som et sikkerhetsnett. Når teamet har sluttet å referere til det og eventuelle juridiske oppbevaringskrav er oppfylt, kan du pensjonere det helt og omdirigere budsjettet mot nye HubSpot-kapabiliteter, egendefinerte objekter eller Breeze AI-bruksområder.

Vanlige HubSpot-migreringsfeil å unngå

• Å hoppe over datarevisjonen. Du kan ikke fikse dataproblemer du ikke har sett på.
• Å migrere alt. Å ta med hver eneste gamle oppføring blåser opp kostnadene og utvanner kvaliteten. Kutt nådeløst.
• Å overkomplisere pipelines. Hold avtalefasene knyttet til hvordan teamet ditt faktisk selger, ikke til hvordan hvert grensetilfelle en dag kanskje fungerer.
• Å ignorere egendefinerte objekter. Har du abonnementer, eiendeler, lokasjoner eller prosjekter, ikke tving dem inn i selskaper eller avtaler. Modeller dem skikkelig.
• Å glemme delta-migreringen. Oppføringer opprettet mellom øyeblikksbilde og lansering forsvinner hvis ingen planlegger for dem.
• Å behandle opplæring som valgfritt. En flott migrering med dårlig adopsjon teller fortsatt som en mislykket migrering.
• Å kjøre to systemer for alltid. Sett en hard sluttdato for det gamle CRM-et og hold deg til den.

Hvor lang tid tar en HubSpot-migrering?

Kort svar: 4–6 uker for små migreringer med ett objekt fra enkle CRM-er som Pipedrive eller regneark. 8–12 uker for mellomstore migreringer med flere pipelines, integrasjoner og en sandbox-testfase. 3–6 måneder for enterprise-migreringer fra Salesforce eller Dynamics 365 som involverer egendefinerte objekter, komplekse workflows og strenge compliance-krav.

Nøkkelfaktorer som forlenger tidslinjen: datavolum over 100 000 oppføringer, mer enn tre egendefinerte objekter, fem eller flere aktive integrasjoner å gjenoppbygge, GDPR-krav på tvers av flere regioner, og ethvert behov for historiske engasjementsdata (samtaler, møter, e-poster) utover standard 12 måneder.

HubSpot-migrering FAQ

Hva er en HubSpot-migrering?

En HubSpot-migrering er prosessen med å overføre CRM-data, egenskaper, assosiasjoner, workflows og integrasjoner fra et kildesystem inn i HubSpots Smart CRM. Den dekker kontakter, selskaper, avtaler, saker, produkter, engasjementer og, på Enterprise-nivåene, egendefinerte objekter.

Hvor mye koster en HubSpot-migrering?

En DIY CSV-migrering kan koste ingenting utover arbeidstid. Tredjepartsverktøy som Import2 og SyncMatters tar typisk betalt per oppføring eller per prosjekt, fra noen hundre til flere tusen dollar. Partnerledede migreringer fra firmaer som Superwork er prosjekter med definert omfang, vanligvis mellom $5 000 og $50 000+ avhengig av kildesystemets kompleksitet, datavolum, egendefinerte objekter og integrasjoner.

Kan jeg migrere egendefinerte objekter til HubSpot?

Ja, men kun på HubSpots Enterprise-nivåer. Egendefinerte objekter lar deg modellere data som ikke passer i standardstrukturen med kontakter, selskaper, avtaler, saker, produkter, produktlinjer eller tilbud — vanlige bruksområder inkluderer abonnementer, eiendeler, lokasjoner, prosjekter og kurs. Design modellen for egendefinerte objekter før du migrerer, slik at oppføringene lander i riktig struktur.

Hva er en delta-migrering?

En delta-migrering er en andre, mindre dataoverføring som fanger opp oppføringer opprettet eller oppdatert i kilde-CRM-et mellom det første øyeblikksbildet og HubSpot-lanseringen. Uten en delta-migrering går alle avtaler, kontakter eller aktiviteter logget under overgangen tapt. De fleste team kjører den som en siste CSV-import filtrert på opprettelses- eller endringsdato.

Bør jeg bruke HubSpot Smart Transfer eller et tredjepartsverktøy?

Bruk HubSpot Smart Transfer hvis kildesystemet ditt står på den støttede listen (Pipedrive, Zoho, Salesforce, Dynamics 365, Marketo, Pardot, Zendesk og andre) og objektmodellen din er relativt standard. Bruk et tredjepartsverktøy som Import2, SyncMatters eller Suprdense Switch når du trenger engasjementer, vedlegg, mapping av egendefinerte objekter eller støtte for systemer Smart Transfer ikke dekker.

Trenger jeg en HubSpot-partner for å migrere?

Nei, men en HubSpot Solutions Partner er nesten alltid kostnadseffektivt for datasett over 50 000 oppføringer, migreringer fra Salesforce eller Dynamics 365, eller ethvert prosjekt som involverer egendefinerte objekter, komplekse integrasjoner eller regulerte data. Partnere håndterer revisjon, mapping, konfigurasjon, gjenoppbygging av integrasjoner, opplæring og optimalisering etter lansering som ett prosjekt.

Hvordan forhindrer jeg datatap under en HubSpot-migrering?

Forhindre datatap ved å eksportere en full backup av kilde-CRM-et før overgangen, teste alle importer i en sandbox, låse kildesystemet på skjæringsdatoen, kjøre en delta-migrering for oppføringer opprettet under overgangen, og holde det gamle CRM-et skrivebeskyttet i 60–90 dager etter lansering.

Hva skjer med integrasjoner under en HubSpot-migrering?

Alle integrasjoner må gjenoppbygges eller kobles til på nytt i HubSpot. Slå av aktive synkroniseringer (Salesforce, Mailchimp og lignende) under migreringen for å forhindre kappløpssituasjoner. Dokumenter hver aktive integrasjon under planleggingen, prioriter hvilke som må være live ved lansering, og gjenoppbygg de lavere prioriterte i løpet av de første 30 dagene etter lansering.

Oppsummering av HubSpot-migreringen din

En HubSpot-migrering er et reelt prosjekt, men det er også et av grepene med høyest effekt et B2B-selskap kan gjøre. Gjort riktig konsoliderer den teknologistacken din, samordner markedsføring, salg og service rundt delte data og gir ledelsen ett samlet kundebilde som hvert team stoler på.

Mønsteret som fungerer, er alltid det samme: planlegg i faser, rens dataene dine, velg riktig migreringsmetode for din situasjon, design portalen rundt hvordan dere faktisk opererer (inkludert egendefinerte objekter der de betyr noe), test i en sandbox, kjør en disiplinert overgang med en delta-migrering, og invester i adopsjon etter lansering. Hopp over noen av disse, og plattformen kan ikke gjøre jobben sin. Treff alle, og HubSpot blir operativsystemet for hvordan dere vokser.

Vil du ha en partner som har kjørt denne playbooken for andre B2B-team, snakk med Superwork om HubSpot-migreringen din. Vi reviderer kildesystemet ditt, designer HubSpot-arkitekturen din, håndterer egendefinerte objekter og integrasjoner, og får teamet ditt live uten å miste data.