Bokhandel er ikke en nettbutikk. Det er en dataplattform med handel på toppen.

Bokbransjen er i strukturell endring.

Dette er ikke en midlertidig svingning i etterspørsel. Det er ikke bare konjunktur. Det er en grunnleggende endring i hvordan innhold produseres, distribueres og konsumeres.

AI påvirker både kundemønster og produktkatalog:

• AI genererer bøker i høyt tempo, ofte med varierende kvalitet
• Studenter og profesjonsmarkedet bruker i økende grad AI som alternativ eller supplement til tradisjonelle fagbøker
• Forventningene til søk, anbefaling og tilgjengelighet formes av samtalebaserte grensesnitt
• Brukeradferd endres raskere enn før

Samtidig øker presset i flere retninger:

Marginene blir strammere.
Katalogene vokser kraftig i volum.
Kvalitetsforskjellene i produktdata blir større.
Distribusjonskanalene fragmenteres.

Dette skaper en ny type kompleksitet.

Likevel behandles bokhandel ofte som et klassisk “e-commerce prosjekt”. Man diskuterer plattformvalg, frontend-rammeverk og kampanjemotorer,  ofte isolert fra den totale teknologivertikalen.

Valg av ERP-system legger føringer for fleksibilitet og tilpasningsevne. Det samme gjelder valg av teknologier og plattformer for handelsflaten, markedsføring og PIM . Likevel planlegges bytte av kjernesystemer, redesign og nye brukerflater ofte uavhengig av hverandre og av ulike interne miljøer.

Det er forståelig. Men vår erfaring er en annen.

Når du håndterer:

• Metadata for titalls millioner produkter
• Kompleks produktdata i ONIX format
• Millioner av bilder og medieobjekter
• Et betydelig antall integrasjoner mot metadata-leverandører, ERP, betaling og frakt
• Produktpriser i titalls valutaer, med sanntids konvertering og rabattregler
• Millioner av daglige oppdateringer i pris, tilgjengelighet og metadata

… da driver du ikke bare nettbutikk.

Du driver en dataplattform, en digital tjenesteplattform.

Handel er bare ett av flere grensesnitt mot denne plattformen. Andre grensesnitt kan være API-er, tilpassede søkeflater, interne systemer, B2B-løsninger, OCI og cXML Punchout, markedsplasser eller tredjepartsintegrasjoner.

Det avgjørende spørsmålet blir da ikke hvilket frontend-rammeverk man velger.

Det avgjørende spørsmålet er hvordan dataene struktureres, kvalifiseres og distribueres.

For i en verden der:

• AI senker terskelen for å publisere bøker
• Produktkvalitet varierer mer enn før
• Kundene forventer presise, kontekstuelle svar - intensjon fremfor drilldown
• Endringstakten i markedet øker

… må den totale arkitekturen tåle kontinuerlig endring.

Det handler om å kunne håndtere store datavolum med betydelig kvalitetsvariasjon, og om å skille tydelig mellom rådata og den kvalifiserte, synlige produktkatalogen som faktisk eksponeres mot kunde.

Det krever klare ansvarsgrenser mellom systemer, slik at forretningslogikk, pris, tilgjengelighet og presentasjon ikke flyter sammen. Samtidig må plattformen gi full sporbarhet i hvordan data behandles og vises, slik at beslutninger kan etterprøves og feil kan forstås.

Fremfor alt må arkitekturen gjøre det mulig å gjennomføre endringer uten å sette hele plattformen i spill. Å etablere mikrotjenester skal være enkelt, ikke utfordrende. 

For beslutningstagere i bokbransjen er derfor ikke det sentrale spørsmålet:

“Hvilken frontend skal vi velge?”

Det sentrale spørsmålet er:

“Har vi en komplett arkitektur som tåler kontinuerlig endring i marked, teknologi og produktkvalitet?”

De aktørene som ser bokhandel som en dataplattform med handel på toppen, vil ha et helt annet handlingsrom enn de som ser det som et tradisjonelt e-commerce prosjekt.

Forskjellen på de to perspektivene vil i økende grad avgjøre hvem som står sterkest i årene som kommer.