Leading by design.

AI Product Builder, ontwerper,
teamlead.

Ik breng AI van pilot naar productie.
Forward-deployed of in een leidende rol, met de teams die het draaien.

AI in productie krijgen is een ontwerpvraag net zo goed als een bouwprobleem. Met twaalf jaar design, waaronder enterprise UX bij Shell, Roche, Philips en ING, en twee jaar AI-systemen bouwen in productie, werk ik op het snijvlak van beide. Ik ontwerp de retrieval-architectuur, de guardrails, de evals en de human-in-the-loop-workflows die een systeem eerlijk houden als het live gaat. En ik ontwerp de adoptie: de interfaces, de werkwijzen, de organisatorische logica die een team meekrijgt. Het systeem is de helft. Het ontwerp eromheen is wat het laat landen.

Beschikbaar voor een vaste leidende AI-rol, voor forward-deployed trajecten om AI-producten te bouwen en te lanceren, en voor interim-opdrachten om een intern team op te zetten.

Twee jaar AI in productie.
Twaalf jaar ontwerp ervoor.

Professional profile portrait of Dusty Baars
In eigen beheer

Wat er draait.

Zes systemen die ik ontwierp, bouwde of naar mijn hand zette en nu dagelijks gebruik. Stuk voor stuk in productie, elk ontstaan uit een eigen probleem.

Dit is een selectie. Alles wat hier staat draait in productie en demonstreer ik graag live, op afspraak.

Dit zijn de systemen zelf, live.

Open Brain Neem een kijkje
01 · Open Brain

Geheugen dat tussen mijn tools leeft.

Een geheugenlaag die via MCP aan al mijn applicaties hangt en vastlegt hoe ik werk. Elke sessie begint daardoor met context in plaats van bij nul, en na maanden gebruik stelt het systeem zelf skills en taken voor.

Gebouwd met Claude Code · PostgreSQL · MCP · Railway

Lees de volledige case →
Mono Dash Neem een kijkje
02 · Mono Dash

Eén aanspreekpunt, een team dat zichzelf organiseert.

Een orchestratielaag waar je één CEO-agent aanstuurt, die zelf een team samenstelt en het werk over rollen verdeelt. Elke agent bewaakt zijn eigen status en lost blockers eerst zelf op, terwijl jij meekijkt, kunt ingrijpen en een seintje krijgt zodra er een beslissing nodig is.

Gebouwd met Geforkt en in productie genomen · Next.js · Railway

Lees de volledige case →
Panion Neem een kijkje
03 · Panion

Een companion met een geheugen dat blijft.

Een companion-app op een blijvend geheugen dat beter wordt naarmate je het gebruikt. Gesprekken ordenen zich vanzelf tot thema's waar je op terugkomt, de persoonlijkheid stel je live bij, en via MCP gaat je metgezel mee naar je andere tools.

Gebouwd met React · Claude · MCP · Voyage AI

Lees de volledige case →
Consilium Neem een kijkje
04 · Consilium

Een debat, twee flagship AI's, één getoetst antwoord.

Stel een lastig vraagstuk en laat twee van de sterkste AI-modellen het uitvechten tot ze het eens zijn. Wat overblijft is een antwoord dat van twee kanten getoetst is, met conclusies die je direct kunt exporteren en delen.

Gebouwd met Claude + Gemini · Hono · SQLite · Railway

Lees de volledige case →
Van order tot factuur Neem een kijkje
05 · Van order tot factuur

Een order die zichzelf afhandelt, op mijn beslissingen na.

Een order komt binnen via de mail, wordt automatisch opgepakt en doorloopt het hele proces tot levering: foto's eruit, mappen klaar, administratie bijgewerkt, klant op de hoogte. Aan het eind van de maand staan de facturen kant-en-klaar in concept. Zelf beslis ik op drie punten: de go vooraf, de kwaliteitscheck voor levering, en één druk op verzenden voor de facturen.

Gebouwd met Gmail · Make · Google Drive · Notion · Moneybird

Lees de volledige case →
Memo Neem een kijkje
06 · Memo

Een hulplijn die van elke vraag slimmer wordt.

Memo is een agent in de app van Memortium waar klanten terechtkunnen met een vraag of meteen een order plaatsen. Memo helpt eerst zelf en verbindt door naar mij als het nodig is. Elke vraag die binnenkomt wordt data: ik maak er artikelen van, voed er mijn outreach mee, of scherp de service ermee aan. Een gesloten lus die zichzelf blijft verbeteren.

Gebouwd met Claude · Next.js · Notion · Railway

Lees de volledige case →

Tools die ik beheers

Ontwerp

Figma · Photoshop · Lightroom · Miro

AI & bouwen

Claude Code · Antigravity · Codex · Google Gemini · Google AI Studio · ChatGPT · Perplexity · Manus · Make · n8n

Deployen & het gebruikelijke

Railway · Docker · GitHub · Tailscale · Notion · Airtable · Office · Google Workspace

Wat ik oplos

Herkenbare problemen. Mijn aanpak.

De systemen hierboven zijn het bewijs. Dit is hoe ik ze inzet op problemen die je zult herkennen.

Illustration representing transition from proof-of-concept to production system

Ik breng AI voorbij de pilot, en houd het daarna draaiend.

De meeste AI-implementaties stranden op de afstand tussen de tool en het dagelijkse werk. Ik breng een proof of concept naar productie via afgebakende bouwblokken met een meetbare uitkomst, begin bij flows in plaats van tools, en richt de borging vanaf dag één in, inclusief governance en EU AI Act-readiness. Memortium draait al ruim een jaar op die manier, met dertig betalende klanten en twee uur van mijn tijd per week.

Twee dingen maken dat mogelijk: mijn designervaring en mijn bouwskills met AI. Ruim twaalf jaar enterprise-UX wijst me waar werk vastloopt en hoe mensen een systeem gaan vertrouwen. De agentic bouwpraktijk die ik dagelijks oefen zet dat om in werkende productie in dagen in plaats van kwartalen.

Illustration of model routing strategy showing token cost breakdown

Kostendiscipline zit in de architectuur, vanaf de eerste regel.

De tokenrekening groeit vaak harder dan de waarde eronder, omdat het zwaarste model op elke taak wordt losgelaten. In productie route ik elke taak naar het model dat erbij past: het goedkope werk goedkoop, de zwaardere modellen alleen waar ze renderen.

Die keuzes maak ik niet op gevoel. Ik ken de vorm van de modellen die ik dagelijks gebruik en weet waar een lichter model het overneemt zonder kwaliteitsverlies. Token economics en FinOps zitten zo in de architectuur ingebakken, zodat de kosten meeschalen met de waarde en niet met het volume.

Illustration showing multi-agent workflow orchestration with human approval gate

Mijn agents houden stand, ook buiten de demo.

Agents die het in een demo glansrijk doen, vallen vaak om in productie: een gemiste edge case, een overdracht die misgaat, een tool-call zonder vangnet. De multi-agent setups die ik draai houden stand, met guardrails en human-in-the-loop op de plekken waar een fout telt, en Mono Dash die de orkestratie doet.

Het verschil zit in weten wat een agent geloofwaardig kan en waar het wensdenken wordt. Ik ontwerp de orkestratielaag eronder: wie aan wie overdraagt, waar de state leeft, waar de approval gate zit. Evals en vangrails houden een agent-vloot eerlijk zodra het echt telt.

Illustration demonstrating UX confidence factors and user adoption patterns

Ik ontwerp AI die mensen begrijpen en vertrouwen.

Adoptie is waar de meeste rollouts sneuvelen. De tool staat er, de licenties zijn betaald, en toch grijpt niemand ernaar. Wat ontbreekt is een ontwerp voor hoe het systeem in de werkstroom past, en of mensen het genoeg vertrouwen om het te openen.

Daar ligt mijn fundament. Die jarenlange enterprise-UX-achtergrond leerde me precies waar adoptie breekt, en ik ontwerp ernaar: confidence-indicatoren, een heldere fallback, human-in-the-loop waar het telt. Adoptie en change pak ik aan met training binnen het werk zelf, gekoppeld aan de flow die mensen net hebben opgepakt.

Een uitrol slaagt pas als iedereen meekomt, van Annie bij de receptie tot Johan in de directie.

Illustration of business requirements mapped to tech architecture

Aan beide kanten van de brug: bouwen, en weten wat een keuze kost.

Er zit een gat tussen wie AI bouwt en wie de gevolgen draagt: engineers die de business niet spreken, leiders die niet weten wat een technische keuze kost. Ik sta aan beide kanten, uit jarenlang cross-functional werk bij Shell, Roche, Philips en ING en twee jaar 0-1 product ownership op eigen ventures.

Ik vertaal een businessdoel naar een architectuur en een architectuurkeuze terug naar wat hij kost en oplevert. In een wereld waarin bouwen in dagen kan, verdwijnt de scheiding tussen wie adviseert en wie bouwt. Die rol vul ik zelf: ontwerpen en bouwen in één beweging, met stakeholdermanagement en het team in de regie.

Illustration showing compliance timeline and governance checkpoints

Governance hoort in het bouwblok, niet erachteraan.

De AI Act geldt per 2 augustus 2026 volledig. Plak je governance er achteraf bij, dan loop je vast op vragen die niemand meer kan beantwoorden: wie zag welke data, waar kwam een beslissing vandaan.

Ik bouw het vanaf dag één in. Per agent ligt vast wat autonoom mag en wat naar een mens gaat, met logs en een interne eigenaar die voor uitzonderingen tekent.

Werkwijze

Hoe ik werk.

Techniek beheersen, teams meenemen,
leiden door te blijven creëren.

En één regel waar ik mezelf aan houd: ik neem werk aan dat een resultaat moet opleveren, geen uren. Is een lichter antwoord beter voor jou, dan is dát het advies.

Techniek

De AI-lagen die ik het scherpst houd.

  1. Context engineering

    Voor mij ligt het echte werk een laag dieper dan de prompt. Ik ontwerp de RAG-laag: retrieval-pipelines, chunking-strategie en attributie, zodat een antwoord onderbouwd blijft ook als de bronnenset van tien naar tienduizend documenten groeit.

  2. Agent-orchestratie

    De orkestratielaag bouw ik rond handoffs, gedeelde state en approval gates. Een agentvloot wordt voor mij pas een systeem als duidelijk is waar een mens ingrijpt en wat er gebeurt als één stap stukloopt.

  3. Agent-ontwerp en limieten

    Een agent ontwerp ik vanuit wat hij betrouwbaar aankan. Rol, model en vangrails stem ik op die grens af, zodat hij in productie blijft doen wat hij belooft, ook als het volume toeneemt.

  4. Token economics en FinOps voor AI

    Kosten behandel ik als een ontwerpvariabele die ik vanaf het begin stuur. Met model-routing, caching en meebewegende token-budgetten houd ik de unit-economics overeind terwijl een feature van pilot naar echt volume opschaalt.

  5. Modelkeuze

    Een model kies ik op zijn vorm: Claude voor redeneren en schrijven, Gemini voor multimodaal en grote context, kleinere modellen voor orkestratie. De architectuur bouw ik zo dat ik kan wisselen als het landschap verschuift.

  6. Production fluency en LLMOps

    Mijn ontwerp vertrekt vanuit de manier waarop modellen echt falen. Vertrouwensindicatoren, fallback-paden, mens-in-de-loop-grenzen en evals bouw ik in vanaf de eerste versie, omdat een AI-fout in productie meteen een vertrouwensbreuk is.

  7. Geheugen-architectuur

    Geheugen behandel ik als een eersteklas onderdeel van het ontwerp. Wat bewaard blijft, hoe het vervalt en wie het kan bewerken bepaal ik bewust, want dat is wat een tool laat meegroeien met een team.

  8. AI-governance en EU AI Act-readiness

    Governance pak ik aan als ontwerpprobleem, ruim voor 2 augustus 2026. Inventaris, risicoclassificatie, menselijk toezicht en audit-waardige documentatie zitten bij mij in de architectuur, zodat compliance meegroeit met het systeem. Uitgewerkt in Case 07.

Begeleiding

Het systeem bouwen is de helft van het werk.

De mensen die het dagelijks gebruiken, zijn de andere helft.

Eerst de flow, dan de tool.

Dezelfde workshops die ik in twaalf jaar enterprise-UX leerde, nu met AI in scope. Flows in kaart brengen, naden vinden, uitlijnen op wat mensen houden.

Het resultaat is een gedeeld beeld waar het hele team achter staat: waar AI hoort, waar niet, en wat mensenwerk blijft. De meeste trajecten slaan deze stap over. Daar lopen ze later op vast.

Eerst de flow, dan de tool.

Dezelfde workshops die ik in twaalf jaar enterprise-UX leerde, nu met AI in scope. Flows in kaart brengen, naden vinden, uitlijnen op wat mensen houden.

Het resultaat is een gedeeld beeld waar het hele team achter staat: waar AI hoort, waar niet, en wat mensenwerk blijft. De meeste trajecten slaan deze stap over. Daar lopen ze later op vast.

Leiderschap

Thuis in een multidisciplinair team.

Een leidende rol heeft mijn voorkeur, maar het juiste team en het juiste werk wegen zwaarder dan de rol.

Klein en scherp.

Mijn beste werk ontstaat in kleine teams van drie tot zes, dicht op het probleem. Klein genoeg om het geheel te overzien, scherp genoeg om snel te bewegen.

Gemengd naar behoefte.

De vorm hangt af van het werk. Soms drie engineers en een ontwerper, soms een onderzoeker, een ontwerper en twee bouwers, samengesteld op wat het probleem vraagt.

Cross-functioneel als standaard.

Een AI-programma raakt aan engineering, product, legal, security, GTM en comms. Dat brede instinct komt uit een decennium cross-functioneel werk binnen Shell, Roche, Philips en ING.

Leiden door te bouwen.

Sturen en bouwen lopen bij mij door elkaar. Het grootste deel van mijn week blijft op het werk, de rest op richting, stakeholders en het team meenemen.

Het werk

Aanpak in productie.

Systemen in productie, de playbooks die ze me leerden, en het fundament eronder.

De verhalen achter het werk: wat het probleem was, wat ik koos, en wat het opleverde.

  1. Thumbnail of Open Brain architecture diagram
    Case 01

    Geheugen, over tools heen.

    Vendor-geheugen stopt bij de platformgrens. Wat je met de ene tool opbouwt, is onzichtbaar voor de volgende.

    Eén open laag onder alles. Drie agents, zes applicaties, geen contextverlies.

    • AI Agents
    • Tool Use & MCP
    • Context Engineering
    • Production
    • Model Routing
    • Infrastructuur
  2. Thumbnail of Memortium order automation pipeline diagram
    Case 02

    Veertig orders per week. Twee uur werk.

    Dertig betalende klanten, veertig orders per week, in een categorie waar een verkeerd resultaat onacceptabel is.

    Eén operator, zes agents. Twee uur werk per week, facturatie en opvolging geautomatiseerd.

    • AI Agents
    • Tool Use & MCP
    • Model Routing
    • Guardrails
    • Production
    • Automatisering
  3. Thumbnail of 90-day AI organizational rollout timeline diagram
    Case 03

    Hoe AI landt in een organisatie.

    De meeste AI-rollouts falen op adoptie. Niemand ontwierp hoe de tool leeft in de organisatie.

    Een 90-dagenplan. Breng de flows in kaart, ship één pilot, train op echt werk, govern vanaf dag één.

    • Leadership
    • Training
    • Context Engineering
    • Guardrails
    • Evals
    • Playbook
  4. Thumbnail of scale-up problems and matching solutions diagram
    Case 04

    Drie problemen. Drie systemen.

    Drie problemen waar elke groeiende organisatie tegenaan loopt: data zonder antwoorden, tools die niet praten, klantvolume dat het team voorbijrent.

    Drie productiesystemen, elk gebouwd voor één van die problemen. Het bouwverhaal, en de weg om ze in jouw stack te integreren.

    • AI Agents
    • Tool Use & MCP
    • Production
    • Context Engineering
    • Model Routing
    • Bouwen
  5. Thumbnail of AI design system pattern families diagram
    Case 05

    Patronen vóór componenten.

    Teams vragen om AI-componenten en slaan over wat vertrouwen bepaalt: context, overdracht, geheugen.

    De vier patroonfamilies die je als eerste documenteert. Patronen vóór componenten.

    • Context Engineering
    • Guardrails
    • Tool Use & MCP
    • Leadership
    • Designsysteem
  6. Thumbnail of client portfolio timeline diagram
    Case 06

    Twaalf jaar design, nu in AI.

    Twaalf jaar enterprise-UX bij Shell, Roche, Philips en ING, ingebed via Plat4mation.

    Het fundament onder al het andere hier. Nu shippen de ideeën in dagen.

    • Leadership
    • Training
    • Context Engineering
    • Fundament
  7. Thumbnail of EU AI Act compliance map diagram
    Case 07

    Governance, ingebouwd.

    De EU AI Act wordt volledig van kracht op 2 augustus 2026. De meeste scale-ups zijn er niet klaar voor.

    Inventaris, classificatie, ontworpen toezicht, audit-klaar. Governance als ontwerpprobleem.

    • Leadership
    • Guardrails
    • Evals
    • Training
    • Governance
Fundament

Ruim twaalf jaar enterprise-UX.

Voordat ik AI bouwde, ontwierp ik ruim twaalf jaar voor grote organisaties. Gebruikersonderzoek, usability en interactieontwerp, en het leiden van designteams binnen de opdracht. Via Plat4mation, EMEA's grootste pure-play ServiceNow Elite Partner, werkte ik voor Shell, Roche en Philips, en daarvoor bij ING. Custom uitrollen voor duizenden gebruikers per klant, cross-functioneel met engineering, product, legal en compliance. Dit is het fundament onder mijn AI-werk: hier leerde ik waar werk vastloopt, en hoe je iets bouwt dat mensen echt gaan gebruiken.

Competenties

  • UX-design
  • UI-design
  • Gebruikersonderzoek
  • Usability-testing
  • Interactieontwerp
  • Informatiearchitectuur
  • Design systems
  • Design thinking
  • Designleiderschap
  • Stakeholdermanagement
± 1 jaar

Shell

Complexe interne platforms voor een wereldwijde organisatie. Van business requirements naar werkende interfaces, met stakeholdermanagement op enterprise-niveau. Hier leerde ik ontwerpen voor schaal en voor besluitvormers tegelijk.

Ontwerpen voor schaal · Stakeholdermanagement · Besluitvormers meekrijgen
± 2 jaar

Roche

Een farmaceutisch platform voor een internationaal gebruikersbestand. Design thinking-workshops op locatie in Bazel met zorgprofessionals, en ontwerpen in een strikt gereguleerde omgeving waar een fout directe gevolgen heeft. Security-first en compliance-bewust van begin tot eind.

Gereguleerde omgeving · Security & compliance · Design thinking-workshops
± 1 jaar

Philips

Enterprise tools voor interne teams, de volledige cyclus van discovery tot een werkend design system. Nauw samengewerkt met de developmentteams bij de implementatie, zodat het ontwerp ook echt landde in de bouw.

Discovery tot design system · Samenwerking met engineering · Implementatie
± 2 jaar

ING

Begon hier met het begeleiden van startup- en innovatieteams met UX- en UI-ontwerp. Taaie banking-workflows teruggebracht tot hun logische kern, met een schaalbare informatiearchitectuur en iteratieve usability-tests. Hier zag ik hoe strategisch design bijdraagt aan de richting en besluitvorming van een organisatie.

Strategisch design · Informatiearchitectuur · Usability-testing · Team lead

Oorsprong

Het begon met Dumo Media, het bureau dat ik direct na mijn hbo-opleiding samen met een partner opzette. We werkten voor tal van marketingbureaus en draaiden activatiecampagnes. Daar leerde ik snel schakelen, scherp prioriteren en ontwerpen die meetbaar resultaat opleveren: +25% conversie op de UrbanStays-boekingsflow, +40% planningsefficiëntie op Planly. Vanuit dat ondernemerschap stroomde ik door naar ING, en later naar de enterprise-opdrachten via Plat4mation.

Samenwerken

Zo laat ik AI landen.

Twee sporen onder één dak. Bouwen als handtekening, mensen meenemen als missie.

Spoor 1: Werken met AI

De natuurlijke tweede stap na de baseline. Tilt de grote middengroep naar zelfverzekerd dagelijks gebruik, hands-on met hun eigen taken.

Spoor 2: Bouwen met AI

Van idee naar een werkend ding in uren. De groep brengt een echt idee in, we bouwen het live, en ze gaan weg met een werkend prototype en de methode om het opnieuw te doen.

Whitepapers en workshops

Het denkwerk achter het werk.

Diepgaander werk over hoe AI echt in een organisatie landt. Sector-agnostisch, met cases als bewijsvoering.

Portrait of Dusty Baars hiking in nature
Over mij

Dusty Baars.

Niets brengt me meer in beweging dan iets maken en het zien werken. Dat is altijd zo geweest, en het blijft de motor. Maar wat me nu echt het bed uit krijgt is een verantwoordelijkheid die ik zwaarder voel worden. AI komt hoe dan ook elk bedrijf binnen, en het maakt alles uit hoe dat gebeurt. Of het mensen sterker maakt, of dat ze afhaken.

Wat me daarbij stuurt is één overtuiging. Technologie hoort mensen beter te maken, niet te vervangen. Het verschil zit in hoe je het ontwerpt en of je de mensen meekrijgt, van Annie bij de receptie tot Johan in de directie. Daar wil ik een baken in zijn. Iemand die het niet over de hoofden van mensen heen doet, maar samen met hen.

Het werk neem ik serieus, mezelf wat minder. Duidelijke afspraken en samenwerken zonder gedoe, daar houd ik van, en als iets beter kan zeg ik het. Daar wordt het werk scherper van, en ik ook. Ik heb dit vak geleerd door het elke dag in productie te doen. Eerlijk gezegd deed ik vaak de juiste dingen al voordat ik wist hoe ze officieel heetten. Het loslaten voordat iets echt af is blijft lastig voor me. Maar als dat mijn grootste ondeugd is, kom ik er wel mee weg.

Buiten het werk houdt mijn gezin in Amsterdam me met beide benen op de grond. In mijn vrije tijd kun je me vinden hiken, op reis, of lekker op een terrasje. Gamen doe ik al sinds de Atari. Makkelijk in de omgang, en altijd geïnteresseerd in nieuwe ontwikkelingen. Mentaal en fysiek blijf ik fit door bezig te blijven. De dag dat ik stop, is de dag dat mijn batterij leeg is.

Lees het langere verhaal →

contact@dustybaars.com · +31 62 0703778 · Amsterdam · 52°22′N · CET

Beschikbaar voor een vaste leidende AI-rol, voor forward-deployed trajecten om AI-producten te bouwen en te lanceren, en voor interim‑opdrachten om een intern team op te zetten.