Når enterprise-selskaper vurderer ny e-handelsplattform, starter diskusjonen ofte med feil spørsmål:

Hva koster det å migrere?

Det er et viktig spørsmål. Men det er ikke det viktigste.

Det viktigste spørsmålet er hva dagens plattform allerede koster – hver måned, hvert kvartal og hvert år – i vedlikehold, treghet og tapte muligheter.

Mange eldre commerce-plattformer ser stabile ut på overflaten. Butikken fungerer. Ordre går inn. Kampanjer publiseres. Integrasjoner kjører. Men bak kulissene bruker tekniske team store deler av kapasiteten sin på å holde systemet i gang.

Det vises sjelden som én tydelig faktura. Det vises som forsinkede features, manuelle prosesser, dyr spesialkompetanse og en roadmap som alltid flyttes.

Den skjulte kostnaden ved status quo

En replattformering vurderes ofte som en stor engangskostnad. Dagens løsning vurderes som “allerede betalt”. Det gir et skjevt bilde.

For mange virksomheter ligger de største kostnadene i plattformen de allerede har.

Typiske skjulte kostnader er:

Vedlikehold av infrastruktur
Hosting, sikkerhet, oppgraderinger, patches, performance og feilsøking tar utviklingskapasitet som kunne vært brukt på kundeverdi.

Integrasjonsgjeld
Gamle koblinger mot ERP, PIM, betalingsløsninger, frakt, POS og markedsføringsverktøy må stadig justeres når systemer endres. Hver liten endring blir et teknisk prosjekt.

Workarounds og ekstra lisenser
Når plattformen mangler moderne standardfunksjoner, bygges det ofte rundt den. Ett problem løses med en app, et annet med middleware, et tredje med custom kode. Over tid blir dette dyrt og vanskelig å eie.

Lav release-hastighet
Når en enkel kommersiell endring krever utvikling, testing og risikoanalyse, går organisasjonen saktere. Det påvirker kampanjer, nye markeder, B2B, checkout, personalisering og eksperimentering.

Avhengighet av nøkkelpersoner
Eldre og tungt tilpassede løsninger blir ofte vanskelige å overta. Nye utviklere trenger lang tid for å forstå hva som er standard, hva som er workaround og hva som ikke bør røres.

Plattform som strategisk valg

I moderne e-handel er plattformen ikke bare et teknisk system. Den bestemmer hvor raskt virksomheten kan reagere.

Når nye krav oppstår – AI-drevet handel, agentbaserte kjøpsflater, lokale checkout-opplevelser, B2B-portaler, POS-integrasjon, sanntidslager og nye markeder – må plattformen kunne absorbere endring uten at alt blir spesialprosjekt.

Det er her en administrert commerce-plattform som Shopify endrer kalkylen.

Mye av det som tidligere krevde egne team, egne driftsrutiner og egne oppgraderingsløp, flyttes inn i plattformen. Det betyr ikke at teknisk arbeid forsvinner. Men det flytter innsatsen fra vedlikehold til videreutvikling.

For enterprise-team er dette ofte den største gevinsten: mer kapasitet til å bygge det som faktisk skiller merkevaren.

Migrering som kapasitetsgjenvinning

En migrering bør derfor ikke bare vurderes som kostnad. Den bør vurderes som kapasitetsgjenvinning.

Hva blir mulig når utviklingsteamet bruker mindre tid på drift og mer tid på forbedring?

  • raskere lansering av nye markeder

  • mindre risiko i kampanjeperioder

  • bedre integrasjoner mot ERP, PIM og logistikk

  • mer selvbetjening for innhold og e-commerce-team

  • enklere testing av checkout, tema og konverteringsflyt

  • bedre grunnlag for AI-kanaler og agentic commerce

  • lavere teknisk gjeld over tid

Dette er vanskeligere å måle enn lisenskostnad. Men kommersielt er det ofte viktigere.

CFO-spørsmålet

For CFO-er og ledere bør plattformvurderingen ikke stoppe ved “hva koster Shopify?” eller “hva koster migreringen?”

Det riktige spørsmålet er:

Hva koster dagens plattform oss per kvartal i utviklingstid, forsinkede features, ekstra lisenser og tapte kommersielle muligheter?

Når dette regnestykket gjøres ærlig, endrer business caset seg ofte.

Dagens plattform kan virke billig fordi kostnaden er spredt. Men spredte kostnader er fortsatt kostnader. De bare ser mindre strategiske ut.

Hva betyr dette for Appsalon-kunder?

Appsalon ser migrering som mer enn et teknisk flytteprosjekt. Det handler om å bygge en commerce-arkitektur som tåler vekst, flere markeder, flere kanaler og raskere endring.

En god migrering til Shopify bør derfor dekke mer enn produkter, kunder og ordre. Den bør også rydde i:

  • datamodell og produktstruktur

  • integrasjoner mot ERP, PIM, WMS og økonomi

  • checkout og betalingsflyt

  • SEO og URL-struktur

  • innholdsmodell og CMS-behov

  • B2B- og B2C-logikk

  • rapportering, attribusjon og kanaldata

  • drift, support og videreutvikling

Målet er ikke bare å komme over på en ny plattform. Målet er å redusere friksjon i hele handelsorganisasjonen.

Replattformering handler derfor ikke bare om å bytte system. Det handler om å frigjøre kapasitet.