Waarom je eerste met AI gebouwde app lelijk zou moeten zijn

De eerste keer dat iemand een AI-appbouwer gebruikt, doen ze meestal een van twee dingen. Ze accepteren óf het eerste dat de AI geeft en lanceren het, óf ze besteden drie dagen aan de knoppen exact de juiste tint indigo krijgen voordat ze hebben getest of iemand het ding eigenlijk wel wil.

De tweede groep komt veel vaker voor, en het is een duurdere fout. Deze post gaat over waarom je eerste met AI gebouwde app met opzet een beetje lelijk zou moeten zijn.

De afwerkingsval

Er is een bepaald gevoel dat ongeveer tien minuten in het bouwen van iets toeslaat. De basisflow werkt. Een gebruiker kan zich aanmelden, het ding doen, het resultaat zien.

En dan blijft je oog hangen aan de witruimte. De kop is te groot. De lege staat heeft plaatshoudertekst. Het loginscherm ziet eruit als een loginscherm uit 2008.

Je vraagt de AI-appbouwer om de witruimte te repareren. Hij doet het. Nu staat de knop op de verkeerde plek. Je vraagt hem dat te repareren. Hij doet het. Nu voelt de modal-animatie vreemd op mobiel. Je besteedt de volgende twee uur aan dingen pixel voor pixel verschuiven.

Het probleem is niet dat afwerking slecht is. Afwerking is geweldig — uiteindelijk. Het probleem is dat afwerking het meest meetbare soort vooruitgang is. Het is zichtbaar. Het voelt als werk. En het is bijna volledig ongecorreleerd met of je app goed is.

Wanneer je app een beetje lelijk is, blijf je gefocust op wat hij doet. Wanneer je app mooi is, begin je hem te behandelen alsof hij af is.

Het ding dat je eigenlijk moet weten

Je bouwt geen app. Je test een aanname.

De aanname ziet er meestal uit als: mensen die probleem X hebben, zullen een tool gebruiken die Y doet om het op te lossen. Al het andere — de kleuren, de typografie, de lege-staat-illustraties, de onboardingrondleiding — bestaat om die aanname te dienen. Als de aanname verkeerd is, doet geen van die afwerking ertoe. Als de aanname juist is, heb je ruim de tijd om de kleuren later te repareren.

Een vriend van me besteedde vorige maand twee weken aan het bouwen van een gewoontetracker. Niet ‘s werelds origineelste idee, maar hij had er een specifieke kijk op: volg gewoonten in groepen van drie, en de groepen verlopen wekelijks. De AI-bouwer gaf hem in ongeveer een uur een werkend prototype. Hij besteedde de rest van de twee weken aan het mooi maken.

Toen hij het eindelijk aan mensen liet zien, was de feedback: “Ik vind het leuk, maar ik zou nooit drie tegelijk gebruiken.” Zijn kernaanname was verkeerd. De mooie versie was op precies dezelfde manier verkeerd als de lelijke versie verkeerd was. Hij besteedde gewoon tien extra dagen aan het polijsten van een verkeerd antwoord.

Hoe “lelijk genoeg” eruitziet

Lelijk betekent niet kapot. Het betekent doelbewust onder-versierd. Een paar kenmerken van een app die op het juiste niveau van lelijk is voor een eerste build:

Het standaardthema doet het meeste van het visuele werk. Als de AI-bouwer met redelijke standaardinstellingen kwam, heb je ze nog niet aangeraakt.
Lege staten zijn gewone tekst. Geen illustraties, geen “Het lijkt erop dat hier nog niets is 🎉“-tekst. Gewoon “Geen items”.
De favicon is de standaard. Hetzelfde met het logo, als er een is. Een wordmark in een standaardlettertype is genoeg.
De authenticatieflow is wat de bouwer je gaf. Niet gebrand. Niet aangepast. Functioneel.
Eén pagina kan bedraad zijn om het echte ding te doen. Al het andere kan een stub zijn of een link naar een Google Formulier.

Als je naar je build staart en je je een tikje schaamt om hem aan een vriend te tonen, zit je waarschijnlijk in de juiste zone. Die schaamte is nuttig — het duwt je om te praten over wat de app doet in plaats van hoe hij eruitziet. Wat het gesprek is dat je echt moet hebben.

De twee soorten feedback die lelijk je oplevert

Wanneer je iemand een gepolijste app toont, reageren ze op de afwerking. “Oh, het verloop is mooi.” “Ik vind het icoon leuk.” Niets daarvan is informatie. Het is het conversationele equivalent van small talk.

Wanneer je iemand een lelijke app toont, krijg je twee verschillende soorten feedback, beide nuttig:

“Dit lost een echt probleem voor me op.” Dit is waar je voor kwam. Als de lelijke app deze reactie krijgt, houdt de aanname stand, en heb je toestemming om te polijsten. Nu doen de kleuren ertoe, want je gokt niet op de kleuren die een slecht idee dragen.
“Ik zie niet echt waar dit voor is.” Dit is ook waar je voor kwam, ook al doet het pijn. De lelijke app brengt dit sneller boven omdat er niets afleidt van het kernding. Een mooie app zou een beleefd knikje en een “ziet er cool uit” hebben gekregen en je zou niets hebben geleerd.

Beide reacties vertellen je wat je vervolgens moet doen. De gepolijste versie zou je meningen over fontgewicht hebben gegeven.

”Maar wat als ik het aan investeerders / klanten / mijn moeder wil tonen?”

Redelijke zorg. Drie dingen helpen.

Het eerste is dat “aan investeerders tonen” meestal verder weg is dan het voelt. De meeste mensen die zeggen “ik heb nodig dat dit er goed uitziet om aan investeerders te tonen”, hebben eigenlijk geen investeerdersafspraak op de agenda. Ze hebben een vage toekomstige investeerder en een heel echte huidige angst. De vage toekomstige investeerder zou veel liever een werkend product met vijf echte gebruikers zien dan een gepolijste mockup met geen.

Het tweede is dat er een verschil is tussen lelijk en onafgemaakt. Een lelijke app kan nog steeds doelbewust voelen — vlakke kleuren, systeemlettertypes, consistente witruimte. Wat je wilt vermijden is half-versierd: een prachtig geanimeerde landingspagina voor een instellingenscherm dat nog steeds Lorem Ipsum toont, of drie verschillende knopstijlen omdat je er twee aanpaste en de derde vergat. Dat soort ongelijkheid leest als “ik gaf halverwege op”, wat veel slechter is dan “ik ben nog niet begonnen met ontwerpen”.

Het derde is dat lelijk-met-opzet een genre is. Gewone-tekst indie-tools, brutalistisch design, de “gemaakt door één persoon”-esthetiek — dit zijn breed gerespecteerde looks. Als je je zorgen maakt over onprofessioneel ogen, leun dan met opzet in de look in plaats van je ervoor te verontschuldigen.

Wanneer afwerking de juiste zet wordt

Er is een punt waar lelijk ophoudt nuttig te zijn. Het is geen specifieke datum — het is een specifiek gevoel. Je weet dat afwerking de juiste zet is wanneer:

Je een klein aantal echte gebruikers hebt die blijven terugkomen.
Je stopt met “ik zie niet waar dit voor is” horen en begint “ik wou dat het X deed” te horen.
Je je schaamt voor de app op een manier die specifiek gaat over hoe hij eruitziet, niet hoe hij werkt.
Frictie in de UI echte afhaak veroorzaakt, niet je gewoon esthetisch stoort.

Wanneer je dat raakt, vraag de AI-bouwer om je een ontwerpronde te geven. Kies een lettertype. Scherp de witruimte aan. Polijst de lege staten. Het werk dat je dan doet, wordt beloond, want elke pixel afwerking landt bovenop iets dat al werkt.

Voordat je dat raakt, is afwerking grotendeels uitstelgedrag in de kleren van vooruitgang.

De versie van dit advies die je vandaag kunt gebruiken

Open je AI-appbouwer en kijk naar waar je ook aan werkt. Stel jezelf een enkele vraag: als ik dit morgen aan één echt persoon gaf, zou ik dan iets leren dat ik nog niet weet?

Zo ja, dan hoef je niet te polijsten. Je moet het versturen.

Zo nee, dan is het gat meestal niet dat de app te lelijk is. Het gat is meestal dat de kernflow nog niets doet — hij heeft een homepage en een login en drie bijna-functionele schermen, en het ding dat hij verondersteld werd te doen is nog steeds TODO. Dat is het deel om vervolgens te bouwen. Niet de kleuren.

Je eerste met AI gebouwde app hoort lelijk te zijn. Hij hoort eruit te zien als een concept. Zo kun je zien dat hij nog in beweging is.

Als je eerder in het proces zit, vind je misschien wat je eerste met AI gebouwde app zou moeten zijn of hoe je beschrijft wat je wilt aan een AI-bouwer leuk.