AI bygger appen på en helg. Vem ska använda den?
Med verktyg som Lovable, Bolt och Cursor går det att komma från idé till fungerande app på en helg, utan att kunna programmera. Det är på riktigt, och det är fantastiskt. Men det har också flyttat problemet. När det nästan inte kostar något att bygga, blir det dyraste misstaget att bygga fel sak.
Flaskhalsen har flyttat
Förr var koden det dyra. Det tvingade fram eftertanke: innan man anlitade utvecklare för hundratusentals kronor ville man vara ganska säker på att idén höll. Den spärren är borta. I dag går det att bygga snabbare än man hinner tänka efter.
Resultatet är fler appar än någonsin, och de flesta delar samma öde. De fungerar. De ser proffsiga ut. Och nästan ingen använder dem.
Vad AI är bra på, och vad det inte kan
AI är bra på att skriva kod, sätta upp en databas, göra ett gränssnitt som ser genomarbetat ut och översätta en beskrivning till något som går att klicka i. Det är ett enormt steg framåt.
Men AI kan inte veta om någon har problemet du löser. Det kan inte prata med människorna som har det, och det kan inte skilja det du vet från det du hoppas. AI svarar på frågan du ställer. Det frågar inte om det var rätt fråga.
Ber du en AI-assistent bedöma din idé får du dessutom oftast höra att den är lovande. Det är inte en bedömning. Det är ett eko.
Snabbheten är en fälla om den används till fel sak
När varje funktion tar en kväll är det lätt att bygga funktion efter funktion. Resultatet blir en app som gör tjugo saker halvbra för ingen särskild. Varje funktion är också något som ska underhållas, felsökas och hållas säkert.
Och det som ser färdigt ut på skärmen är sällan färdigt. Inloggning som håller, personuppgifter som hanteras enligt GDPR, betalningar, publicering i App Store och Google Play, mätning som visar vad folk faktiskt gör: den sista biten är ofta den största, och den syns inte i en demo.
Använd snabbheten till att lära dig
Här är den goda nyheten. Samma verktyg som gör det lätt att bygga fel sak gör det också billigt att ta reda på vad som är rätt. Det kräver bara att du använder dem på ett annat sätt.
Bygg för att testa, inte för att lansera. En prototyp är en fråga, inte ett svar. Den ska vara precis så stor som behövs för att få frågan besvarad.
Bestäm vad du vill lära dig innan du bygger. ”Kommer en lärare att använda det här mitt i en lektion?” är en fråga en prototyp kan besvara. ”Blir det bra?” är det inte.
Sätt den i händerna på riktiga människor, och titta. Förklara inte hur den fungerar. Det de inte förstår på egen hand kommer de inte att förstå när du inte står bredvid.
Kasta det som inte höll. Det kostade en kväll. Att hålla fast vid det kostar mycket mer.
Det som inte går att generera
Allt det här hänger på en sak som AI inte kan göra åt dig: förståelsen av människorna som har problemet. Vad de gör i dag, vad det kostar dem, och varför de inte redan har löst det. Den finns inte i någon modell. Den finns hos dem, och den hämtas genom att prata med dem och se dem i situationen.
Gör det arbetet först. Öppna verktyget sen. Då blir helgen du bygger på den bästa investeringen du gör, i stället för den mest påkostade gissningen.