I løpet mine 25+ år i bokbransjen har vi sett det samme mønsteret gjenta seg:
-
Store utskiftninger av kjernekomponenter.
-
Hyllevarersystemer.
-
"Catch all"-tilnærminger.
-
Lang implementeringstid.
-
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. Interne og eksterne forventninger øker.
Men organisasjonen blir mer forsiktig.
Hvorfor?
Fordi 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. Eller utskiftinger.
-
Innovasjon må inn i samme release-løp.
-
Tekniske avklaringer må gjennom flere lag.
-
Risiko oppleves høy.
-
Organisasjonen blir defensiv.
Modernisering blir noe man gruer seg til. Det foregår ikke kontinuerlig.
Dette er det vi kaller moderniseringsangst.
I følge Mckinsey feiler 70% av digitale transformasjonsinitiativer (ref). Angsten er derfor ikke irrasjonell. Den oppstår ikke fordi bransjen mangler vilje, men 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, og det er mye data 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. De optimaliserer innenfor systemets rammer. Men de endrer ikke arkitekturen som skaper låsningen.
Client System, Movex, Visma Unique, M3, Omnium ol. løser ikke alt. De løser en hel del, men langt fra alt.
Alternativet er ikke mindre teknologi
Alternativet er heller ikke en total utskifting hvert femte år.
Alternativet er en annen arkitektonisk tilnærming: en Digital Tjenesteplattform.
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 som f.eks. produktdata, katalogkvalitet, kunde- og ordredata og grunnleggende prisstyring, med klare ansvarsområder og definerte grensesnitt.
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 sporbar. Infrastruktur kan reproduseres slik at nye miljøer etableres uten risiko for produksjon.
Da reduseres risikoen. Endring blir mindre dramatisk. Innovasjon kan skje trinnvis.
En arkitekturpartner
Forskjellen 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.
Spørsmålet er derfor 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.
Modernisering er ikke først og fremst et budsjettspørsmål.
Det er et arkitekturvalg.
