Varför din första AI-byggda app borde vara ful

Om ditt första projekt från en AI-appbyggare ser oslipat ut är det en funktion, inte en bugg. Här är varför finish är fel sak att optimera för tidigt — och vad du ska jaga i stället.

Första gången någon använder en AI-appbyggare gör de oftast en av två saker. De accepterar antingen det första AI:n ger dem och lanserar det, eller så lägger de tre dagar på att få knapparna att vara exakt rätt nyans av indigo innan de ens testat om någon faktiskt vill ha grejen.

Den andra gruppen är mycket vanligare, och det är ett dyrare misstag. Det här inlägget handlar om varför din första AI-byggda app borde vara lite ful med flit.

Finish-fällan

Det finns en särskild känsla som slår till ungefär tio minuter in i att bygga något. Grundflödet fungerar. En användare kan registrera sig, göra grejen, se resultatet.

Och sedan fastnar ögat på avståndet mellan elementen. Rubriken är för stor. Det tomma tillståndet har platshållartext. Inloggningsskärmen ser ut som en inloggningsskärm från 2008.

Du ber AI-appbyggaren att fixa avstånden. Den gör det. Nu är knappen på fel ställe. Du ber den fixa det. Den gör det. Nu känns modalanimationen konstig på mobil. Du lägger de nästa två timmarna på att putta saker en pixel i taget.

Problemet är inte att finish är dåligt. Finish är toppen — så småningom. Problemet är att finish är den mest mätbara sortens framsteg. Det är synligt. Det känns som jobb. Och det är nästan helt okorrelerat med om din app är bra.

När din app är lite ful håller du fokus på vad den gör. När din app är snygg börjar du behandla den som om den är klar.

Det du faktiskt behöver veta

Du bygger inte en app. Du testar ett antagande.

Antagandet ser oftast ut så här: folk som har problem X kommer att använda ett verktyg som gör Y för att fixa det. Allt annat — färgerna, typografin, illustrationerna till de tomma tillstånden, onboarding-rundturen — finns för att tjäna det antagandet. Om antagandet är fel spelar ingen av den finishen någon roll. Om antagandet är rätt har du gott om tid att fixa färgerna senare.

En vän till mig lade två veckor förra månaden på att bygga en vanespårare. Inte världens mest originella idé, men han hade en specifik vinkel på den: spåra vanor i grupper om tre, och grupperna går ut varje vecka. AI-byggaren gav honom en fungerande prototyp på ungefär en timme. Han lade resten av de två veckorna på att göra den snygg.

När han till slut visade den för folk var feedbacken: “Jag gillar den, men jag skulle aldrig använda tre åt gången.” Hans kärnantagande var fel. Den snygga versionen var fel på exakt samma sätt som den fula versionen var fel. Han lade bara tio extra dagar på att putsa ett fel svar.

Hur “tillräckligt ful” ser ut

Ful betyder inte trasig. Det betyder medvetet underdekorerad. Några tecken på en app som ligger på rätt nivå av ful för ett första bygge:

  • Standardtemat gör det mesta av det visuella jobbet. Om AI-byggaren levererade med rimliga standardinställningar har du inte rört dem än.
  • Tomma tillstånd är vanlig text. Inga illustrationer, ingen “Ser ut som att det inte finns något här än 🎉“-text. Bara “Inga objekt”.
  • Faviconen är standard. Samma med logotypen, om det finns en. En ordmärke i ett standardtypsnitt räcker.
  • Autentiseringsflödet är vad byggaren gav dig. Inte varumärkesanpassat. Inte specialbyggt. Funktionellt.
  • En sida kan kopplas upp för att göra den riktiga grejen. Allt annat kan vara en stubbe eller en länk till ett Google-formulär.

Om du stirrar på ditt bygge och känner dig lite generad över att visa det för en vän, då är du förmodligen i rätt zon. Den generingen är användbar — den knuffar dig till att prata om vad appen gör snarare än hur den ser ut. Vilket är samtalet du faktiskt behöver ha.

De två sortens feedback ful ger dig

När du visar någon en putsad app reagerar de på finishen. “Åh, gradienten är fin.” “Jag gillar ikonen.” Inget av det är information. Det är konversationsmotsvarigheten till småprat.

När du visar någon en ful app får du två olika sorters feedback, båda användbara:

  1. “Det här löser ett verkligt problem för mig.” Det här är vad du kom för. Om den fula appen får den reaktionen håller antagandet, och du har tillstånd att putsa. Nu spelar färgerna roll, för du chansar inte längre på att färgerna ska bära en dålig idé.
  2. “Jag ser inte riktigt vad det här är till för.” Det här är också vad du kom för, även om det svider. Den fula appen får fram det här snabbare för att det inte finns något som distraherar från kärnsaken. En snygg app hade fått en artig nick och ett “ser coolt ut” och du hade inte lärt dig något.

Båda reaktionerna berättar för dig vad du ska göra härnäst. Den putsade versionen hade gett dig åsikter om typsnittsvikt.

”Men tänk om jag vill visa investerare / kunder / min mamma?”

Rimlig oro. Tre saker hjälper.

Det första är att “visa investerare” oftast är längre bort än det känns. De flesta som säger “jag behöver att det här ser bra ut för att visa investerare” har faktiskt inget investerarmöte i kalendern. De har en vag framtida investerare och en mycket verklig nuvarande ångest. Den vaga framtida investeraren skulle mycket hellre se en fungerande produkt med fem riktiga användare än en putsad mockup utan några.

Det andra är att det finns en skillnad mellan ful och ofärdig. En ful app kan fortfarande kännas avsiktlig — platta färger, systemtypsnitt, konsekventa avstånd. Det du vill undvika är halvdekorerad: en vackert animerad landningssida framför en inställningsskärm som fortfarande visar Lorem Ipsum, eller tre olika knappstilar för att du anpassade två av dem och glömde den tredje. Den sortens ojämnhet läses som “jag gav upp halvvägs”, vilket är mycket värre än “jag har inte börjat designa än”.

Det tredje är att ful-med-flit är en genre. Indie-verktyg i vanlig text, brutalistisk design, “gjord av en person”-estetiken — det här är vida respekterade looker. Om du är orolig för att se oprofessionell ut, luta dig in i looken med flit i stället för att be om ursäkt för den.

När finish blir rätt drag

Det finns en punkt där ful slutar vara användbart. Det är inget specifikt datum — det är en specifik känsla. Du vet att finish är rätt drag när:

  • Du har ett litet antal riktiga användare som hela tiden kommer tillbaka.
  • Du slutar höra “jag ser inte vad det här är till för” och börjar höra “jag önskar att den gjorde X”.
  • Du är generad över appen på ett sätt som specifikt handlar om hur den ser ut, inte hur den fungerar.
  • Friktion i gränssnittet orsakar faktiskt avhopp, inte bara stör dig estetiskt.

När du når dit, be AI-byggaren ge dig en designgenomgång. Välj ett typsnitt. Dra ihop avstånden. Putsa de tomma tillstånden. Jobbet du gör då belönas, för varje pixel finish landar ovanpå något som redan fungerar.

Innan du når dit är finish mestadels prokrastinering klädd i framstegens kläder.

Versionen av det här rådet du kan använda idag

Öppna din AI-appbyggare och titta på vad du nu jobbar på. Fråga dig själv en enda fråga: om jag gav det här till en riktig person i morgon, skulle jag lära mig något jag inte redan vet?

Om ja, behöver du inte putsa. Du behöver skicka det.

Om nej är gapet oftast inte att appen är för ful. Gapet är oftast att kärnflödet inte gör något än — det har en startsida och en inloggning och tre nästan-fungerande skärmar, och saken det skulle göra är fortfarande TODO. Det är delen att bygga härnäst. Inte färgerna.

Din första AI-byggda app ska vara ful. Den ska se ut som ett utkast. Det är så du kan se att den fortfarande rör sig.


Om du är tidigare i processen kanske du gillar vad din första AI-byggda app borde vara eller hur du beskriver vad du vill ha för en AI-byggare.