Betyr dette at vi må slutte å selge per bruker?

Nei, ikke med det samme. Spørsmålet er hvor stor andel av arbeidet i produktet deres som allerede kommer inn gjennom et API i stedet for gjennom en innlogging. Er andelen lav og stabil, måler setet fortsatt noe reelt. Stiger andelen hvert kvartal, måler setet en stadig mindre del av bruken, og da er det bedre å endre modellen mens tallene fortsatt er gode enn etter at fornyelsene begynner å falle.

Hvordan priser vi maskinflaten når den ikke har brukere å telle?

Maskinflaten prises på volum eller på utfall, og valget mellom de to avhenger av én ting: om handlingen kan rulles tilbake. Kan den det, kan dere garantere et utfall og ta betalt for utfallet, fordi feil kan rettes. Kan den ikke det, selger dere i praksis tilgang og en godkjenningsflate, og prisen bør si det i stedet for å love noe dere ikke kan innfri.

Vi har ingen agenter i produktet ennå. Er dette relevant for oss nå?

Det er relevant så snart produktet har et API som kunder eller deres leverandører bruker. Maskinflaten oppstår ikke den dagen dere lanserer en agent. Den oppstår den dagen noen utenfor huset begynner å gjøre arbeid i produktet uten å åpne skjermbildene deres, og det skjer som regel før noen internt har kalt det en strategi.

Hvem bør eie designet av maskinflaten hos oss?

Den som eier navngivningen og feilmeldingene, altså som regel en designer sammen med den som eier API-et. En maskinflate har ingen skjermbilder, men den har navn på handlinger, rekkefølger som må gi mening og feil som må kunne forstås uten en person til stede. Overlates den helt til utviklingsarbeidet, blir den vanskelig å bruke på samme måte som et dårlig skjermbilde er det, bare uten at noen klager i en brukertest.

Kan vi la være å åpne produktet for eksterne agenter?

Dere kan det, og for noen produkter er det riktig valg en stund til. Prisen dere betaler er at kundene gjør arbeidet et annet sted når en konkurrent åpner sitt, og at dere da mister både bruken og dataene den skapte. Beslutningen bør tas som en distribusjonsbeslutning med en dato, ikke som et teknisk spørsmål som utsettes til noen har tid.

Design

Salesforce flyttet grensesnittet ut av produktet. Prisen må flytte etter.

Salesforce lanserte AIforce for å la CRM-arbeid skje inne i Claude, Slack og Teams. Grensesnittet forsvinner ikke av det. Det deler seg i en maskinflate og en menneskeflate, og bare den ene av dem har et sete å selge.

Av Sveinung Totland3 min lesing28. september 2026

Et møterom med glassvegger der en kvinne tegner to grupper av bokser forbundet med piler på en tavle, mens to kolleger lytter ved et eikebord.

Hva skjedde

Salesforce lanserte AIforce på Dreamforce den 15. september 2026. Grensesnittlaget lar folk gjøre CRM-arbeid inne i Claude, Slack og Teams i stedet for inne i Salesforce, og det ligger over Agentforce, Data 360 og Customer 360.

Hvorfor lanseringen leses som en designsak

Lanseringen leses som en spådom om at skjermbildet forsvinner. Den lesningen behandler grensesnittet som et lag noen kan fjerne, og den stopper ved spørsmålet om hvor arbeidet vises.

Grensesnittet forsvant ikke. Grensesnittet flyttet ut av produktet og ble til flere flater, og de nye flatene eies av andre selskaper. En virksomhet som kjører CRM-arbeid inne i Claude har ikke færre grensesnitt enn før. Den har ett til, og den har mistet kontrollen over hvordan det ser ut.

Vi vil plukke grensesnittet fra hverandre og la AI erstatte det.

Patrick Stokes, president for applikasjoner og markedsføring i Salesforce, Dreamforce 15. september 2026. Oversatt fra engelsk: «disaggregate the UI and bring AI in to kind of replace it».

Hva det betyr hvis arkitektur, design og pris er samme valg

Setet er en måleenhet som forutsetter et grensesnitt. En lisens per bruker teller hvor mange som logger inn på leverandørens egen flate. Flytter arbeidet seg til Claude, Slack og Teams, finnes det ingen innlogging igjen å telle, og prismodellen mister enheten sin før noen har bestemt seg for å endre den.

Salesforce oppga verken priser, lisensmodell eller brukertall for AIforce ved lanseringen. Rekkefølgen i beslutningen er likevel lesbar. Arkitekturvalget la et grensesnittlag over kjernen, designvalget flyttet arbeidet til flater Salesforce ikke eier, og de to valgene til sammen tok fra prismodellen enheten den var bygget på. Hvordan de tre valgene henger sammen, står i Arkitektur, design og pris er samme valg.

Et produkt med en agent i seg har to flater, og de to flatene er ulike varer.

Maskinflaten
Der agenten arbeider. Flaten har ingen navigasjon, ingen visuell utforming og ingen innlogging å telle. Den har et sett handlinger, et sett rettigheter og høyt volum. Maskinflaten er billig å tilby og vanskelig å prise per bruker.
Menneskeflaten
Der noen godkjenner. Flaten har få brukere og lav bruksfrekvens, og den bærer ansvaret for det agenten allerede har gjort. Menneskeflaten er den av de to som fortsatt har et sete å selge.

Det billigste stedet å oppdage at en av de to flatene mangler, er fortsatt i en tegning, og hvorfor det er slik står i Design er der teknologivalget blir billig.

Hva vi gjør annerledes

Apps AS driver begge flatene på apps.no samtidig, og de er bygget som to forskjellige ting. Publiseringsagenten som skriver denne artikkelen når CMS-et i Munin, vår egen kundeplattform, gjennom maskinflaten. Agenten leser hele artikkelarkivet, skriver artikkelen på norsk og engelsk og legger den inn som utkast. Publiseringsagenten bruker ikke administrasjonsgrensesnittet i det hele tatt.

Godkjenningen skjer på den andre flaten. Et menneske åpner utkastet i Munins eget grensesnitt og publiserer det, eller lar det ligge. Munin er bygget rundt nettopp det skillet: du bestemmer hvilke arbeidsflyter som går uten tilsyn, hvilke som eskaleres, og hvilke som venter på godkjenning.

Regelen vi bruker når vi priser noe slikt, er å telle flaten som bærer ansvaret. Flaten som gjør arbeidet blir billigere for hvert år, og den er den første som slutter å ha brukere. Den samme problemstillingen sett fra konsulentens side står i Hva en konsulent leverer når agenter gjør arbeidet. Hva som skjer med produkter som designer byggeverktøyet og glemmer flaten kunden møter, står i Alle lanserte taleagenter. Ingen designet dem.

Tell hvor mange som faktisk logger inn

Selger dere per sete? Tell hvor mange av setene som ble logget inn på i forrige måned, og hvor stor andel av arbeidet som kom inn gjennom et API i samme periode. Send de to tallene til hello@apps.no. Vi svarer med hvilken av de to flatene vi ville priset, og hva vi ville sluttet å telle.

Kilder

Salesforce Ben, Salesforce Launches AIforce at Dreamforce '26: 'AI Replaces the UI', 15. september 2026, lest 25. september 2026. salesforceben.com
CIO Dive, Salesforce launches AIforce to harness agentic architecture, lest 25. september 2026. ciodive.com
Apps AS, Munin, produktside lest 25. september 2026. apps.no

Om denne artikkelen. Skrevet av Sveinung Totland, administrerende direktør i Apps. Take med pilaren Design, teknologi og forretning som én beslutning som linse. Opplysningene om AIforce er hentet fra Salesforce Bens og CIO Dives dekning av Dreamforce, lest 25. september 2026. Salesforce oppga verken priser, lisensmodell eller brukertall ved lanseringen, og ingen slike tall er anslått her. Beskrivelsen av publiseringsagenten bygger på agentens eget oppsett mot Munin. Artikkelen bruker ingen kundetall.

FAQ

Betyr dette at vi må slutte å selge per bruker?: Nei, ikke med det samme. Spørsmålet er hvor stor andel av arbeidet i produktet deres som allerede kommer inn gjennom et API i stedet for gjennom en innlogging. Er andelen lav og stabil, måler setet fortsatt noe reelt. Stiger andelen hvert kvartal, måler setet en stadig mindre del av bruken, og da er det bedre å endre modellen mens tallene fortsatt er gode enn etter at fornyelsene begynner å falle.
Hvordan priser vi maskinflaten når den ikke har brukere å telle?: Maskinflaten prises på volum eller på utfall, og valget mellom de to avhenger av én ting: om handlingen kan rulles tilbake. Kan den det, kan dere garantere et utfall og ta betalt for utfallet, fordi feil kan rettes. Kan den ikke det, selger dere i praksis tilgang og en godkjenningsflate, og prisen bør si det i stedet for å love noe dere ikke kan innfri.
Vi har ingen agenter i produktet ennå. Er dette relevant for oss nå?: Det er relevant så snart produktet har et API som kunder eller deres leverandører bruker. Maskinflaten oppstår ikke den dagen dere lanserer en agent. Den oppstår den dagen noen utenfor huset begynner å gjøre arbeid i produktet uten å åpne skjermbildene deres, og det skjer som regel før noen internt har kalt det en strategi.
Hvem bør eie designet av maskinflaten hos oss?: Den som eier navngivningen og feilmeldingene, altså som regel en designer sammen med den som eier API-et. En maskinflate har ingen skjermbilder, men den har navn på handlinger, rekkefølger som må gi mening og feil som må kunne forstås uten en person til stede. Overlates den helt til utviklingsarbeidet, blir den vanskelig å bruke på samme måte som et dårlig skjermbilde er det, bare uten at noen klager i en brukertest.
Kan vi la være å åpne produktet for eksterne agenter?: Dere kan det, og for noen produkter er det riktig valg en stund til. Prisen dere betaler er at kundene gjør arbeidet et annet sted når en konkurrent åpner sitt, og at dere da mister både bruken og dataene den skapte. Beslutningen bør tas som en distribusjonsbeslutning med en dato, ikke som et teknisk spørsmål som utsettes til noen har tid.