In elk proces zit een stap waar een zorgvuldige, ervaren collega af en toe toch de fout in gaat. Een veertje dat in een schakelaar ontbreekt. Een factuur die naar de verkeerde klant gaat. Een klantnummer dat in het verkeerde systeem belandt. De gebruikelijke reactie is een mail met het verzoek om beter op te letten, en een maand later is de fout terug. Aandacht raakt op, een proces niet.
Poka yoke kiest de andere route: verander het proces, niet de mens. Je richt het werk zo in dat de verkeerde handeling niet kan, of zichzelf direct verraadt. Shigeo Shingo bouwde dat decennia geleden in de fabrieken van Toyota in, en in 2026 is het belangrijker dan ooit. AI-modellen zijn probabilistisch, dus ze doen af en toe iets onverwachts, en Anthropic schrijft in zijn eigen gids over agents letterlijk dat je je tools moet poka-yoken. In dit artikel lees je wat poka yoke betekent, welke vormen en methodes er zijn, voorbeelden uit het dagelijks leven en de productie, en hoe wij bij Viralistic hetzelfde denken toepassen op n8n-workflows en AI-agents. Het hoort bij onze reeks over Lean management, en het is de reden dat een automation specialist eerst controles bouwt en pas daarna snelheid.
Wat is poka yoke?
Poka yoke (ポカヨケ) betekent letterlijk het vermijden van onbedoelde fouten. Poka is een onbedoelde vergissing, yoke komt van yokeru, vermijden of voorkomen. Het is elk hulpmiddel of elke werkwijze die een fout onmogelijk maakt, of die de fout direct zichtbaar maakt op het moment dat hij gebeurt.
De American Society for Quality omschrijft mistake proofing, de Engelse term, als “het gebruik van een automatisch hulpmiddel of een methode die een fout onmogelijk maakt of de fout direct duidelijk maakt zodra hij is gemaakt”. Je komt ook error proofing en fail-safing tegen. Het Lean Enterprise Institute voegt er het woord aan toe dat voor ondernemers het meest telt: de hulpmiddelen horen eenvoudig en goedkoop te zijn.
De naam zelf is een correctie. Shingo noemde het idee eerst baka yoke, wat neerkomt op idiot-proof. Dat voelde als een belediging voor de mensen aan de lijn, dus veranderde hij het. Het nieuwe woord komt uit shogi, Japans schaak, waar poka o yokeru betekent: een ondenkbaar slechte zet vermijden. In die naamswijziging zit de hele filosofie: niet de medewerker is het probleem, het proces is het.
Fouten zijn menselijk, defecten zijn een keuze
Shingo maakte een scherp onderscheid tussen een fout en een defect. Mensen maken altijd fouten. Een fout wordt pas een defect als hij doorschuift naar de volgende stap of naar de klant. Poka yoke belooft dus geen nul fouten, maar nul defecten: elke fout wordt opgevangen op het punt waar herstel nog goedkoop is.
Waar komt het vandaan? Shigeo Shingo en het vergeten veertje
De Japanse ingenieur Shigeo Shingo, die met Toyota werkte, legde poka yoke in de jaren zestig vast als onderdeel van het Toyota Production System. Hij beschreef het later in zijn boek Zero Quality Control: Source Inspection and the Poka-yoke System (Engelse uitgave 1986).
Het verhaal waarmee het begon, is bewust klein. Medewerkers die een schakelaar monteerden, vergaten soms een van de twee veertjes onder de knoppen. Shingo zette er geen extra controleur bij. Hij splitste de taak in tweeën: leg eerst twee veertjes in een bakje, plaats ze daarna vanuit het bakje in de schakelaar. Lag er nog een veertje in het bakje, dan ontbrak er een in de schakelaar, en dat zag je voordat het onderdeel verder ging.
Het idee is ouder dan Shingo. Toyota voert jidoka, een van de twee pijlers van zijn productiesysteem, terug op het weefgetouw van Sakichi Toyoda uit 1896, dat vanzelf stopte als er een draad brak. Toyota omschrijft jidoka als “automation with a human touch”: de machine ziet de afwijking en stopt, de mens lost de oorzaak op. Poka yoke is het concrete hulpmiddel dat die stop mogelijk maakt.
Voorkomen of waarschuwen: de twee soorten
Er zijn twee soorten poka yoke. Een controle (stoppen) laat het proces niet verder gaan tot de fout is hersteld. Een waarschuwing meldt de fout met een lampje, geluid of bericht, en rekent erop dat iemand reageert.
| Soort | Wat er gebeurt | Voorbeeld | Kracht |
|---|---|---|---|
| Controle (stoppen) | Het proces gaat pas verder als de situatie klopt | Een magnetron start niet met de deur open | Sterkst, hangt niet af van oplettendheid |
| Waarschuwing (signaal) | Het proces loopt door, een signaal meldt de fout | Een piep als je gordel niet om is | Zwakker, je kunt hem negeren |
Het Lean Enterprise Institute noemt stoppende hulpmiddelen de krachtigste vorm van foutpreventie. Een waarschuwing heeft zijn plek waar stoppen onpraktisch of te duur is, maar elke waarschuwing heeft een risico: mensen leren alarmen negeren die te vaak afgaan. Onze vuistregel: een controle waar een fout duur is, een waarschuwing alleen waar iemand op tijd kan en zal reageren.
De drie methodes van Shingo: contact, vaste waarde en bewegingsstap
Shingo beschreef drie methodes om een fout op te merken. Elke methode kun je bouwen als controle of als waarschuwing.

Contactmethode
De contactmethode controleert een fysieke eigenschap, zoals vorm, maat, kleur of positie. Een mal met pennen accepteert een onderdeel alleen in de juiste stand. Een simkaart heeft een afgeschuind hoekje en past maar op één manier. Digitaal is het een veld dat alleen een geldig formaat accepteert, zoals een datumkiezer in plaats van vrije tekst.
Vaste-waardemethode
De vaste-waardemethode controleert of het juiste aantal onderdelen of handelingen aanwezig is. Het bakje met veertjes van Shingo is het schoolvoorbeeld. Andere voorbeelden: een bakje met precies de zes schroeven die één product nodig heeft, of een teller die het aantal puntlassen per werkstuk bijhoudt. Digitaal: een order kan pas worden afgesloten als elke regel is gescand, of een factuurtotaal moet gelijk zijn aan de som van de regels.
Bewegingsstapmethode
De bewegingsstapmethode controleert of de stappen in de goede volgorde gebeuren. Een machine start pas als de beschermkap dicht is. Een geldautomaat geeft eerst je pas terug en pas daarna het geld. In een workflow gaat een mail naar een klant pas de deur uit als iemand het concept heeft goedgekeurd.
ASQ noemt nog een vierde functie: informatie zichtbaar maken op de plek en het moment waarop je die nodig hebt, zoals kleurcodes of een checklist bij de werkplek.
Waar vang je de fout op?
Zo vroeg mogelijk. Voorkom de fout bij de bron als dat kan, ontdek hem tijdens de stap als dat niet kan, en vang het defect pas achteraf op als laatste redmiddel.
ASQ onderscheidt drie vormen van inspectie met snelle terugkoppeling:
- Broninspectie controleert vóór de stap of de omstandigheden kloppen, vaak automatisch, en laat het proces niet starten tot ze dat doen.
- Zelfinspectie betekent dat je je eigen werk direct na afloop controleert.
- Opeenvolgende inspectie gebeurt bij de volgende stap, door de volgende persoon.
Voor het wegnemen van de fout geeft ASQ ook een volgorde: schrap de stap die de fout veroorzaakt, vervang hem door een foutbestendige stap, of maak de juiste handeling veel makkelijker dan de verkeerde. Pas als dat niet lukt, ontwerp je detectie. Een werkinstructie (“let goed op het artikelnummer”) staat onderaan de ladder, omdat die volledig leunt op de aandacht die hij moest vervangen.
Poka yoke voorbeelden uit het dagelijks leven
Je gebruikt poka yoke vele keren per dag zonder het te merken. Dit zijn de bekende voorbeelden, met de methode erachter.
- Simkaart met afgeschuind hoekje: past maar op één manier (contact).
- USB-C-stekker: werkt in beide richtingen, dus de fout is helemaal weg-ontworpen (eliminatie).
- Magnetron en wasmachine: starten niet met de deur open en stoppen als je hem opent (controle, volgorde).
- Automaat in de P-stand: een auto met automaat start alleen in P of N, en je moet remmen om uit P te schakelen (controle, volgorde).
- Geldautomaat: geeft eerst je pas terug, dan je geld, zodat je de pas niet vergeet (volgorde).
- Tankpistool: bij veel pompen is het dieselpistool dikker dan de vulopening van een benzineauto (contact, al werkt het niet bij elke auto).
- Grasmaaier: stopt als je de veiligheidsbeugel loslaat (controle).
- Gordelpiep en spellingcontrole: melden de fout, maar je kunt ze negeren (waarschuwing).
- Liftdeuren: gaan weer open als er iets tussen zit (controle).
De meeste kosten bijna niets zodra ze in het ontwerp zitten, en geen ervan vraagt extra moeite van de gebruiker. Dat is de lat.
Voorbeelden uit de productie
In de fabriek duikt foutpreventie op overal waar een onderdeel vergeten, omgedraaid of verwisseld kan worden.
- Mallen met pennen die een onderdeel alleen in de juiste stand vasthouden.
- Asymmetrisch ontwerp, zodat een onderdeel fysiek niet verkeerd om past.
- Kits en bakjes met één vak per onderdeel: blijft er iets over, dan is er iets vergeten.
- Fotocellen boven onderdelenbakken: het Lean Enterprise Institute beschrijft systemen waarbij het product pas verder mag als de hand van de operator bij elke benodigde bak de lichtstraal heeft onderbroken.
- Pick-to-light: een lampje wijst de bak aan waaruit je als volgende pakt.
- Tellers voor lassen, schroeven of aanhaalmomenten die de lijn stilzetten als het aantal niet klopt.
- Schaduwborden, waarop elk gereedschap een eigen omtrek heeft, zodat een ontbrekend stuk direct opvalt.
- Andon: het signaal waarmee iedereen de lijn mag stilzetten bij een afwijking, de basis van jidoka bij Toyota.
Fouten die toch doorglippen, worden een van de klassieke verspillingen in Lean: defecten, met herstelwerk, afkeur en wachttijd als gevolg.
Fouten voorkomen op kantoor en in digitale processen
Digitale foutpreventie is de goedkoopste die er bestaat. Een regel in een formulier of workflow is in een paar minuten ingesteld en werkt daarna bij elke transactie, voor altijd.
- Verplichte velden die versturen blokkeren tot ze zijn ingevuld.
- Formaatcontroles: een postcode, IBAN of btw-nummer wordt gecontroleerd terwijl je typt.
- Keuzelijsten in plaats van vrije tekst, zodat “Amsterdam”, “A’dam” en “Amsterdm” niet alle drie in je CRM belanden.
- Dubbelcontroles voordat een contact, factuur of order wordt aangemaakt.
- Knoppen die grijs blijven tot een vinkje, akkoord of upload aanwezig is.
- Volgordeblokkades in een projecttool: een taak kan niet naar Klaar zolang een verplichte stap openstaat.
Op kantoor zitten dezelfde breekpunten als in de fabriek: gegevens overtypen tussen systemen, een goedkeuring die wordt overgeslagen, een bestand dat de deur uitgaat voordat iemand het heeft gecontroleerd. Leg de controle in het systeem en je collega hoeft niet langer het vangnet te zijn. In ons artikel over workflow automatisering lees je welke processen je als eerste automatiseert.
Waarom AI poka yoke harder nodig heeft dan de fabriek
AI heeft poka yoke nodig omdat het probabilistisch is. Een workflow in n8n doet bij dezelfde invoer elke keer hetzelfde. Een AI-model kan op dezelfde vraag een ander antwoord geven, meestal een goed, soms een vreemd. Die variatie prompt je niet weg. Je ontwerpt eromheen.
Dat is precies wat Anthropic aanraadt. In de gids Building effective agents maakt het bedrijf achter Claude onderscheid tussen workflows, waarin taalmodellen en tools vaste paden volgen, en agents, die hun eigen stappen bepalen. Anthropic raadt aan om tussen stappen programmatische controles (“gates”) te zetten en stopcondities in te bouwen, zoals een maximum aantal iteraties. Over tools staat er letterlijk: “Poka-yoke your tools. Change the arguments so that it is harder to make mistakes.” Het team zag hun agent fouten maken met relatieve bestandspaden, paste de tool aan zodat die alleen absolute paden accepteerde, en daarna ging het foutloos.
Ons standpunt volgt daaruit: laat een probabilistische stap nooit iets doen zonder een vaste controle ervoor en erna. De AI doet het oordeelswerk waar hij goed in is, zoals een mail lezen of een antwoord opstellen. Gewone, voorspelbare automatisering controleert wat erin gaat, controleert wat eruit komt en beslist of er daarna iets gebeurt. Meer over waar AI wel en niet past, lees je in ons artikel over AI automatisering.
Controles voordat een AI-agent iets doet
De methodes van Shingo vertalen zich één op één naar het ontwerp van een workflow. Zo koppelen wij ze als we in n8n met Claude bouwen.
| Begrip van Shingo | In een AI-workflow | In n8n, bijvoorbeeld |
|---|---|---|
| Contactmethode | De AI levert vaste velden met toegestane waarden, geen vrije tekst | Gestructureerde output, daarna een Switch op het veld categorie |
| Vaste-waardemethode | Aantallen en limieten kloppen voordat er iets wordt verstuurd | Een IF-node: één ontvanger, bedrag onder de goedkeuringsgrens |
| Bewegingsstapmethode | Niets verlaat het bedrijf voordat een mens het heeft goedgekeurd | Een send-and-wait-goedkeuring via Slack of e-mail |
| Broninspectie | Controleer de invoer voordat die het model bereikt | De Guardrails-node checkt op persoonsgegevens en jailbreakpogingen |
| Controle (stoppen) | Stop de run als er iets niet klopt | De Stop And Error-node, Max Iterations op een agent |
| Waarschuwing | Laat direct een mens weten dat er iets mis is | Een error workflow die een bericht naar Slack of e-mail stuurt |
Het patroon is een sandwich: een vaste controle, de AI-stap, weer een vaste controle. Merk je dat je een lange systeemprompt vol regels schrijft? Dan horen veel van die regels in IF- en Switch-nodes, waar ze elke keer gelden.
Marrallisa Kreijkes, oprichter van Viralistic in Amsterdam en officieel n8n Ambassador, geeft les in precies deze splitsing tussen voorspelbare automatisering en probabilistische AI. Ze gaf er een gastcollege over bij Anthropic, het bedrijf achter Claude; de slide hieronder komt uit dat college. Ze gaf het DataCamp-webinar How to turn a business process into an agentic workflow, trainde Volkswagen Pon Financial Services in gevonden worden door AI, sprak op het hoofdpodium van In The Loop, de conferentie van n8n in Berlijn (oktober 2026), en gaf een n8n-workshop aan de Universiteit Maastricht met de studieverenigingen MAIN en TCM. Teams bij DataCamp, Volkswagen, n8n en Anthropic leerden van haar. Werk je met Viralistic, dan werk je met degene die zij haalden om les te geven. Lees meer over haar keynotes en AI-trainingen.

Foutafhandeling in n8n is een waarschuwende poka yoke
Ook een goed ontworpen workflow loopt tegen het onverwachte aan: een API ligt plat, een wachtwoord verandert, een klant stuurt een bestand in een formaat dat niemand had voorzien. Foutafhandeling zorgt dat zo’n fout nooit stil doorschuift. In n8n werkt dat in drie lagen:
- Retry On Fail op nodes die externe diensten aanroepen, voor tijdelijke haperingen zoals een time-out.
- On Error per node, met een foutuitgang die één mislukt item naar een tabel “aandacht nodig” stuurt terwijl de rest van de batch doorloopt.
- Een error workflow die start met de Error Trigger en een mens waarschuwt, gekoppeld aan elke productieworkflow. De documentatie van n8n beschrijft ook de Stop And Error-node, die een run bewust laat mislukken onder voorwaarden die jij kiest: een stoppende poka yoke in zijn zuiverste vorm.
Zo pas je het toe: een stappenplan
Je past foutpreventie toe door te zoeken waar fouten ontstaan en dan de sterkste betaalbare manier te kiezen om ze onmogelijk of zichtbaar te maken. Begin bij één proces dat pijn doet, niet bij het hele bedrijf.

- Breng het proces in kaart zoals het nu loopt. Loop het door met degene die het werk doet en noteer elke stap, elk systeem en elke overdracht. Een value stream map of een swimlane-schema is genoeg.
- Noteer de fouten en tel ze. Welke fouten gebeuren er, bij welke stap, hoe vaak en wat kosten ze? Cijfers verslaan indrukken.
- Zoek de oorzaak. Vraag waarom de fout mogelijk was, niet wie hem maakte. De 5 waaroms of een visgraatdiagram werkt hier goed.
- Kies de sterkste optie die je kunt betalen. Eerst de stap schrappen, dan een controle, dan een waarschuwing. Een werkinstructie is het laatste redmiddel.
- Kies de methode. Contact, vaste waarde of bewegingsstap, afhankelijk van of de fout gaat over het verkeerde ding, het verkeerde aantal of de verkeerde volgorde.
- Test onder echte omstandigheden, inclusief de rare gevallen. Leg de oplossing daarna vast in de standaard en controleer of hij blijft werken.
Boven alle zes stappen staat één regel: automatiseer nooit een kapot proces. Wie een proces vol verspilling en fouten automatiseert, maakt sneller verspilling en fouten. Haal eerst de verspilling eruit, maak de rest foutbestendig en automatiseer pas daarna. Zo werken wij bij Viralistic: we brengen in kaart en meten voordat er één n8n-node wordt gebouwd.
Veelgemaakte fouten bij poka yoke
- Waarschuwingen waar niemand op reageert. Een alarm dat tien keer per dag afgaat, wordt achtergrondgeluid. Koppel elk signaal aan een duidelijke actie, of laat het proces stoppen.
- De mens de schuld geven. “Beter opletten” is geen poka yoke. Vraag waarom de fout mogelijk was.
- Te slimme controles. Een sensor of regel die vaak storing geeft, wordt uitgezet. De beste oplossingen zijn simpel en goedkoop.
- Geen onderhoud. Een kapotte sensor, een verschoven mal of een verouderde validatieregel beschermt niets meer. Neem ze op in de vaste controles.
- Te veel dichtzetten. Een blokkade die ook goed werk tegenhoudt, wordt omzeild. Blokkeer de fout, niet het werk.
Lean of Six Sigma? Hoe het zich verhoudt tot jidoka en kaizen
Poka yoke komt uit Lean en is een hulpmiddel; jidoka en kaizen zijn de principes die het dient. Jidoka zegt: stop bij elke afwijking en los de oorzaak op. Kaizen zegt: verbeter continu, in kleine stappen. Een poka yoke is vaak het tastbare resultaat van een kaizen-verbetering, en het is de manier waarop jidoka in een machine of workflow terechtkomt.
Six Sigma gebruikt het ook. In Lean Six Sigma zie je foutpreventie vooral in de fases Improve en Control van DMAIC: als oplossing voor een gevonden oorzaak, en om te borgen dat de fout niet terugkomt. In een FMEA is het een veelgebruikte maatregel om de kans op een fout, of de kans dat je hem mist, te verkleinen.
Wat poka yoke voor jouw bedrijf betekent
Poka yoke is het besluit om niet langer op oplettendheid te leunen. Overal waar een fout duur is, bouw je de controle in het proces, zodat die standhoudt op een drukke maandag, met een nieuwe collega en om drie uur ‘s nachts als een workflow zelfstandig draait.
Bij AI geldt dat nog sterker. Een probabilistisch model is een uitstekende collega voor lezen, sorteren en opstellen, en een onbetrouwbare voor alles wat elke keer exact goed moet zijn. Zet er vaste controles omheen en je krijgt het beste van allebei. Dat is de rode draad in onze reeks over Lean management: haal de verspilling eruit, maak de rest foutbestendig, automatiseer dan. Wil je dat voor je eigen processen, met n8n, Claude en Notion en met foutafhandeling en governance vanaf de eerste workflow? Werk dan met een automation specialist die eerst in kaart brengt en dan pas bouwt.
Veelgestelde vragen
Wat is het principe van poka yoke?
Het principe is dat je het proces aanpast in plaats van mensen te vragen beter op te letten. Je ontwerpt een product, formulier of werkstap zo dat de verkeerde handeling niet kan, of dat een vergissing direct zichtbaar wordt. Zo bereikt een fout nooit de volgende stap of de klant, en hoef je niet achteraf te controleren.
Kun je voorbeelden geven van poka yoke?
Een magnetron die niet start met de deur open, een geldautomaat die eerst je pas teruggeeft en dan pas het geld, en een simkaart met een afgeschuind hoekje die maar op één manier past. In de fabriek zijn het mallen met pennen en bakjes met precies het juiste aantal onderdelen. Op kantoor: verplichte velden in een formulier.
Wat is het verschil tussen poka yoke en jidoka?
Jidoka is het principe van Toyota om direct te stoppen bij een afwijking, zodat een defect nooit doorschuift. Poka yoke is een van de hulpmiddelen die dat mogelijk maken, door de fout op te merken en het proces te stoppen of een signaal te geven. Jidoka beschrijft het doel en de houding, poka yoke het concrete mechanisme.
Wat is het verschil tussen poka yoke en kaizen?
Kaizen is de filosofie van continu verbeteren in kleine stappen, met iedereen in de organisatie. Poka yoke is een specifiek hulpmiddel om fouten te voorkomen. Ze vullen elkaar aan: een kaizen-sessie brengt vaak een terugkerende fout aan het licht, en een poka yoke is de verbetering die ervoor zorgt dat die fout niet meer terugkomt.
Is een werkinstructie ook een poka yoke?
Strikt genomen niet, of hooguit de zwakste vorm. Een werkinstructie werkt alleen als mensen hem lezen en volgen, en leunt dus op dezelfde oplettendheid die poka yoke wil vervangen. Zoek daarom eerst naar een oplossing in het ontwerp: schrap de foutgevoelige stap, bouw een blokkade in of laat een signaal afgaan.
Werkt poka yoke alleen in de productie?
Nee. Het begon in de fabriek, maar het werkt overal waar fouten ontstaan: in de zorg, de logistiek, de administratie en in software. Denk aan medicatie die per dag en tijdstip is verpakt, een webformulier dat pas verstuurt als alle verplichte velden kloppen, of een workflow die zonder goedkeuring niets naar een klant stuurt.
Wat is poka yoke in het Engels?
In het Engels heet het mistake proofing of error proofing, en soms fail-safing. Het Japanse woord wordt in Engelse teksten meestal met een streepje geschreven: poka-yoke. De American Society for Quality geeft de uitspraak als PO-ka yo-KAY. Het gaat in alle gevallen om hetzelfde principe van Shigeo Shingo.
Kun je poka yoke toepassen op software en AI?
Ja, en daar is het vaak goedkoper dan in de fabriek. Verplichte velden, formaatcontroles, goedkeuringsstappen en dubbelcontroles zijn allemaal digitale poka yoke. Voor AI raadt Anthropic in zijn gids over agents aan om tools zo te ontwerpen dat fouten lastiger worden. In n8n zet je validatie, gestructureerde output, menselijke goedkeuring en een error workflow rond elke AI-stap.
Is poka yoke duur om in te voeren?
Meestal niet. Het Lean Enterprise Institute beschrijft poka yoke-hulpmiddelen als eenvoudig en goedkoop, en de beste zijn dat ook: een pen in een mal, een bakje met vaste vakken, een verplicht veld. Een ingewikkelde sensor die vaak storing geeft, wordt meestal uitgezet. In digitale processen kost een controle vaak niet meer dan een uur instellen.
Geschreven door
Oprichter van Viralistic en officieel n8n Ambassador
Marrallisa leidt vanuit Amsterdam strategie, design, vindbaarheid en automatisering voor premium merken. Ze trainde teams bij Volkswagen en spreekt op events van n8n en Anthropic. Wil je jouw situatie doorspreken? Plan direct een gesprek met haar.