Agents nemen SaaS-werk over, en de meeste teams zijn niet voorbereid

De meeste SaaS-uitgaven kopen je niet langer software. Ze kopen je een plek waar je knoppen kunt indrukken die een agent sneller kan indrukken, om drie uur 's nachts, zonder om een login-upgrade te vragen.

Dat klinkt flauwtjes. Het klopt ook steeds vaker.

Multi-agent deployments groeiden met 327% in de vier maanden tot en met Q1 2026, volgens data die Andreessen Horowitz publiceerde in hun State of AI report. Bedrijven wachten niet op hun SaaS-leveranciers die AI-features uitbrengen. Ze halen specifieke workflows volledig uit die platforms en bouwen ze opnieuw als custom apps met modellen in de kern. Niet omdat SaaS sterft. Omdat voor een aanzienlijk deel van het werk de interfacelaag het knelpunt is geworden.

Dat deel is ruwweg 20 tot 30% van het dagelijks operationeel werk, gebaseerd op workflow audits die we hebben uitgevoerd bij klanten in logistiek, fintech en media. Het is niet al het werk. Maar het is genoeg om uit te maken op kosten- en snelheidsbasis. En het is het soort werk waarbij een zes maanden durende SaaS-implementatie begint te lijken op het verkeerde gereedschap.

De workflows die het waard zijn om te automatiseren zijn de saaie

Hier is het tegendraadse deel. De beste kandidaten voor agent-vervanging zijn niet je meest complexe processen. Het zijn je meest gestandaardiseerde. Het spul dat zo routinematig is dat je team er nauwelijks over nadenkt, maar nog steeds uren per week kost.

Factuurmatching. Statusupdate e-mails. Data uit het ene dashboard halen en in het ander plakken. Vervolgafspraken inplannen op basis van CRM-status. Deze workflows bestaan in SaaS-platforms omdat SaaS-platforms is waar de data woont. Maar de cognitieve arbeid die nodig is om ze uit te voeren, is bijna nul. Dat is precies wat agent-terrein maakt.

De valkuil. Gestandaardiseerd betekent niet eenvoudig om te automatiseren. Een workflow die als twee stappen eruit ziet, heeft vaak zeven randgevallen die niemand heeft gedocumenteerd omdat degene die het doet het gewoon wist. Voordat je iets aan een agent toevertrouwt, heb je een schriftelijke beslisboom nodig die een nieuwe medewerker zou kunnen volgen. Als dat document niet bestaat, schrijf het eerst. Het agent-werk komt daarna.

Begin met wat je team vervelend vindt. Niet wat indrukwekkend klinkt in een board update.

Kopen, bouwen of laten lopen

Zodra je de kandidaten in kaart hebt gebracht, is de echte beslissing niet technisch. Het is architecturaal. Voor elke workflow kies je één van drie paden.

Kopen. Je SaaS-leverancier brengt een agent-feature uit die het geval afhandelt. Je configureert het, betaalt de toeslag en gaat verder. Dit is vaker het juiste antwoord dan builders willen toegeven. Als HubSpot of Linear een workflow agent uitbrengt die 80% van wat je nodig hebt doet, moet de custom build zijn waarde bewijzen tegen de voortdurende onderhoudskosten.

Bouwen. De workflow is specifiek genoeg voor je bedrijf dat geen kant-en-klare agent past zonder significant aanpassen. Of de data ligt verspreid over systemen die geen leverancier verbindt. Dit is waar custom apps gebouwd op modellen zoals Claude je een voordeel geven. Niet omdat custom altijd beter is, maar omdat sommige workflows echt van jou zijn.

Laten lopen. Sommige workflows die als agent-kandidaten eruit zien, zijn eigenlijk oordeelsvragen in routinekleding. Een mens maakt elke keer een klein maar echt besluit, en automatisering ervan haalt verantwoordelijkheid weg zonder complexiteit weg te halen. Dit zijn de om nu met rust te laten. Niet voor altijd. Maar totdat de beslissingslogica expliciet genoeg is om te controleren.

De valkuil bij bouwen. De meeste teams onderschatten het onderhoudsoppervlak. Een agent die in januari werkt, kan in april afdrijven omdat upstream dataschema's veranderen. Plan daarvoor in. Of werk met een team dat het van dag één in de architectuur inbouwt.

Toezicht is de vaardigheid, niet bediening

Dit is het onderdeel dat de meeste transformatieplannen verkeerd aanpakken.

Wanneer je een agent implementeert om een workflow uit te voeren, krimpt de taak van je team niet. Het verschuift. Ze voeren het proces niet langer uit. Ze zien toe op een systeem dat het proces uitvoert, wat een geheel ander stel instincten vereist.

Een tool bedienen betekent de logica ervan volgen. Toezicht houden op een agent betekent weten wanneer zijn logica op het punt staat een fout antwoord te geven, het ervan af te houden voordat het zich voortplant, en dat signaal teruggeven aan het systeem zodat het niet opnieuw gebeurt. Dat ligt dichter bij kwaliteitscontrole in een productiebedrijf dan bij softwaretraining.

De concrete implicatie. Train je team niet hoe het agent-interface moet worden gebruikt. Train ze op hoe uitval eruit ziet. Welke outputs een review moeten activeren. Welke randgevallen de agent nog niet heeft gezien. Geef ze een korte checklist en een duidelijk escalatiepad. Bewaak dan de checklist. De items die blijven terugkomen, zijn je volgende verbeteringen.

Opmerking. De teams die het meest worstelen met agent-adoptie zijn niet degenen die automatisering weerstaan. Het zijn degenen die het in de eerste twee weken volledig vertrouwen en stoppen met controleren. Stel een verplicht review-ritme in en houd het minstens drie maanden vol.

Waarom een boutique hier sneller is dan een platform

Een SaaS-implementatie van dit soort workflow duurt typisch vijf tot zeven maanden van scoping tot go-live. Die tijdlijn bestaat om goede redenen: change management, integratietesten, training rollout, leveranciercoördinatie. Het is geen verspilling. Het is overhead die schaalt met organisatorische complexiteit.

Het probleem is dat de meeste workflows die in H2 2026 het waard zijn om te automatiseren niet organisatorisch complex zijn. Ze zijn technisch specifiek. Het juiste antwoord is een kleine, gefocuste build die de systemen verbindt die je al hebt, de modellogica inpakt die je nodig hebt, en iets gebruiks in weken in plaats van maanden laat landen.

Studio Hyra bouwt deze als Track B custom apps, met Claude Code als primaire engine. De architectuur is van ontwerp af aan lean, niet als compromis. Een klein team betekent minder handoffs. Minder handoffs betekent dat de persoon die het probleem heeft uitgezet dezelfde persoon is die het in week drie debug. Die continuïteit is geen luxe. Het is hoe je vermijdt dat het geleverde product technisch werkt maar niemand aan de clientzijde begrijpt waarom.

We hebben dit proces uitgevoerd voor klanten die naar ons kwamen na een mislukte enterprise rollout. Het verhaal is meestal hetzelfde: te veel stakeholders, te veel requirements documents, onvoldoende contact tussen bouwers en de echte workflow. De oplossing is niet een betere methodologie. Het is een korter pad tussen het probleem en de mensen die het oplossen.

Wat je moet doen voor Q3

Als je een founder of operations lead bent die hierover nadenkt voor de tweede helft van 2026, hier is de praktische volgorde.

Eerst je meest gestandaardiseerde workflows in kaart brengen. Niet de spannende. De saaie die je team in drie zinnen zou kunnen beschrijven. Rank ze op uren per week en aantal betrokken personen. De bovenkant van die lijst is je startpunt.

Twee, pas de buy-build-leave test toe op elke. Wees eerlijk over wat je leveranciers in de komende zes maanden zullen uitbrengen. Een roadmap-belofte is geen deployment. Als de vendor-feature niet vandaag in productie is, behandel het alsof het niet bestaat voor planningsdoeleinden.

Derde, voordat enige build begint, schrijf de beslissingslogica op. Elke tak. Elke uitzondering die iemand ooit uit het hoofd heeft afgehandeld. Dit document zal langer duren dan je verwacht. Het zal ook meer tijd besparen dan enige andere enkele investering in het project.

Vierde, ontwerp de toezichtlaag voordat je de agent ontwerpt. Wie controleert de outputs? Hoe vaak? Hoe ziet een vlag eruit? Wat gebeurt als die afgaat? Als je die vragen niet kunt beantwoorden, ben je niet klaar om in te zetten.

Het venster voor het aanpakken hiervan voordat het table stakes wordt, is niet oneindig. Het sluit morgen ook niet. Je hebt genoeg tijd om het goed te doen. Niet genoeg om het twee keer te doen.