Tilbake til blogg

Teknologi

Moderniseringsangst: Hvorfor bokbransjen velger tunge løsninger og låser seg fast

Erlend Strømsvik
Erlend Strømsvik·4. desember 2025·5 min lesetid
Bøker med kjedelenker og fragmenterte systemer som brytes opp i moderne modulær arkitektur

I løpet av 25+ år i bokbransjen har vi sett det samme mønsteret gjenta seg: store utskiftninger av kjernekomponenter, hyllevarersystemer, «catch all»-tilnærminger, lang implementeringstid og betydelige upfront-investeringer. Prosjektene starter med ambisjon om fornyelse. Nye systemer skal gi fleksibilitet, bedre brukeropplevelse og mer effektiv drift.

Så skjer det noe.

Markedet endrer seg raskere enn prosjektet var designet for. AI påvirker produktkatalog og kundeadferd. Nye distribusjonsmodeller vokser frem. Marginene presses. Men i stedet for å akselerere, blir organisasjonen mer forsiktig.

Årsaken er ikke manglende vilje. Årsaken er at arkitekturen gjør endring dyrt.

Når data, forretningslogikk og presentasjon bindes tett sammen i store systemer — systemer man gjerne ikke kontrollerer selv — får det konsekvenser: små endringer krever store prosesser, innovasjon må inn i samme release-løp, tekniske avklaringer må gjennom flere lag, og risikoen oppleves som høy. Organisasjonen blir defensiv. Modernisering blir noe man gruer seg til, ikke noe som skjer kontinuerlig.

Dette er det vi kaller moderniseringsangst. Ifølge McKinsey feiler 70 % av digitale transformasjonsinitiativer. Angsten er derfor ikke irrasjonell — den oppstår fordi arkitekturen ikke er designet for kontinuerlig endring.

Bokbransjens særtrekk forsterker problemet

I bokbransjen er kompleksiteten særlig høy. Produktdata er omfattende og strukturert gjennom ONIX, med store datamengder fra mange kilder. ERP-systemer legger føringer for håndtering av ordre- og kundedata. Prisregler, tilgjengelighet og rabatter kan være distribuert på tvers av systemer. Samtidig forventer markedet raske justeringer i kampanjer, sortiment og brukeropplevelse.

Når alt henger tett sammen, blir hvert grep en risiko. Det er her mange tradisjonelle implementeringsprosjekter stopper: de leverer et system og optimaliserer innenfor systemets rammer, men de endrer ikke arkitekturen som skaper selve låsningen.

Etablerte systemer som Client System, Movex, Visma Unique, M3 og Omnium løser en hel del, men langt fra alt. De er verktøy innenfor en arkitektur — og det er arkitekturen som avgjør endringstakten.

Alternativet er ikke mindre teknologi

Svaret er heller ikke en total utskifting hvert femte år. Alternativet er en annen arkitektonisk tilnærming: en Digital Tjenesteplattform.

Diagram over Digital Tjenesteplattform i bokbransjen — et datalag mellom fagsystemer og brukerflater

En Digital Tjenesteplattform fungerer som et stabilt og fleksibelt datalag mellom fagsystemer og brukerflater. Den omfavner eksisterende ERP-, OMS-, CRM- og legacy-systemer, men frikobler dem fra innovasjonstakten i markedet.

I stedet for å la ett stort system styre hele endringstakten, bygges løsningen rundt tydelige domenetjenester — produktdata, katalogkvalitet, kunde- og ordredata og prisstyring — med klare ansvarsområder og definerte grensesnitt. Konkret betyr dette:

  • Data og presentasjon kobles løsere fra hverandre
  • Nye funksjoner kan etableres som isolerte komponenter uten å påvirke kjernen
  • Dataprosessering kan segmenteres slik at kvalitetskontroll og oppdateringer skjer kontrollert og sporbart
  • Infrastruktur kan reproduseres slik at nye miljøer etableres uten risiko for produksjon

Resultatet: risikoen reduseres, endring blir mindre dramatisk, og innovasjon kan skje trinnvis — uten at hele virksomheten settes i spill for hver gang.

En arkitekturpartner — ikke bare et implementeringshus

Forskjellen mellom disse tilnærmingene ligger i perspektivet. Et tradisjonelt implementeringshus leverer et prosjekt innenfor rammen av et valgt system. En arkitekturpartner designer et økosystem som tåler kontinuerlig endring — uavhengig av hvilke systemer som brukes i kjernen.

I en tid der AI muliggjør rask prototyping av nye brukerflater, agentiske assistenter og midlertidige «bruk-og-kast»-komponenter, blir dette skillet enda viktigere. Slike initiativer gir verdi først når de kan kobles trygt til et robust og tilpasningsdyktig datalag. Uten det underlaget forblir AI-prosjekter pilotprosjekter.

Modernisering er et arkitekturvalg

Spørsmålet er ikke om bokbransjen vil modernisere — viljen er der. Spørsmålet er om arkitekturen gjør det mulig å modernisere uten å sette hele virksomheten i spill.

De aktørene som bygger for kontinuerlig endring, vil stå sterkere enn de som fortsetter å tenke modernisering som et sjeldent og smertefullt løft. Bransjen trenger ikke færre ambisjoner. Den trenger en arkitektur som gjør ambisjonene realiserbare — år etter år, ikke bare ved neste store systembytte.

Modernisering er ikke først og fremst et budsjettspørsmål. Det er et arkitekturvalg.