Artikkel
Agentic commerce: Slik løser dere flaskehalsen ved onboarding
Hvorfor point-to-point-koblinger feiler, og hva som skjer videre
I våre tidligere innlegg utforsket vi lagergapet, tillitsparadokset, og hvorfor eldre forretningssystemer ikke ble bygget for maskindrevet handel. Hver av disse utfordringene er vanskelig nok å løse på egen hånd. Utfordringen blir betydelig større når bedrifter skal løse alle tre samtidig i en kompleks virksomhet, og samtidig lansere i et helt nytt handelsformat.
Anta at dere har gjort fremskritt på alle tre fronter: Produktdataene er tilgjengelige, rammeverk for tillit begynner å falle på plass, og infrastrukturen kan håndtere autonome interaksjoner. Til tross for at dette avgjørende grunnlaget er på plass, gjenstår ett problem. Flaskehalsen havner nå utelukkende i onboarding-fasen.
Hvorfor point-to-point ikke skalerer
Hver integrasjon krever at man samtidig samkjører databeredskap, protokollkompatibilitet, risikorammeverk, og eksponering av backend. Dette skjer dessuten på tvers av team, systemer, og tidslinjer som aldri var ment å samhandle. Det blir et skreddersydd utviklingsprosjekt på flere måneder for hver enkelt forhandler og plattform.
Friksjonen finnes på begge sider. For forhandlere krever deltakelse i dag i praksis et dedikert utviklingsteam som må ta seg gjennom tilpassede integrasjoner, ventelister, og i stor grad udokumenterte prosesser. De forhandlerne som har lyktes med å komme seg gjennom, er nesten utelukkende store selskaper med ressurser til å håndtere denne friksjonen.
For agentplattformer og utviklere er hver ny forhandler et nytt prosjekt som involverer ulike ordrehåndteringssystemer (OMS), skatteprogrammer, produktinformasjonssystemer (PIM), protokollkonfigurasjoner, og risikoprofiler. Plattformteam som burde fokusere på AI-logikk og brukeropplevelse, bruker i stedet tid på å håndtere et uoversiktlig nettverk av tilkoblede løsninger.
Den instinktive reaksjonen på denne typen fragmentering er å bygge flere koblinger, som utviklingsverktøy (SDK-er) for spesifikke plattformer, automatiserte guider, og forhåndsbygde integrasjoner for de vanligste handelsplattformene. Problemet er skalerbarheten. Med minst ti store agentplattformer og tusenvis av store forhandlere, der alle kjører sin egen kombinasjon av eldre PIM-, OMS-, skatte-, og logistikksystemer, krever point-to-point-koblinger en utviklingsinnsats som vokser for hver ny deltaker.
Hver gang en forhandler oppdaterer en skattemotor, eller en plattform endrer spørringsstrukturen sin, går noe i stykker. Dette skaper en systemisk skjørhet i stedet for en bærekraftig løsning.
Slik ser løsningen ut
Historisk sett er den eneste definitive løsningen på denne flaskehalsen et abstraksjonslag: en nøytral arkitektur som forener begge sider, og fjerner behovet for direkte, komplekse integrasjoner. For agentic commerce i praksis betyr dette tre ting:
Protokollabstraksjon: Et nøytralt lag som oversetter mellom forhandlerens infrastruktur og agentplattformens krav. Det gjør at forhandlere integrerer én gang i stedet for én gang per plattform, mens agentutviklere slipper å ta hensyn til tusenvis av unike backend-konfigurasjoner.
Portabel risiko og identitet: Pålitelig identitet, betalingstokens, og risikoprofiler som er portable over hele det agentic commerce-økosystemet fra dag én. Det gjør at dere slipper å skrive om svindelregler eller bygge opp ansvarsrammeverk fra bunnen av når en ny agentflate legges til.
Distribusjon via ett enkelt punkt: Forhandleren kobler opp sine produktdata, prising, lager-, og checkout-logikk én gang. Denne koblingen gjør dem deretter tilgjengelige på tvers av alle sammenhenger som bygger på abstraksjonslaget.
Veien til virkelig skala
De forhandlerne som hittil har lyktes med å integrere med agentic commerce, er ikke de med de beste produktene eller den mest avanserte teknologien. Det er de som har størst utviklingskapasitet til å håndtere gjentatt friksjon i integrasjonene. Dette skaper skjeve forutsetninger der teknisk kapasitet går foran produktkvalitet i et økosystem som burde gagne alle.
Modellen med et abstraksjonslag fjerner ikke kompleksiteten i agentic commerce. I stedet flytter den kompleksiteten fra den enkelte forhandlers tech-stack til en felles infrastruktur. Det er denne forskyvningen som forvandler en samling isolerte pilotprosjekter til noe som faktisk kan nå virkelig skala.
Agentic commerce må fremdeles bevise sin nytte i markedet (product-market fit). For å nå dit kreves det i det minste at onboarding slutter å være en test i hvor mye teknisk friksjon forhandlere kan håndtere.
Les mer om hvordan dere bygger et skalerbart grunnlag for autonom handel på Adyens hub for agentic commerce.