AI er ikke designeren
Det er du som bestemmer, velger og stryker. AI er flink til å lage mye, raskt. Den er dårligere til å vite hva som skal bort, hva folk skal føle, og hva som er sant for akkurat dette prosjektet.
Det henger sammen med det jeg har skrevet om kuratering. Jobben er å løfte fram det viktige. En modell med frie tøyler fyller heller på.
Start i verktøyet du allerede kan
For de fleste designere betyr det Figma.
Der kan AI hjelpe med både små og store oppgaver: forslag til retninger, finne komponenter, rydde i lag og jobbe med bilder. Figma Make tar en idé eller skisse du allerede har, og gjør den om til noe klikkbart – en prototype eller en enkel webapp. Du kan peke på en del av skjermen og si hva som skal endres.
Noe av dette går videre mot kode. Figma vil la deg justere utseendet og sende endringen videre, blant annet i Make. Deler av koblingen er ny, og ikke alt er like modent ennå. Fordelen er at du blir værende i et visuelt verktøy. Ulempen er at et forslag kan se ferdig ut før ideen er god.
Bruk det til å prøve, ikke til å bestemme.
Når design og kode skal henge sammen
Noen nyere verktøy finnes fordi kode nå skrives så fort at designet blir hengende etter.
Elyx gjør selve designfilen til kilden. Filene ligger hos deg, i et format både mennesker og AI-assistenter kan lese, med komponenter, varianter og variabler. Tanken er at designet ikke skal bli en statisk skisse som koden glir bort fra. Det er laget for designere, men også for tett samarbeid med utviklere. Se på det som en retning verdt å følge med på, ikke noe du må bytte til i morgen.
Paper er et lerret bygget på webens egne språk, HTML og CSS. En assistent kan lese og endre filen, og designet kan bli kode uten å tegnes på nytt. Det passer godt når du lager grensesnitt som skal leve på nett, men det trekker deg også nærmere utviklerens bord. Skal du finne en identitet, en stemning eller en logo, er Paper feil sted å begynne.
pen.dev, tidligere Pencil, ligger enda tettere på koden. Designfilen kan bo side om side med prosjektet. Du tegner, ber om kode, og kan hente eksisterende komponenter tilbake til lerretet. Det er nyttig når skjerm og implementasjon skal oppdateres samtidig, og det er mer utviklerrettet enn Figma. Men en pen skjerm som er satt sammen raskt, er ikke det samme som et gjennomtenkt produkt. Smaken må du stå for selv.
Hva som passer til hva
Hva passer til hva?
Figma – når du utforsker, bygger system og jobber visuelt sammen med andre.
Figma Make – når du vil kjenne på en idé som noe du kan bruke, ikke bare se på.
Elyx – når designfilen skal være noe både du og en assistent kan bygge videre på.
Paper og pen.dev – når skjermen skal bli kode, og tilbake igjen.
Ingen av dem bestemmer hvordan noe skal føles. En merkevare er mer enn en logo, og godt design skal vare.
Det du vinner
Du kommer raskere fram til flere utkast – og kan legge bort de fleste.
Det tunge arbeidet blir lettere: tilstander, størrelser, tomme skjermer og små justeringer.
Du kan teste en retning før du blir glad i den.
Design og kode holdes nærmere hverandre, så mindre går tapt i overleveringen.
Også teksten i grensesnittet kan få et første utkast. Skriv den om etterpå, så den blir klar og presis, ikke generell.
Det du må passe på
Første utkast ligner ofte noe du har sett før. Det er et gjennomsnitt.
En ferdig overflate kan skjule at ideen er tynn.
Noen verktøy drar deg inn i kode før du vet hva du skal løse.
Funksjonene endrer seg stadig, og flere av dem koster penger eller kreditter.
Ikke lim inn noe du ikke vil dele. Kundens innhold, strategi og personopplysninger hører ikke hjemme i et tilfeldig vindu.
Ta vare på det bare du kan
Begynn med spørsmålene: Hvem er det for? Hva skal de kunne stole på? Hva er sant? Hva skal bort?
Be om ti retninger, og velg én. Be om rydding, ikke om følelsen. Se på resultatet med et menneskes blikk: Virker det rolig, tydelig og troverdig?
Følelser er ikke et lag man legger på til slutt. Skaper løsningen uro, eller virker den likegyldig, hjelper det lite at den ble laget fort.
Jeg har lekt meg med AI-bilder og innfall, og det er en fin måte å trene blikket på. I et oppdrag er rekkefølgen motsatt: først meningen, så verktøyet.
Oppsummert
Bruk AI der den er sterk: mengde, varianter, første forsøk og koblingen mot kode. Ta selv ansvar for det den er svak på: smak, prioritering, tillit og det som skal føles ekte. Da blir kvaliteten høyere, ikke bare tempoet.
Verktøyene endrer seg raskt. Sjekk hva som faktisk finnes i kontoen din før du legger opp arbeidet rundt en funksjon som kom forrige uke.