Decision-grade blueprints · Deel 4 van 4
Gezien, buiten scope
Wie nauwkeurig ontwerpt, ziet meer dan gevraagd. Zwijgen werkt niet, stilzwijgend meeleveren evenmin. Een lijst wel.
Dit is één van vier artikels over decision-grade blueprints: beelden van AI-producten die goed genoeg zijn om er beslissingen op te nemen, nog voor er gebouwd wordt.
Week twee van drie. Victor test het nieuwe reviewscherm, klikt op “diploma niet automatisch te vergelijken” en zegt terloops: “Buitenlandse diploma's, die geef ik altijd aan Hilde. Die weet dat.” Hilde gaat over twee maanden met pensioen.
Het is niet het enige wat je halverwege zo'n opdracht opmerkt. Het maandrapport voor de directie telt kandidaten als “niet geschikt”, ook als het systeem hun cv gewoon niet kon lezen. Een kandidaat als Marek krijgt geen uitleg die hij begrijpt, terwijl de wet hem bij zulke beslissingen recht kan geven op een duidelijke uitleg. En de demo die de verkoopafdeling aan klanten toont, belooft functies die in geen enkele offerte staan.
Geen van die vier hoort bij het scherm dat je moest ontwerpen. Alle vier bepalen ze of dat scherm straks werkt.
Zorgvuldig ontwerpen maakt altijd meer zichtbaar dan de opdracht omvat, dus moet de werkwijze ook een antwoord hebben voor de rest.
Twee reflexen die niet werken
Er zijn twee voor de hand liggende antwoorden, en ze zijn allebei fout.
Zwijgen. Het staat niet in de opdracht, dus het is niet jouw zaak. Dat is zakelijk verdedigbaar en menselijk begrijpelijk, zeker als het budget al krap is. Maar de klant betaalt het later, met rente. Het ontbrekende proces duikt op na de lancering, als Hilde al weg is en de eerste Poolse lasser drie weken op een antwoord wacht. Het rapport wordt pas verdacht als iemand er een beslissing op nam. En wie het al zag maar niets zei, verliest het vertrouwen dat de hele samenwerking droeg.
Stilzwijgend meeleveren. Je ziet het, je kan het, dus je doet het er even bij. Dat voelt behulpzaam, en in het moment is het dat ook. Maar het werk valt buiten het budget en drukt op de marge. Het wordt de volgende keer verwacht. En de klant ziet het niet als extra, omdat het nooit als extra benoemd werd.
Aan meeleveren kleeft nog een nadeel, en dat weegt het zwaarst. Wie vaag verkoopt, kan daarna alles onder die vaagheid schuiven alsof het vanzelfsprekend was. Dat werkt in twee richtingen: de leverancier levert meer dan betaald, de klant verwacht meer dan gekocht. Na een tijd weet niemand nog precies wat er afgesproken was, en iedereen is er zeker van dat de ander het verkeerd onthoudt.
De derde weg: een lijst
Bij elke oplevering hoort in mijn werk een vast onderdeel met een eenvoudige titel: Gezien, buiten scope. Een lijst van wat ik opmerkte maar niet uitwerkte.
De casus in deze reeks is fictief: een illustratief ontwerp, geen gevalideerd systeem. De mensen, het bedrijf en de data bestaan niet.
Gezien, buiten scope
Opgemerkt tijdens de discovery, niet uitgewerkt. Wat blokkerend is, wacht niet op de oplevering. De rest beslissen jullie per regel, met een eigenaar en een datum.
- 01Beslissing nodig
Geen proces voor de beoordeling van buitenlandse diploma's
gezien in: reviewscherm, rij lascertificaat
Elke “onvolledig” bij een diploma wordt een taak zonder eigenaar; kandidaten wachten
Procesontwerp, ±1 weekvooral werk voor BE People zelf
beslist: BE People, operations · vóór 20/11
- 02Beslissing nodig
Het maandrapport telt onleesbare cv's als “niet geschikt”
gezien in: rapportering, definitie van status
De directie stuurt op een cijfer dat niet klopt, mogelijk vertekend per taal
±3 dagen ontwerpvóór de bouw van de rapportering
beslist: BE People, directie · vóór 20/11
- 03Blokkerend
Geen uitleg die de kandidaat begrijpt
gezien in: mailmodule, afwijzingen
Een kwestie van toegankelijkheid en vertrouwen; de AI Act kan bij zulke beslissingen recht geven op een duidelijke uitleg
±1 week ontwerpjuridische toets door jullie jurist
Eerst laten beoordelen: al gemeld op 28/10
BE People, jurist · vóór 13/11
- 04Verbeterkans
De verkoopdemo toont functies die niet in de offerte staan
gezien in: demo ChainConstruct, 14/10
Klanten verwachten meer dan ze kopen
½ dageen demo met duidelijke fases
beslist: BE People, sales · vóór 4/12
Buiten de huidige opdracht. Wat niet blokkeert, werk ik uit, doen jullie zelf, of nemen jullie mee naar een andere partij. De grove orde is indicatief en wordt eerst door delivery gevalideerd; een offerte volgt pas daarna.
Gemeld op 6 november. Wie later vraagt waarom iets niet klopt, vindt hier wanneer het gezien werd.
Vier dingen maken zo'n lijst bruikbaar.
Ze weegt. Niet elk punt kan wachten. Wat blokkerend is, zoals een probleem met veiligheid, privacy of compliance, wacht niet op de oplevering maar gaat meteen naar wie erover beslist. Wat een beslissing vraagt, krijgt een eigenaar en een datum. Een verbeterkans mag wachten.
Ze is concreet. Niet “er zijn nog aandachtspunten rond compliance”, maar wat er precies ontbreekt en waar je het zag.
Ze legt uit waarom. Wie de lijst leest, is vaak niet wie er dagelijks mee werkt. Een directeur moet in één zin begrijpen wat het risico of de kans is, zonder het hele project te kennen.
Ze geeft een grove orde, maar dwingt niets af. Een orde van grootte maakt een prioriteit mogelijk. Ze is geen offerte, en ook niet zekerder dan wat op dat moment bekend is; de uitvoering toetst ze voor er iets beloofd wordt. Ze zegt niet wie het moet uitvoeren, wel wie erover beslist en tegen wanneer. Soms is het eerlijke antwoord dat de klant het zelf het best kan oplossen.
Ja, het is ook commercieel
Elke regel op die lijst is een mogelijke vervolgopdracht, en dat zeg ik ook tegen de klant.
Maar de lijst is van de klant, niet van mij. Met elke regel die niet blokkeert, kan hij drie dingen doen. Mij vragen het uit te werken. Het zelf oplossen. Of de lijst meenemen naar een andere partij. Alle drie zijn goede uitkomsten, want in alle drie de gevallen gebeurt er iets met een probleem dat anders onzichtbaar gebleven was.
Dat lijkt misschien naïef. In mijn ervaring is het omgekeerd. Een klant die de keuze krijgt, weet wat hij aan je heeft, en heeft weinig reden om te gaan shoppen. Een klant die het gevoel heeft dat er achter elke opmerking een factuur zit, gaat elke opmerking wantrouwen, ook de terechte.
De lijst heeft nog een tweede, minder zichtbaar voordeel: ze legt vast wat er wél en niet geleverd werd.
Vraagt iemand later waarom het rapport niet klopt, dan is het antwoord een datum: gezien op die dag, gemeld in die oplevering, toen bewust niet opgenomen. Dat beschermt klant en leverancier allebei.
Waarom dit vooraan hoort
Komt een ontwerper er pas bij als het product al in de steigers staat, dan is Gezien, buiten scope het pijnlijkst: bijna elke regel betekent herwerk.
Vooraan in een project is dezelfde lijst het meest waard, om drie redenen.
Ze beslist mee wát er gebouwd wordt, en soms óf. Een blueprint die toont dat de helft van de beslissingen een mens vraagt die er niet is, is geen mislukte blueprint. Het is een goedkope manier om te ontdekken dat het product anders moet, of dat de organisatie eerst iets anders nodig heeft.
Ze maakt offertes scherper. Wie weet dat er een proces voor buitenlandse diploma's ontbreekt, kan dat inplannen, of er bewust voor kiezen het buiten de eerste versie te houden. Wat je vooraf weet, kan je mee offreren, in plaats van het achteraf als meerwerk te moeten bespreken.
Ze haalt uitdagingen uit de onzichtbaarheid. Veel van wat op de lijst komt, wist iemand bij de klant al. Hilde wist het van de diploma's. Het stond alleen nergens. Een beeld dat eruitziet als het echte product, maakt het bespreekbaar, omdat iedereen er tegelijk naar kijkt en dezelfde vraag ziet.
De reeks samen
Vier artikels, één gedachte: een beeld van een AI-product is pas bruikbaar als het toont wat het systeem echt zal doen. Die accuraatheid zit in kleine beslissingen over de vraag of een mens het systeem kan vertrouwen, controleren en corrigeren, en de moeilijkste daarvan gaan over onzekerheid. Wie zo nauwkeurig kijkt, ziet meer dan gevraagd, en dat verdient het om benoemd te worden.
Werving is in deze reeks het voorbeeld, niet de grens. Dezelfde vragen duiken op bij een agent die regelgeving interpreteert, of bij een visiesysteem dat twijfelt over een defect.
Niemand kan vooraf zeker zijn. Kon dat wel, dan had je een scenario dat alleen nog uitgevoerd moest worden. Een blueprint brengt je zo dicht mogelijk bij dat scenario.
Waarom ik zo werk
Ik ben deze manier van werken niet gaan ontwikkelen omdat ik vond dat ontwerpers meer moesten doen. Ze groeide uit vragen die ik tijdens het ontwerpen telkens weer tegenkwam, en die eigenlijk al beantwoord hadden moeten zijn.
Wat begon als een persoonlijke gewoonte, werd een werkwijze: een product zichtbaar maken voordat de belangrijkste beslissingen duur of onomkeerbaar worden. Ik noem het voorlopig een decision-grade blueprint.
Ze vraagt geen ontwerper die alle antwoorden kent. Wel een die de vragen herkent, weet bij wie ze thuishoren, en ervoor zorgt dat de antwoorden samen één product vormen dat werkt.
Blijft één vraag over. Als vroeger en nauwkeuriger ontwerpen helpt bepalen wat we bouwen, wat we beter niet bouwen en wat we eerst moeten uitzoeken, waarom komt ontwerp dan nog zo vaak pas aan de beurt als die beslissingen al genomen zijn?
Ik heb van die vraag mijn werkwijze gemaakt. Eigenlijk zou het geen uitzonderlijke mogen zijn.
