Producten die mensen begrijpen, vertrouwen en gebruiken.

Hallo, ik ben een digitale productontwerper en woon in Amsterdam. 20+ jaar ervaring in het werken met innovators aan product-market fit. Sinds 2024 ontwikkel ik ook software.

01 — Ervaring

Van concepten valideren
tot de front-end bouwen.

In 2024 ben ik all-in gegaan op leren softwareontwikkelen en werken met AI-agents, om een complete dienst te kunnen bieden: van concept tot geshipte code. De vijf cases hieronder geven een indruk van het werk dat ik daarvoor deed.

Cases

Mijn portfolio en cv zijn op verzoek beschikbaar.

02 — Wat ik doe

Klantervaringen afstemmen op wat het bedrijf nodig heeft.

Soms is dat een workshop. Soms een dag per week in je team, en soms vier dagen per week tot een project af is.

Workshop

Een paar uur. We lossen een vraagstuk op waar je steeds op terugkomt, met wat er al in de organisatie zit.

Design partner

Eén dag per week, of een ritme dat bij je past. Ik werk met je team en houd de klant in de kamer.

Interim ontwerper

Vier dagen per week tot het project af is. Ik onderzoek, ontwerp en test tot het probleem is opgelost.

03 — Hoe ik werk

Werk gaat makkelijker met
de juiste gereedschappen.

Een groot deel van ontwerpen is bepalen welke methode je wanneer inzet. Hieronder de methodes die ik het meeste toepas, wat elk is, en waarom je die zou gebruiken.

Je klanten begrijpen.

Bouwen op bewijs, niet op enthousiasme. Daarom praat ik met klanten, kijk ik op locatie hoe ze hun werk gedaan krijgen, en breng ik in kaart voor welke job ze je product echt inhuren.

  • Je klanten begrijpen. Mom Test-methode.

    Rob Fitzpatrick merkte dat veel van de feedback op zijn startup verdacht positief was. Daarom bedacht hij een methode waarbij zelfs zijn moeder hem zou vertellen wanneer zijn ideeën nergens op sloegen.

    Het werkt doordat het idee helemaal niet ter sprake komt. Je praat met potentiële gebruikers over wat ze werkelijk deden, zoekt de problemen die steeds terugkomen, en toetst wat die problemen echt kosten. Het doel is niet iemand overtuigen dat een idee goed is. Het is uitzoeken of er een echt probleem bestaat, voordat er iets gebouwd wordt.

  • Je klanten begrijpen. Observatie op locatie.

    Mensen zijn slecht in het beschrijven van hun eigen werk. Niet omdat ze iets verzwijgen, maar omdat routine onzichtbaar wordt zodra je het elke dag doet. Meekijken laat zien wat een interview je niet vertelt. Tussen welke programma's iemand heen en weer springt, het Excel-bestand dat ernaast wordt bijgehouden omdat het officiële systeem te traag is, de stappen die worden overgeslagen als het druk wordt.

  • Je klanten begrijpen. Customer journey mapping.

    Voor klanten is de relatie met een bedrijf niet alleen een website. Ze begint zodra ze voor het eerst van je horen en eindigt met wat ze de volgende persoon vertellen. In een customer journey map staat dat allemaal op volgorde: waarmee ze je vergelijken, het aanmelden, het aan de praat krijgen, het moment dat er iets stukgaat en wanneer ze hulp nodig hebben.

    Sales, support en engineering hebben elk hun eigen interpretatie van de klantervaring. De customer journey map vervangt die door één, en de zwakke plekken blijken meestal de stappen die ertussen vallen, waar niemand verantwoordelijk voor is.

  • Je klanten begrijpen. JTBD Mapping.

    Jobs-to-be-done begint bij een rare aanname: mensen kopen geen producten, ze huren ze in om een klus te klaren. Niemand wil een boormachine. Ze willen een gat in de muur, en zodra er een makkelijkere manier is om dat gat te krijgen, verliest de boormachine.

    Een JTBD-document zet de taken op een rij die klanten met jouw product proberen te klaren. Hij laat zien hoe belangrijk die taken zijn en hoe goed die vandaag bediend worden.

Het product structureren.

Meestal zijn de ontwerpers niet de gebruikers van het product. Daarom ontwerp ik samen met stakeholders, in design-thinking-workshops of co-creation sessies.

  • Het product structureren. Design thinking.

    De kennis die nodig is om iets goed te ontwerpen is meestal te vinden in of rond je organisatie. Maar het is niet ongewoon om niet gehoord te worden, en dat de hardste mening wint.

    Design thinking gebruikt een paar principes om precies dat te voorkomen:

    • Iedereen schrijft voordat er iemand praat.
    • Ideeën worden geschetst.
    • Er wordt gestemd in plaats van gediscussieerd.
    • De groep moet het eens zijn over het probleem voordat iemand een oplossing mag voorstellen.

  • Het product structureren. Co-creation.

    In plaats van twee weken te verdwijnen en terug te komen met een ontwerp, gaat de ontwerper aan tafel bij de mensen die de business kennen en ontwerpen ze de oplossing samen.

  • Het product structureren. Service design.

    Een product is meestal één onderdeel van iets groters. Een bestelling wordt door iemand goedgekeurd, door een derde partij geleverd, en door een vierde gerepareerd. De klant heeft met één bedrijf te maken, maar achter de toonbank zijn het verschillende partijen die van elkaar afhangen, elk in hun eigen systeem.

    Service design werpt licht op wat de klant nooit ziet. Het laat zien waarom een belofte die aan de voorkant gemaakt is achterin stukloopt, en wat er nodig is om die wél te houden.

  • Het product structureren. User journey mapping.

    Interactieve applicaties ontwerpen gaat niet over het ontwerpen van schermen, het gaat over de beweging tussen gebeurtenissen.

    Een user journey is een ontwerp waarin de stappen in een proces achter elkaar geplaatst worden. Dit dwingt je om het proces als een geheel te zien en legt de momenten bloot waarop de flow onderbroken wordt.

  • Het product structureren. Design direction.

    Een design direction is een set principes waar het team het over eens is. Sommige gaan over gedrag, zoals "laat iemand nooit wachten zonder te vertellen wat er gebeurt". Andere gaan over de visuele taal: typografie, kleur, ruimte en toon. Zodra dat op papier staat, is de vraag niet langer "vinden we het mooi" maar "past dit bij wat we hebben afgesproken".

  • Het product structureren. Content-driven design.

    De meeste websites beginnen met de structuur van de website. De tekst komt als laatste. In sommige gevallen is dat verre van ideaal. Content-driven design begint bij een boodschap. De tekst en het ontwerp van de site worden tegelijk ontwikkeld, met als doel de boodschap zo effectief mogelijk over te brengen.

Testen wat kan falen.

Met AI-gegenereerde prototypes en in-house user testing houd je de vaart erin en los je issues op voordat ze echte problemen worden.

  • Testen wat kan falen. Rapid functional prototyping.

    Een doorklik prototype doet alsof: achter de schermen werkt er niets. Nu agents de code schrijven, kun je werkende prototypes bouwen die op echte data draaien. Dat verandert wat een test je kan vertellen. Een doorklik prototype laat zien of mensen het begrijpen. Een werkend prototype laat zien hoe het gebruikt wordt. En als alle inzichten zijn verwerkt, is het een kleinere stap naar het eindproduct.

  • Testen wat kan falen. In-house user testing.

    Onderzoekslabs leveren werk van hoge kwaliteit, maar je moet het weken vooruit plannen en het budget is fors. In-house testen laat je een idee aan mensen voorleggen wanneer je het nodig hebt. Vijf mensen die lijken op de echte gebruikers. Een uur per persoon, een prototype en een paar realistische opdrachten leggen het merendeel van de serieuze problemen bloot. Na vijf interviews gaan dezelfde problemen zich herhalen.

Zorgen dat het werkt.

Designtools gekoppeld aan AI, agents die de code schrijven, en een mens die ervoor zorgt dat het goed loopt. Het resultaat is werkende software, niet alleen een ontwerpdocument.

  • Zorgen dat het werkt. Design system development.

    Een design system is een bouwdoos met standaardinstellingen voor kleuren, ruimte en tekstgroottes, plus de kant-en-klare knoppen, formulieren en tabellen die op elk scherm terugkomen. Het voorkomt dat het design inconsistent wordt zodra iemand een nieuw scherm ontwerpt.

  • Zorgen dat het werkt. Agentic coding.

    Agentic coding is programmeren met hulp van AI, en voor mij was dat een gamechanger. Ik had wel geleerd om zelf een front-end te kunnen bouwen, maar ik was veel langzamer dan iemand die het de hele dag deed. Als ik AI gebruik ben ik ruwweg tien keer sneller dan ik alleen was, en dat is genoeg om het bouwen terug het ontwerpproces in te trekken. Interactie, content en vormgeving kunnen nu tegelijk ontwikkeld worden, en een tweede versie kost een middag in plaats van dagen.

Vertel me over je project

Vertel me over je project
Jouw contact gegevens.

Je antwoorden gaan rechtstreeks naar mijn e-mail. Deze site slaat niets op.