AI productontwerp: waarom de meeste AI features niet werken
We hebben het allemaal gezien de afgelopen jaren: een prima werkend SaaS-product, en dan wordt er op een dag een AI-knop toegevoegd. Hij licht op, er staat "AI-powered" bij, en hij doet iets waar niemand om gevraagd heeft. Dat is geen AI-productdesign. Dat is een vinkje zetten.
Het copilot-probleem
Ergens onderweg heeft de industrie besloten dat AI-productdesign betekent: "plak een chatbot in de sidebar." Elke tool heeft nu een copilot, en de meeste zijn middelmatig. Dat komt omdat ze er achteraf op zijn geschroefd, niet vanaf het begin zijn ingebouwd.
Goed AI-productdesign begint met een andere vraag. Niet "waar kunnen we AI toevoegen?", maar "wat zou dit product moeten kunnen dat voorheen onmogelijk was?". Dat is een veel lastigere vraag. Het is ook de enige die het stellen waard is.
Design voor de workflow, niet voor het model
De meeste AI-producten worden ontworpen rondom wat het model kan. "GPT-4 kan tekst samenvatten, dus laten we een samenvat-knop toevoegen." Leuk, maar de workflow van niemand is veranderd.
Goede AI-producten worden ontworpen rondom de workflow van de gebruiker. Wat is het meest pijnlijke, repetitieve en risicovolle onderdeel van hun werk? Kan AI die pijn volledig wegnemen? Niet ondersteunen, niet verminderen, maar volledig wegnemen. Dat is de lat.
Een document review tool die risicovolle clausules markeert is handig. Een document review tool die het antwoord opstelt, het risiconiveau aangeeft en het naar de juiste persoon doorstuurt: dát is een product.
De drie wetten van AI-productdesign
We zijn geen Alan Turing, maar we hebben het een en ander geleerd bij het bouwen van AI-producten.
Onzichtbaar verslaat indrukwekkend. De beste AI-features kondigen zichzelf niet aan. Ze zorgen er gewoon voor dat het product sneller, slimmer en intuïtiever aanvoelt. Als je gebruiker moet nadenken over de AI, ben je al de boot in.
Vertrouwen vraagt om kalibratie. AI die er vol overtuiging naast zit is erger dan helemaal geen AI. Goed productdesign omarmt onzekerheid. Laat de gebruiker zien wanneer het model het niet zeker weet, geef ze de mogelijkheid om het te corrigeren, en bouw vertrouwen op door eerlijkheid en transparantie.
Feedback is het product. Elk AI-product moet slimmer worden met de tijd. Dat betekent dat je feedbackloops vanaf dag één ontwerpt. Niet als item op de roadmap, maar als kernfeature. Als je gebruikers de AI niet kunnen corrigeren, heeft je product een houdbaarheidsdatum.
De kloof tussen design en engineering
Dit is een publiek geheim in de AI-industrie: de meeste AI-producten worden ontworpen door engineers, en de meeste designers begrijpen AI niet goed genoeg om tegengas te geven. Het resultaat? Producten die technisch indrukwekkend zijn, maar in de praktijk verwarrend.
Bij StackHavn scheiden we productdesign niet van engineering. Wij geloven dat het dezelfde discipline is. Ons productdenken vormt de architectuur, terwijl we tegelijkertijd aan de gebruikerservaring denken.
Dat laatste is geen leuke bonus. Het is de hele bestaansreden van een AI-productstudio in plaats van een developmentbureau.
Wat goed is
Goed AI-productdesign is van buitenaf saai. De gebruiker staat niet versteld van de technologie, maar krijgt gewoon sneller zijn werk gedaan.
Dit is waar we op letten bij elk product dat we bouwen. Bespaart het de gebruiker tijd? Vermindert het fouten? Werkt het zonder handleiding? Kan het netjes herstellen als het model ernaast zit? Als het antwoord op alle vier ja is, dan heb je iets te pakken. Als je leunt op een paarse gloed en het woord "AI" in je marketing, dan niet.
Begin bij het probleem
We voeren veel gesprekken die beginnen met "we willen een AI-tool bouwen die...". Wij herformuleren ze altijd naar "Onze gebruikers worstelen met...".
Die kleine verschuiving, van technologie naar probleem, maakt het verschil.
AI is een middel, nooit het doel.
