Slik migrerer du fra SuperOffice til HubSpot (uten å miste datahistorikken)

Vurderer du å flytte fra SuperOffice CRM til HubSpot?

Du er ikke alene. Stadig flere B2B-selskaper — spesielt i Norden — gjør byttet for å få tilgang til HubSpots markedsføringsautomatisering, rapporter og moderne salgsverktøy.

Men her er saken: selve migreringen kan avgjøre om opplevelsen med den nye plattformen blir en suksess eller fiasko.

Gjør du den feil, bruker du måneder på å rydde opp i data og forklare salgsteamet ditt hvorfor halvparten av kundehistorikken deres er borte.

I dette innlegget tar jeg deg gjennom hva en migrering fra SuperOffice til HubSpot faktisk innebærer, hvilke data du kan ta med over, og — viktigst av alt — hvorfor du bør unngå den fristende CSV-importruten og bruke API-et i stedet.

Hvorfor selskaper forlater SuperOffice for HubSpot

SuperOffice har vært et solid CRM for nordiske virksomheter i flere tiår. Det gjør det grunnleggende bra — kontaktadministrasjon, oppfølginger, dokumenthåndtering.

Men etter hvert som selskaper vokser og go-to-market-operasjonene deres blir mer komplekse, begynner begrensningene å vise seg.

HubSpot tilbyr en samlet plattform der markedsførings-, salgs- og serviceteam jobber fra de samme dataene. Du får innebygd e-postsporing, automatiserte workflows, en skikkelig marketing hub, detaljerte dashbord for rapporter og et økosystem av integrasjoner som stadig utvides.

For team som vil kjøre inbound-markedsføring ved siden av outbound-salg — eller rett og slett vil ha et CRM som ikke føles som det ble designet i 2005 — er HubSpot et naturlig neste steg.

Men det virkelige spørsmålet er ikke om HubSpot passer bedre. Det er om du kan ta med deg årevis med kundedata uten at noe går i stykker.

Forstå datamodellen: SuperOffice vs. HubSpot

Før du begynner å flytte noe, må du forstå hvordan de to systemene strukturerer dataene sine. De er like på mange måter, men det finnes viktige forskjeller.

I SuperOffice er kjerneobjektene dine Firma, Person og Salg. Under dem har du dokumenter (filer, e-poster med vedlegg) og oppfølginger (samtaler, møter).

Disse er koblet til firmaer, personer eller salg.

I HubSpot er den tilsvarende strukturen selskap, kontakt og avtale. Aktiviteter — samtaler, møter, e-poster og notater — ligger under disse og kan assosieres med enhver kombinasjon av kontakter, selskaper eller avtaler.

Mappingen ser omtrent slik ut:

Hovedpoenget her er at SuperOffice behandler dokumenter og oppfølginger som separate objekttyper, mens HubSpot samler alt under «aktiviteter».

E-postdokumenter fra SuperOffice blir e-postaktiviteter i HubSpot.

Dokumenter som ikke er e-post — ting som møtenotater, tilbud og kontrakter — blir notataktiviteter med originalfilen vedlagt.

Dette er ikke bare akademisk.

Å forstå denne mappingen er det som avgjør om migreringsskriptet eller -verktøyet ditt håndterer alt riktig, eller om du ender opp med foreldreløse oppføringer og manglende kontekst.

Hvilke data kan du faktisk migrere?

I en godt planlagt migrering kan du ta med i praksis alle kjernedataene fra CRM-et. Her er hva det typisk inkluderer.

Selskaper

Alle selskapsoppføringene dine kommer over, sammen med feltdataene deres: navn, organisasjonsnummer, adresse, telefon, nettsted, bransje, kategori og eventuelle egendefinerte felter du har satt opp.

SuperOffice-feltet «Kategori» mapper ofte til flere HubSpot-egenskaper — du kan splitte det i selskapstype, kundetype og selskapsrangering avhengig av behovene dine.

Bransjelister må vanligvis oversettes og, i mange tilfeller, slås sammen. SuperOffice-installasjoner i Norden har gjerne bransjeverdier på norsk som må mappes til engelske ekvivalenter (eller hvilket språk HubSpot-portalen din nå bruker).

Kontakter

Kontakter migreres med navn, e-post, telefon, stillingstittel, stilling (mappet til HubSpots «Job function») og selskapstilknytning. Sporer SuperOffice-instansen din en «hovedkontakt» for hvert firma, kan den relasjonen bevares med HubSpots assosiasjonsetiketter.

Én ting å planlegge for er livssyklusfaser. Du trenger logikk som avgjør om en migrert kontakt skal være Suspect, Prospect, MQL, SQL, kunde eller tapt avtale i HubSpot.

En vanlig tilnærming: er den tilknyttede selskapstypen «Kunde», blir kontakten en kunde. Finnes det avtaler, men ingen er vunnet, blir de en kontakt i avtalefasen. Ingen avtaler i det hele tatt? Da er de en Suspect.

Avtaler

SuperOffice-«salg» blir HubSpot-«avtaler». Salgsstatusen og sannsynlighetsfasen i SuperOffice må mappes til HubSpots avtalefaser. En typisk mapping kan se slik ut:

• Åpen + tidlig fase → Kvalifisering
• Åpen + tilbud sendt → Tilbud
• Åpen + forhandlingsfase → Forhandling
• Solgt → Vunnet
• Tapt → Tapt
• Stoppet opp → tilsvarende fase med et «Stoppet opp»-flagg

Du vil også ta med avtalebeløp, valuta, lukkedato, eier og sannsynlighet. Bruker SuperOffice-instansen din egendefinerte felter på salg (som flagg for produktinteresse), kan de migreres til egendefinerte avtaleegenskaper i HubSpot.

Aktiviteter: Møter, samtaler, e-poster og notater

Her blir det interessant — og her betyr migreringsmetoden du velger, mest.

Aktiviteter inkluderer hvert loggede møte, hver sporede samtale, hver lagrede e-post og hvert vedlagte dokument i SuperOffice. For et selskap som har brukt SuperOffice i årevis, kan dette lett være titusenvis eller hundretusenvis av oppføringer.

Møter kommer over med opprinnelig dato, klokkeslett, varighet, beskrivelse, deltakere og type. Samtaler tar med tidsstempel, retning (inngående/utgående) og notater.

E-poster inkluderer emne, avsender, mottaker, innhold og eventuelle vedlegg — som lagres som filer i HubSpot. Dokumenter som ikke er e-poster, blir notater med originalfilen vedlagt.

CSV-importfellen: Hvorfor den ikke er ideell for migreringer

Her må jeg være direkte med deg, for dette er den vanligste feilen jeg ser.

Når folk først ser på å migrere til HubSpot, virker CSV-importverktøyet som det opplagte valget. Det er innebygd rett i HubSpot. Du eksporterer dataene dine fra SuperOffice som regneark, mapper kolonnene og trykker importer. Enkelt, ikke sant?

For grunnleggende selskaps- og kontaktdata kan CSV-importer fungere greit. Men i det øyeblikket du prøver å migrere aktiviteter — og spesielt deres historiske tidsstempler — faller CSV-importer fra hverandre.

Kjerneproblemet: HubSpots CSV-import stempler hvert importerte engasjement med dagens dato.

Det betyr at importerer du en samtalelogg fra 2021, registrerer HubSpot den som om samtalen skjedde i dag. Det samme gjelder møter, e-poster og notater.

Hele aktivitetstidslinjen din komprimeres til ett enkelt tidspunkt — dagen du kjørte importen.

Tenk på hva det betyr for salgsteamet ditt.

De åpner en kontaktoppføring, og i stedet for å se en kronologisk tidslinje over hver interaksjon de siste tre årene, ser de en vegg av aktiviteter datert samme dag. Konteksten er borte. Historien om det kundeforholdet? Flatpakket.

Dette ødelegger også rapporteringen. Enhver rapport som baserer seg på aktivitetsdatoer — som «gjennomsnittlig tid til lukking», «sist kontaktet dato» eller «engasjementsfrekvens» — vil vise meningsløse tall fordi hver historiske aktivitet ser ut til å ha skjedd på migreringsdagen.

For selve CRM-dataene (selskaper, kontakter, avtaler) kan CSV-import håndtere de grunnleggende feltene. Men selv der møter du begrensninger når det gjelder assosiasjoner.

HubSpots CSV-import kan koble kontakter til selskaper, men den kan ikke etablere alle de nyanserte assosiasjonene — som hovedkontakt-etiketter, eller å koble en spesifikk aktivitet til både en kontakt og en avtale.

Den riktige måten: API-basert migrering

Vil du at HubSpot-portalen din faktisk skal gjenspeile hele historikken til kundeforholdene dine, må du bruke HubSpot API.

API-et lar deg opprette oppføringer med spesifikke tidsstempler. Når du oppretter et engasjement (en samtale, et møte, en e-post eller et notat) gjennom API-et, kan du sette nøyaktig dato og klokkeslett det opprinnelig skjedde.

En samtale logget 15. mars 2022 kl. 14:30 i SuperOffice vil vises som nøyaktig det i HubSpot.

Dette bevarer tidslinjen din. Selgerne dine kan åpne en kontakt og scrolle gjennom årevis med interaksjonshistorikk, nøyaktig slik den skjedde. Rapportene dine fungerer fra dag én fordi dataene har riktige datoer.

Slik ser en API-basert migreringsprosess typisk ut:

Steg 1: Revider og map dataene dine

Før du skriver en eneste linje kode, må du sette deg ned med representanter fra salg, markedsføring og den som administrerer SuperOffice-instansen din. Gå gjennom hvert felt, hver nedtrekksliste, hver egendefinerte egenskap. Bestem hva som mappes hvor — og hva som blir igjen.

Denne workshopfasen er kritisk. Det er der du oppdager at SuperOffice-feltet «Kategori» faktisk må splittes i tre HubSpot-egenskaper, eller at bransjelisten din har 80 verdier som må konsolideres til 40.

Steg 2: Klargjør HubSpot-portalen din

Sett opp alle egendefinerte egenskaper, nedtrekksverdier, avtalefaser og livssyklusfaser du trenger, før du importerer noe. Opprett assosiasjonsetiketter (som «Hovedkontakt»). Konfigurer pipeline-fasene for avtaler slik at de matcher mappingen dere ble enige om.

Steg 3: Hent ut fra SuperOffice

Bruk SuperOffice API eller databasetilgang til å hente dataene dine i et strukturert format. Du henter typisk selskaper først, deretter kontakter, deretter avtaler, deretter aktiviteter — fordi hvert lag avhenger av det forrige for assosiasjoner.

Steg 4: Transformer og last inn

Skriv migreringsskript som leser SuperOffice-dataene dine, transformerer dem i henhold til feltmappingene dine, og dytter dem inn i HubSpot via API-et.

Rekkefølgen betyr noe: opprett selskaper, deretter kontakter (og assosier dem med selskaper), deretter avtaler (assosiert med kontakter og selskaper), og til slutt aktiviteter (assosiert med de riktige kontaktene, selskapene og avtalene).

For hver aktivitet setter du tidsstempelet til den opprinnelige SuperOffice-datoen. For hver avtale setter du opprettelsesdato, lukkedato og fase basert på mappinglogikken din. For kontakter og selskaper setter du livssyklusfasen basert på reglene du definerte.

Steg 5: Valider

Etter migreringen, kjør kontroller. Velg 20-30 oppføringer på tvers av ulike typer og sammenlign dem med SuperOffice. Verifiser at aktivitetstidslinjen ser riktig ut, at assosiasjonene stemmer, at feltverdiene ble riktig mappet. Sjekk dashbordene for rapporter for å sikre at tallene gir mening.

To anbefalte tilnærminger: Tilpasset API eller SuprSwitch

Så hvis CSV-importer ikke er ideelle, hva bør du bruke? Det finnes to solide veier.

Alternativ 1: Tilpasset API-migrering

Har du utviklerressurser internt — eller jobber du med et HubSpot-partnerbyrå som har gjort SuperOffice-migreringer før — gir en tilpasset API-basert migrering deg maksimal kontroll.

Du skriver skript skreddersydd for din nøyaktige datamodell, dine feltmappinger og din forretningslogikk. Dette er veien å gå hvis du har komplekse egendefinerte objekter, uvanlige datastrukturer eller svært spesifikke krav til hvordan data skal lande i HubSpot.

Byttehandelen er tid og kostnad. Du bygger noe fra bunnen, som betyr utviklingstimer, testing og feilsøking.

Alternativ 2: SuprSwitch

Vil du hoppe over den tilpassede utviklingen, erSuprSwitch et spesialbygd migreringsverktøy som håndterer overføringer fra SuperOffice til HubSpot.

Det kobler seg direkte til begge plattformene og lar deg mappe objekter, egenskaper og brukere gjennom et visuelt grensesnitt i stedet for kode.

Det som gjør det verdt å vurdere, er at det håndterer tingene som vanligvis feller folk: brukermigrering (inkludert deaktiverte brukere med eierskapshistorikken intakt), assosiasjoner mellom selskaper, kontakter, avtaler og aktiviteter, og — kritisk viktig — notater, samtaler, møter og oppgaver med de opprinnelige tidsstemplene bevart. Det validerer også hver migrerte oppføring i sanntid for å bekrefte at den landet riktig i HubSpot.

For team som ikke har interne utviklere eller ikke vil bruke uker på tilpassede skript, kan SuprSwitch komprimere en migrering som normalt ville tatt 4–8 uker, ned til noen dager. Du kan prøve en eksempelmigrering gratis for å se hvordan dataene dine mappes før du forplikter deg.

Uansett er prinsippet det samme: bruk en metode som snakker med HubSpots API, slik at de historiske datoene og assosiasjonene dine forblir intakte.

Vanlige feller å se opp for

1. Duplikathåndtering.

SuperOffice og HubSpot har ulik dedupliseringslogikk.

HubSpot dedupliserer kontakter på e-postadresse og selskaper på domene. Har SuperOffice-dataene dine kontakter uten e-postadresser, eller firmaer uten nettsteder, trenger du en strategi for å håndtere dem.

2. Mismatch i nedtrekkslister.

SuperOffice-installasjoner i Norden har ofte nedtrekksverdier på norsk. Disse må oversettes og, i mange tilfeller, konsolideres. Ikke gjør bare en 1:1-oversettelse — bruk anledningen til å rydde opp i verdier som har samlet seg opp gjennom årene.

3. Eiermapping.

SuperOffice-brukere må mappes til HubSpot-brukere. Sørg for at hver oppføringseier i SuperOffice har en tilsvarende bruker i HubSpot før migreringen, eller bestem en standardeier for foreldreløse oppføringer.

4. GDPR og samtykke.

SuperOffice sporer samtykke og behandlingsgrunnlag. Sørg for at denne informasjonen overføres riktig til HubSpots GDPR-felter, spesielt «Legal basis for processing contact's data». Å få dette feil kan ha reelle compliance-konsekvenser.

5. Filvedlegg.

Dokumenter og e-postvedlegg fra SuperOffice kan migreres som filer i HubSpot, men dette legger volum og kompleksitet til migreringen. Bestem på forhånd om du trenger alle historiske vedlegg eller bare metadataene.

6. En realistisk tidslinje

For et mellomstort selskap (si 5 000–20 000 kontakter, noen tusen avtaler og et par år med aktivitetshistorikk), forvent at hele migreringsprosessen tar omtrent 4–8 uker:

• Uke 1–2: Datarevisjon, workshops for feltmapping, oppsett av HubSpot-portal
• Uke 2–4: Utvikling av migreringsskript og testing med eksempeldata
• Uke 4–5: Full migreringskjøring i en sandbox eller et testmiljø
• Uke 5–6: Validering og feilretting
• Uke 6–7: Produksjonsmigrering og endelig validering
• Uke 7–8: Brukeropplæring og go-live-støtte

Å forhaste denne prosessen er slik du ender opp med ødelagte data og frustrerte salgsteam. Gi den tiden den trenger.

Oppsummering

Å migrere fra SuperOffice til HubSpot er absolutt gjennomførbart — og for de fleste voksende B2B-selskaper er det verdt det. Men hvordan du migrerer, betyr like mye som om du migrerer.

CSV-importruten kan virke raskere og billigere på forhånd, men du betaler for det i tapt historisk data, ødelagte tidslinjer og rapporter som ikke forteller deg noe nyttig.

En API-basert migrering bevarer hele kundehistorikken din, holder aktivitetstidsstemplene dine intakte og gir teamet ditt en HubSpot-portal de faktisk kan stole på fra dag én.

Planlegger du en migrering fra SuperOffice til HubSpot og vil sikre at den gjøres riktig, ta kontakt. Vi har hjulpet selskaper gjennom nøyaktig denne overgangen, og vi vet hvor grensetilfellene gjemmer seg.