CFO-grade playbook til at undgå agentic COGS shock

Den farligste AI-omkostning er den, der ser lille ud ved indkøb og bliver ikke-lineær i produktion.

Du tilføjer “et par agent seats” eller “nogle credits”. Teams bliver begejstrede. Automatiseringer breder sig. Et kvartal senere lander regningen, og ingen kan forklare, hvilke workflows der skabte den, hvilke kunder der fik værdien, eller om noget af det reelt erstattede en eksisterende omkostning. Det skete bare.

Det er agentic COGS shock: ikke fordi AI i sig selv er dyrt, men fordi vi importerer en ny meter ind i gamle procurement-vaner. Vendors har opdaget det. Mange “pre-AI” SaaS-produkter hæver nu priserne for agent access — og gør det med forskellige meters: fra credits til per-resolution pricing til custom agent metering, som beskrevet i SaaStr’s note om prisstigninger på agent access.

Hvis du behandler det som et rent indkøbsproblem, taber du. Løsningen er et samlet redesign af kontrakter, workflows og instrumentation. Du skal kunne sige, uden at blinke: “vi kan fordoble usage uden at fordoble cost” — eller “hvis cost fordobles, flytter gross margin sig ikke.”

Hvad der gør agentic spend anderledes (og hvorfor budgetter bliver ramt bagfra)

Traditionel SaaS har velkendte failure modes: shelfware, for mange seats, overlappende tools. Det kan typisk løses med license cleanup og bedre approvals.

Agentic SaaS bryder de kontroller, fordi forbrugs-enheden ikke længere er en person. Det er aktivitet. Og aktivitet kan eksplodere stille og roligt.

• Én person kan trigge tusindvis af kald. En enkelt ændring i et workflow kan brede sig til baggrundsopgaver, retries og lange context windows.
• Omkostninger skabes langt fra den, der køber. Personen, der signer renewal, er ikke den, der prompter agenten inde i en ticketing-makro kl. 02.
• Værdi er svær at attribuere. “Bedre support” er ikke en metric. “Færre eskalationer pr. 1.000 tickets” er.
• Vendors har stærke incitamenter til at meter der, hvor du ikke kan auditere. Credits, “resolutions”, “agent actions”, “enrichments”, “copilot runs”. Hvis du ikke kan afstemme det med dine egne logs, køber du en black box.

Den praktiske konsekvens: Du kan ikke styre agentic spend med årsbudgettering og en renewal-kalender. Du styrer det som en variabel cost-linje: metered, forecasted, capped og løbende reviewed.

Kontraktgrebene: sådan genforhandler du, før renewal bliver en gidselsituation

Procurement-teams forhandler ofte pris pr. enhed. Med agent pricing er selve enheden slagmarken. Start der.

1) Kræv en ren bill of materials for “agent usage”

Bed om en skriftlig mapping af enhver event, der kan faktureres. Ikke marketing-sprog. En liste.

• Hvad tæller som en “resolution” eller en “agent action”?
• Hvad trigger en event: UI-klik, API-call, webhook, background job?
• Bliver retries faktureret?
• Bliver failed runs faktureret?
• Ændrer context length prisen?

Hvis de ikke kan forklare det entydigt, kan du ikke lave governance på det. Det er ikke en “teknisk detalje”. Det er produktet, du køber.

2) Forhandl caps og shock absorbers — ikke kun rabatter

Rabatter føles godt og løser ingenting. Du vil have strukturelle beskyttelser.

• Månedlige hard caps med graceful degradation. Ved cap nedgraderer agenten til en billigere mode, sætter ting i kø, eller kræver human confirmation.
• Budget-baserede throttles du selv kan konfigurere. Ikke via en support ticket.
• Tiered pricing hvor marginal cost falder efter en tærskel. Hvis usage skalerer med succes, bør dine unit economics forbedres — ikke forværres.
• Ingen fakturering af failures (timeouts, model errors, vendor outages).

Hvis vendor afviser caps, er det et signal. Enten kan de ikke kontrollere deres egen COGS, eller også satser de på, at du ikke opdager det før det er for sent.

3) Kræv auditability og eksportérbar telemetry

“Stol på vores dashboard” er ikke governance. Gør følgende kontraktuelt:

• Usage export via API (mindst daglig granularitet).
• Event-level logs med correlation IDs, så du kan linke til dine egne systemer.
• Tydelige definitioner, som ikke kan ændres ensidigt midt i perioden.

Jeg har set et ERP-cutover koste et år, fordi reporting-definitioner aldrig blev stabiliseret. Agent metering er samme risikoklasse — bare hurtigere.

4) Få et “meter freeze”-vindue ved migrations

Hvis en vendor ændrer pricing models (credits til per-resolution, eller introducerer metering på custom agents), skal du have tid til at rewiring workflows. Bed om en transition-periode, hvor du kan køre dual-mode measurement uden at betale dobbelt. Pointen er ikke generøsitet. Det handler om at undgå production-kaos.

Workflow-redesignet: stop med at lade agenter køre “free-range” i forretningen

De fleste cost blow-ups skyldes ikke én stor use case. De kommer fra dusinvis af små automatiseringer, som ingen “ejer”. At fikse det er design — ikke policing.

1) Klassificér agent-arbejde i tre lanes

• Lane A: Deterministic assistance. Summaries, drafting, formatting, retrieval. Det skal være billigt og afgrænset.
• Lane B: Decision support. Recommendations, triage, prioritering. Det kræver traceability og review via sampling.
• Lane C: Autonomous action. Sende emails, ændre records, udstede refunds, pushe code. Det kræver eksplicitte gates.

De fleste teams hopper utilsigtet fra Lane A til Lane C, fordi det “virker i demoen”. Lad ikke en pricing-overraskelse være første gang, du opdager, at en bot kan lave 500 CRM-opdateringer natten over.

2) Erstat “always-on” med triggers og checkpoints

• Trigger på meningsfulde state changes — ikke hvert tastetryk.
• Tilføj et “confirm”-trin før dyre runs (lang context, tool use, multi-step plans).
• Cache og genbrug outputs (summaries, enrichment) med TTLs.
• Batch ikke-kritisk arbejde i planlagte vinduer.

Det er her, gross margin beskyttes. Ikke i en forhandlingscall.

3) Byg kill switch’et, før du får brug for det

Du har brug for en simpel mekanisme til at stoppe agent activity pr. workspace, pr. workflow eller pr. customer segment. Ikke fordi du forventer katastrofer dagligt, men fordi du vil have mandat til at skalere. Hvis du ikke kan stoppe spend på minutter, vil du tøve med at rulle næste use case ud.

Hvis det allerede er et reelt problem hos jer, så se AI sprawl som et ownership-problem. Mønstret er det samme: ingen er accountable for den samlede regning og den samlede risk surface.

Metering-systemet: behandl agenter som en variable-cost product line

Skiftet er her: Du “køber” ikke AI. Du driver AI consumption.

1) Skab en usage ledger, du selv ejer

Læn dig ikke op ad vendor totals. Byg en intern ledger, der som minimum registrerer:

• Workflow-navn
• Systemet der initierer kaldet (CRM, support, IDE, internal tool)
• Customer- eller segment-tag (hvor relevant)
• Estimerede cost units (credits, calls, “resolutions” mappet til din interne enhed)
• Outcome-tag (sparet tid, forebygget eskalation, conversion assist, unresolved)

Når finance spørger “hvad drev denne måned”, svarer du i tre linjer — ikke på tre uger.

2) Definér to grænser: teknisk og finansiel

• Teknisk grænse: rate limits, concurrency limits, tool-use limits.
• Finansiel grænse: månedligt budget pr. workflow owner, med alerts ved 50 procent, 80 procent, 95 procent.

Gør budgettet synligt for dem, der kan ændre workflowet. Hvis kun finance kan se det, ændrer intet sig.

3) Prissæt intern usage — også selv om ingen betaler kontant

Chargeback er valgfrit. Unit economics-tænkning er det ikke.

• Tildel en intern “cost per run” for hvert agent-workflow.
• Kræv en enkel begrundelse for ethvert workflow, der ikke har et målbart outcome.

Det er samme disciplin, du ville bruge på cloud spend — bortset fra, at efterspørgslen kan skabes af én ændring i en prompt template.

Kvartalsrytmen: en enkel governance-loop, der holder marginen intakt

Byg ikke en komité. Byg en kadence.

1. Inventory (uge 1): list agent-enabled workflows efter system og owner. Fjern de døde.
2. Meter mapping (uge 2): afstem vendor charges med kategorier i din interne ledger. Identificér “unknown” usage og stop det, indtil det er forklaret.
3. Top 5 cost drivers (uge 3): redesign de værste offenders. Tilføj gating, caching, batching eller downgrade modeller.
4. Contract posture (uge 4): beslut hvilke vendors der skal genforhandles, hvilke der skal undersøges som replacements, og hvor throttles skal strammes.

Hvis du vil have et bredere rollout-mønster, der får AI til at compound i stedet for at sprawl’e, så se byg på den stack, du allerede har. Pointen er at koncentrere usage i workflows, du kan observere og forbedre.

Min holdning: caps er ikke pessimisme — de er din tilladelse til at skalere

Agent pricing er ikke en midlertidig dille. Det er vendors, der aligner deres revenue med deres egne variable costs — og med den værdi, de mener, du får. Risikoen er, at du adopterer det med procurement-vaner bygget til seat licenses.

Virksomhederne der vinder, behandler agentic spend som enhver anden cost of goods: engineered, metered og bounded. Genforhandl enheden. Redesign workflowet. Ej din ledger. Sæt et kill switch op. Og skalér med ro i maven.

Ellers vågner du om et år med gode demos, højere regninger og en gross margin-historie, du ikke kan forsvare.