For fire år siden skrev jeg om en frustration jeg så hver dag: UX’ere reduceret til wireframe-tegnere. Product Owners reduceret til backlog-pushere. Folk med dyb faglighed der brugte en brøkdel af den, fordi systemet ikke krævede mere af dem. Deadlinen skulle nås. Featuren skulle ud. Glimmer kunne drysses ovenpå til sidst.
Den frustration har ligget der siden. Nu er der noget der ændrer den.
AI flytter ikke mursten i en produktorganisation. Den flytter spørgsmål. Det vigtigste spørgsmål var i mange år om vi kunne nå det inden release. Det burde nu være om vi overhovedet skal bygge det.
Når prototyper kan bygges på en weekend, bliver det faktisk sværere at stille spørgsmålet — direktøren er allerede forelsket i sin egen demo, og PM’en der beder om tid til at undersøge står med dårligere kort end før. AI gør ikke build trap nemmere at slippe ud af. Den gør den dybere. Det er den egentlige opgave det her lag handler om: at gennemføre et skifte i hvilket spørgsmål der vægter, mod en organisation der gør det modsatte.
Når det skifte gennemføres, bliver hele identiteten i et produktteam vendt på hovedet.
Den gamle identitet er bygget på eksekvering
Hvem du er som produktleder har historisk fulgt hvad du laver. PM’en skriver krav. Designeren laver mockups. Udvikleren bygger. Tre roller, tre arbejdsstrømme, en arbejdsdeling.
Den arbejdsdeling holder ikke længere. Når en designer kan bygge en fungerende prototype med Claude Code, og en PM kan kode et MVP på en eftermiddag, kollapser opdelingen på eksekveringsniveau. Rollerne lever videre, men grænsen mellem dem er ikke længere bestemt af hvem der kan finde tasterne.
Det er den nemme del af pointen. Den svære del kommer nu.
Identiteten skal flyttes fra “hvad jeg laver” til “hvad jeg står inde for”
Hvis din identitet som produktleder er bygget på at du skriver krav, er du i problemer. AI skriver bedre krav end de fleste PMs.
Hvis din identitet som designer er bygget på at du laver wireframes, er du i problemer. AI laver wireframes hurtigere end du kan beskrive dem.
PM’en og designeren bliver ikke overflødige af den grund. Men deres identitet kan ikke længere ligge i outputtet. Den skal flytte sig: fra jeg er den der laver X til jeg er den der står inde for at X er det rigtige.
Marty Cagans fire produktrisici er et brugbart sted at lægge den nye identitet. Risikoområderne kollapser ikke selvom eksekveringen flader ud. De skifter karakter:
- Feasibility-grænserne flytter sig udad — det der før krævede et halvt års arkitektur kan bygges på en uge. Men risikoen forsvinder ikke. Den flytter sig fra ‘kan vi bygge det’ til ‘kan vi drive det i produktion uden at vedligehold spiser teamet’. AI-genereret kode er stadig kode der skal forstås, debugges og vedligeholdes.
- Value bliver vigtigere, ikke mindre vigtig. Når byggeomkostninger falder, stiger prisen ved at bygge det forkerte.
- Usability flytter sig fra UI-detaljer til hele oplevelseskæden, fra første touchpoint til support.
- Viability skal trækkes ind tidligere. Du kan ikke længere gemme spørgsmålet om vi kan tjene penge til efter MVP’en.
Fire ansvarsområder et produktteam skal dække, fordelt bevidst mellem mennesker der kan røre alt.
Build trap bliver værre, ikke bedre
Melissa Perri skrev Escaping the Build Trap i en tid hvor det var dyrt at bygge. Hvor det krævede måneder, ressourcer, business cases. Selv da var build trappen et reelt problem, virksomheder byggede ting fordi de kunne, ikke fordi de skulle.
Tag den verden. Gør byggeomkostningerne marginale. Fjern den naturlige bremse som det tager seks måneder at lave det her var. Build trappen bliver dybere. Mere subtil. Sværere at slippe ud af.
Det er den kontraintuitive pointe ved AI-acceleration. Den løser ikke problemet med at bygge for meget af det forkerte. Den forværrer det. Og den gør den vigtigste del af produktledelse, at sige nej, at vente, at undersøge, sværere at forsvare i en organisation hvor alle andre kan bygge med det samme.
Princippet jeg ville skrive på væggen i et nyt team er kort:
Kundens problem før vores løsning.
Et identitetsudsagn. Vores opgave er at vælge skarpere, ikke at producere mere.
Decision quality er det nye flaskehals
John Cutler skelner mellem decision quality og execution quality. AI accelererer execution. Decision quality er ikke fulgt med, og kan ikke følge med, fordi den kommer fra et andet sted. Den kommer fra kontekst, dømmekraft, brugerforståelse, forretningsforståelse, modet til at sige nej.
Det er det nye flaskehals. Og det er hvor produktteamet skal lægge sin identitet.
Hvad består dømmekraft så af, når man fjerner ordet og kigger på arbejdet? Fire ting jeg ser igen og igen hos folk der træffer skarpe produktbeslutninger:
- Domæneviden — den dybe forståelse af kunden, branchen, problemerne der ikke står på skrift.
- Discovery-disciplin — vanen med at teste antagelser før man bygger på dem.
- Output-vurdering — evnen til at læse en AI-genereret prototype, et stykke kode, en PRD, og spotte hvor den halter, uden selv at have produceret den.
- Modet til at sige nej — ikke som holdning, men som praksis, hver uge, i konkrete sager.
Resten af playbooken handler om hvordan de fire ting bygges op.
En nyere undersøgelse fra Microsoft Research bekræfter mønsteret. 885 produktledere har svaret på hvordan AI ændrer deres arbejde, suppleret med telemetri og dybdeinterviews (Ulloa et al., 2025). En sætning skiller sig ud: accountability must not be delegated to non-human actors.
Det er kulturlagets fundament. AI kan generere. Den kan eksekvere. Den kan foreslå. Men den kan ikke bære ansvaret når noget går galt, og hvis ansvaret for en beslutning ikke ligger hos et menneske, ligger det ingen steder.
Produktlederens nye identitet: dommeren der bærer ansvaret når AI’en er forkert.
Befrielsen ingen taler om
Der ligger en pointe gemt i det her som er nemmere at se end at gennemføre. UX’ere og PO’er får i princippet lov til at flytte sig fra eksekveringspres til faglighed. I praksis reagerer mange ikke med taknemmelighed. De reagerer med modstand mod den AI der har nedlagt deres synlige bidrag. Den modstand er rationel — deres karriere er bygget på det artefakt der nu kan genereres.
Når en udvikler kan generere et UI på fem minutter, kan ingen længere holde en UX’er i hjørnet med ordene vi mangler bare lige nogle skitser. Når AI kan tømme en backlog hurtigere end et team kan refine, kan en PO ikke længere skjule sig bag tickets. Eksekveringspresset, som var undskyldningen for at folk ikke fik lov til at bruge deres faglighed, falder bort.
En befrielse, hvis man kan finde sin nye identitet i den.
Befrielsen er ikke gratis. Den kræver at ledelsen aktivt ombygger belønningssystemet væk fra synligt output. Det arbejde er ingen organisationer jeg har set, færdige med.
Hvad det betyder i praksis
Tre principper et team kan teste sig selv på:
- Kundens problem før vores løsning.
- Spørgsmålet er ikke om vi kan, men om vi skal.
- AI kan generere alt. Vi står inde for det.
Den kulturelle ramme alt andet skal hænge på. Hvis den ikke står klart, kommer organisationsstruktur, kompetencer, processer og værktøjer til at trække i hver sin retning.
Derfor står kultur øverst i pyramiden.