Aanleiding · AI moet een rol krijgen in je product

Iedereen wil AI in het product. Niemand wil zeggen wat het mag beslissen.

Er ligt een feature-idee, misschien al een prototype. De techniek is het probleem niet. Het gesprek loopt vast op de vragen daarna: welke rol krijgt AI in de ervaring van je gebruiker, wat mag het zelfstandig doen, en waar blijft jouw team verantwoordelijk als het fout gaat?

Onze concurrent heeft het al. Wij hebben een demo en een discussie.

Product wil het los kunnen laten, engineering wil een mens ertussen.

We weten niet wat we onze klanten kunnen beloven over betrouwbaarheid.

01 · Een ontwerpvraag, geen technische

Waar loopt het op vast?

Een feature bouwen is te overzien. Bepalen wat die feature mag beslissen, en wie het uitlegt als hij ernaast zit, is dat niet. Daarom blijft het hangen tussen product en engineering. Drie vragen die zwart op wit moeten voordat je er maanden in stopt.

Vraag 01

Wat mag het zelfstandig doen?

Een grote draaiknop met een rode wijzer.

En waar hoort een gebruiker het laatste woord te houden. Per stap in de ervaring, niet als algemeen principe.

Vraag 02

Wat beloven we onze klanten?

Een rode lakzegel met twee blauwe linten.

Betrouwbaarheid, uitlegbaarheid, en wat er gebeurt als het misgaat. Dat moet je kunnen zeggen voordat je het verkoopt.

Vraag 03

Hoe past het op wat er al staat?

Een hand legt een rood puzzelstukje in het laatste gat van een bordje.

Je bestaande data, rechten, API en release-ritme. Een feature die daar los van staat, haalt productie niet.

Wanneer dit wel en niet past.

Werkt goed als

Er ligt een feature-idee of een prototype, en het gesprek gaat over wat het mag beslissen.
Product en engineering zijn het niet eens over hoeveel er zonder mens mag.
Je moet klanten binnenkort iets beloven over betrouwbaarheid en uitlegbaarheid.

Dit is het niet

Het is geen AI-strategie voor het hele bedrijf; is de vraag nog breed, dan is De Verkenning de eerste stap.
Het is geen bouwopdracht voor een feature die al is uitgedacht, want dan begint een Bouw.
Het gaat niet om een chatbot op de website, maar om AI in het werk dat je product doet.

02 · Eerst de rolverdeling, dan de feature

Hoe pak je het aan?

Eerst de rolverdeling, dan pas de feature. Voordat je hier maanden in stopt, wil je drie dingen zwart op wit hebben, en die drie zijn de opbrengst van een Sprint van tien werkdagen.

Een tekenpasser met rode punt op een dichtgevouwen tekening.

Opbrengst 01

De rolverdeling

Wat AI uitvoert, wat het voorstelt en wat een mens beslist. Per stap in de gebruikerservaring, niet als algemeen principe.

Een kleine tandwielkast op een testblok, met een brandend rood lampje.

Opbrengst 02

Bewijs op het lastigste stuk

Werkende code op het onderdeel waarvan de rest afhangt, op jouw data. Zodat het gesprek gaat over wat er gebeurt in plaats van over wat er zou kunnen.

Een Y-vormige buis waarvan één tak met een rode afsluiter is dichtgezet.

Opbrengst 03

Een besluit met een pad

Build of no-build, en als het build wordt: wat het kost aan tijd, mensen en geld, in welke volgorde.

Ligt er bij jou zo'n feature-idee?

Een gesprek van een half uur kost niets. Blijkt daaruit dat de vraag nog te breed is voor een Sprint, dan zeg ik dat.

Plan een gesprek

03 · Wat er draait

Wat kun je nakijken?

Wat hieronder staat draait, en het is openbaar of live te zien voordat je over een bedrag praat.

Een ronde meter op een voet, met één rode wijzer.

Cranely bewijst de andere kant

Een scorecard-tool waarin het oordeel bewust bij de mens blijft. Niet alles hoort gedelegeerd te worden, en dat vaststellen is het werk van een Sprint.

Na te kijken · cranely.app

Een lopende band met drie dozen, waarvan de rode er net af rolt.

Ik draai mijn eigen productiestraat

Agents pakken taken uit mijn backlog op, openen een eigen branch en leveren het werk op als pull request. Ik specificeer, review en merge. De kwaliteitspoorten kan een agent niet overslaan of ompraten: testsuite, codestijl, front-endbuild en een aparte reviewronde.

Zo werkt de productiestraat

Na te kijken · Deze site is er zo gebouwd. Een agent merget nooit zelf.

Ik weet wat productie vraagt

Software bouwen sinds 1999, vijftien jaar zelfstandig, via Progress Software in enterprise-omgevingen voor organisaties als WHO en Van Lanschot. Dat is wat je nodig hebt op het moment dat een demo een bedrijfskritisch systeem moet worden.

Over Daniel

Na te kijken · De volledige loopbaan staat op de Over-pagina.

04 · Drie producten, van klein naar groot

Welke stap past hierbij?

Welke stap het wordt, hangt af van hoe scherp de vraag al is. Prijzen en afbakening staan op de pagina van het product zelf.

Een klein apparaat onder een glazen stolp, met een rood label aan een draadje.

De Sprint

Is de vraag scherp?

Dan bewijst De Sprint in tien werkdagen of AI dit werk kan doen: de rolverdeling, werkende code op het kritieke onderdeel en een build-of-no-build-besluit.

Bekijk De Sprint

Een verrekijker op een houten statief, met een rode band om de kijker.

De Verkenning

Is de vraag nog breed?

Dan begint het met twee dagen Verkenning: een kaart van het werk, één proef op jullie eigen materiaal en een voorstel met een bedrag.

Bekijk De Verkenning

Een steiger van blauwe buizen met één rode plank op de bovenste laag.

De Bouw

Weet je al wat er gebouwd moet worden?

Dan slaan we de Sprint over en begint een Bouw: een vastgelegde scope, een vaste prijs per fase, en na elke fase kun je stoppen.

Bekijk De Bouw

05 · Wat mensen willen weten

Nog vragen?

De vragen die altijd komen, met korte antwoorden. Staat de jouwe er niet bij, dan is een gesprek van een half uur de snelste weg.

Moeten we al een prototype hebben?

Nee. Een helder feature-idee is genoeg. Ligt er al een prototype, dan is dat het startpunt en wordt het kritieke onderdeel sneller duidelijk.

Wat als de uitkomst no-build is?

Dan heb je voor een vast bedrag een dure vergissing voorkomen, plus een rolverdeling en werkende code die je later kunt hergebruiken als de omstandigheden veranderen.

Kunnen onze eigen developers meedoen?

Graag. De rolverdeling en het kritieke onderdeel werk ik samen met ze uit, zodat de kennis bij jullie blijft en de bouw daarna geen overdracht nodig heeft.

Welke modellen en leveranciers gebruik je?

Wat past bij het vraagstuk, inclusief lokaal draaiende modellen als data het land niet uit mag. Ik bouw zo dat je niet vastzit aan één leverancier.

Wie dit ontwerpt

Weet wat AI in een product wel en niet mag doen.

Ik heb te vaak gezien dat een AI-feature blijft hangen tussen product en engineering: de een wil het laten lopen, de ander wil er een mens tussen. Die discussie los je niet op met een betere demo, maar met een rolverdeling op papier en werkende code op het stuk waar het om spant. Dan gaat het gesprek over wat er gebeurt, niet over wat er zou kunnen gebeuren.

Daniel Plomp · AI Architect & Builder

Waar loopt het bij jullie vast?

Beschrijf in twee zinnen wat AI in je product zou moeten doen. Dan hoor je of een Sprint het juiste instrument is, en zo niet, dan zeg ik dat ook.