Følger du stadig Double Diamond – byg først

Nyhedsbrev udsendt d. 4. feb. 2026

Noget at tænke over

Fra sekventiel til parallel

Et af mine sidste projekter havde en stram deadline.

Jeg startede med en workshop med kunden.

To timer sammen: Hvad er behovet? Hvilke arketyper? Hvilke brugerrejser? Hvad skal med i en MVP?

Forståelse af sproget de bruger. De elementer de kender og ikke kender. Hvad der giver mening for deres brugere. osv.

Derefter timer med Claude.

Organisere noter. Prioritere features. Definere rækkefølge for den efterfølgende – lad os kalde det “discovery code”.

Så fik jeg Claude til at skrive instruktioner til Lovable – detaljeret nok til at Lovable kunne planlægge koden før den byggede.

Det sparer AI credits. Det sparer tid.

Resultatet? En fungerende responsiv prototype klar til test.

Det er her den sekventielle Double Diamond dør.

Ikke med et brag.

Men stille og roligt.

Når det der før tog dage – nu tager timer.

At teste en idé kostede dage af arbejde.

Før kostede hver iteration tid, penge og forsvars-argumenter overfor stakeholdere.

Nu? AI har gjort iteration billigt målt i tid.

Du kan teste 10 koncepter på den tid, det før tog at skitsere ét.

Du bygger mindre selv. Du kuraterer mere.

“The design process is now outdated compared to today’s tools and technology.”–[Jenny Wen], Design Lead hos Anthropic

Co-creation i real-time

En ny måde at udforske på:

Hvad nu hvis du kunne tage stakeholdere eller brugere med ind i udforskningen?

Ikke bare præsentere dem resultatet bagefter.

Men faktisk bygge variationer sammen med dem i real-time.

Co-creation hvor I vibe coder sammen.

Du er instruktøren.

AI er bygmesteren.

De ser løsningen vokse – og I kan justere undervejs.

Det kræver mod at arbejde så åbent.

Men når iteration koster mindre tid – hvorfor ikke?

Det er pludselig en noget anden form for Design Sprint vi kan kigge ind i 😊

Hastighed er ikke nok

Discovery springer du ikke over – den flytter bare ind i byggeprocessen, så det nærmere vil komme til at se ud ala dette:

**Byg for at tænke;**start i koden – ikke for at teste, men for at opdage. Discovery code.**Scout parallelt;**Du designer og bygger samtidigt. AI genererer 100 versioner. Du finder sandhed i materialet.**Kuratér med smag;**Intuition over strategi. Vælg det bedste. Polér kompromisløst.

“Just because you can build something faster doesn’t mean it’s better.”– Jeff Gothelf, forfatter til bogen Lean UX.

Det afgørende er ikke, hvor hurtigt du bygger.

Det er, hvad du vælger at bygge – og hvorfor.

Forskellen er:

Før brugte du dagene på at tegne og forstå.

Nu bruger du dagene på at tænke og vælge, timerne på at bygge med AI.

Designer som instruktør

Du kan selv være instruktør for hvad der bygges.

Med AI-værktøjer som Lovable og Figma Make kan du:

• Guide hvad der bygges – uden at røre koden.
• Iterere på løsninger – uden at vente på udvikling.
• Have fungerende prototyper – test hurtigere med rigtige brugere.

“Code used to be the place we moved to after we settled on an idea, but now it’s also a place where we can discover the idea.”–[Tommy Geoco], designer og content creator

Du, som designer, kan starte dag nul i koden.

De gamle principper – diverge, converge – lever videre.

Men hvordan vi divergerer? Det er fundamentalt anderledes.

3 spørgsmål til din reflektion

Når metoderne udfordres

• Kører din designproces sekventielt – eller parallelt med udvikling?
• Hvad sker der med discovery, når du kan prototype på minutter i stedet for dage?
• Er “vibe coding” uprofessionelt – eller bare en anden måde at tænke på?

Gør noget nu…

Byg før du skitserer

Næste gang du åbner Figma og vil sætte de første streger på et frame – stop.

Prøv i stedet at starte et Figma Make projekt eller hop direkte til Lovable og brug en AI model som sparringspartner, som kan huske prioriteringerne.

Byg noget brugbart direkte.

Lad værktøjet generere variationer.

Mærk forskellen mellem at tegne koncepter og at bygge dem.

Du springer ikke discovery over.

Du udforsker bare gennem kode i stedet for pixels.

Det er ikke snyd.

Indtil næste gang…

Pas på dine brugere du designer til – og på dig selv.

/ Michael Brydebøl

P.S. Ikke alle tør springe direkte i kode.

Hvis du stadig designer først – bygger bagefter – kan MCP gøre handoff til udviklerne meget nemmere.