Produktland

Епизоди

• 
  Hvis du bare laver UI, er du på røven 04.08.2026 43мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Peter Gregersen har lavet UX-design i næsten 20 år. Han kalder sig selv en grumpy old designer. Vi talte om hvad AI faktisk laver om i designfaget — og hvad der stædigt bliver ved med at være det samme.Hans pointe er nem at overse i AI-hypen: brugerne har ikke brug for en masse ting. De har brug for en løsning på deres ene problem. Værktøjerne bliver hurtigere og billigere, men det gør ikke designfagligheden mindre vigtig. Det gør den vigtigere — for nu kan alle bygge, og så skal nogen stadig kunne svare på hvad formålet er, og hvordan vi sikrer at mere end én kunde har brug for det.Vi kommer blandt andet ind på:- Hvorfor disciplinen ikke ændrer sig — men arbejdsmåden tydeligt gør- Bankbotten der giver dig en opskrift på surdej mens du tjekker din NemKonto — og hvorfor det er meningsløst brug af AI- "AI-slop": hvad det er, hvorfor det opstår, og hvorfor du skal holde op med at lave det- Chat-interfacet som en ven der ikke forstår ret meget — du skal overforklare alt fra scratch- Hvordan en designer går fra at flytte pixels i Figma til at vibe-code i produktionspipelinen- Hvorfor Peter bevidst har valgt IKKE at blive udvikler — og synes det er lidt kedeligt at sidde foran en prompt- Fra roller til ansvar: når AI producerer artefakterne, hvem kvalitetssikrer så?- Facilitering, forretningsforståelse og bredde: hvordan UI-designeren undgår at blive overflødig- Hvorfor research ikke bare kan erstattes af tre linjers AI-opsummering — empatien går fløjtenTidsstempler00:00 — Intro og Peters baggrund02:25 — Det der IKKE ændrer sig: designfagligheden som disciplin04:18 — Brugere har ikke brug for en masse ting, kun løsningen på deres ene problem05:48 — Bankbotten der giver opskrift på surdej: meningsløst brug af AI06:36 — Håb vs. frygt: bliver designfagligheden demokratiseret væk?08:27 — Ændrer disciplinen sig? Fra low-fi til hi-fi og produktionskode10:05 — Håbet: at organisationer opdager hvem der kan arbejde brugerdrevet11:17 — Vipps MobilePay: fra at flytte pixels til at vibe-code i pipelinen12:00 — Facilitering: den mest undervurderede designkompetence14:19 — Når andre fagligheder rykker ind i designers domæne16:34 — "Nu vibe-coder jeg, så kan I gå hjem" — og hvorfor udviklerne ikke griner17:22 — Det bevidste valg om ikke at blive udvikler18:00 — Martins 80%-regel: distribution og discovery frem for at prompte i det uendelige19:05 — Chat-interfacet som en ven der ikke forstår ret meget20:33 — Konversationelle interfaces anno 2016 — hvorfor de ikke virkede22:32 — Peters workflow og værktøjer: Figma, Codex, skills baseret på designsystem23:22 — Figma AI vs. Claude Design: hvad der virker og hvad der ikke gør26:02 — Kravene til AI stiger når man arbejder videre på noget der allerede eksisterer28:06 — UI-disciplinen er udfordret: hvis du bare laver UI, er du på røven31:15 — Hvordan breder man sig ud? Facilitering, forretning, vibecoding33:17 — Research kan ikke erstattes af tre linjers AI-opsummering — empatien går fløjten35:16 — Faren: når exekvering bliver gratis, bygger de udesign-drevne monstre38:09 — Faglighed og kvalitet som designerens redning40:09 — Det faste spørgsmål: hvad skal man gøre anderledes på mandag — og lade være med41:57 — Hvor man finder Peter: LinkedIn og Grumpy Old Designer's Guide to AILinksPeter på LinkedIn: https://www.linkedin.com/in/peter-gregersen/Flere episoder: https://martinibsen.dk/produktland/Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/
• 
  Teknologien er en commodity 28.07.2026 50мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Bo Møller har bygget og købt virksomheder i 20 år. Serieiværksætter, investor, vært på SaaS Købmænd, og manden bag en stribe danske SaaS-produkter. Vi mødte hinanden første gang for 15 år siden i HTML24-dagene — nu sad vi over en mikrofon og talte om hvad AI gør ved selve produktet software.Hans pointe er ubekvem for alle der lever af at sælge software: når tid er den eneste barriere, går værdien mod nul. Execution bliver en commodity. Det der bliver tilbage er det banale og det svære — at løse et reelt problem for nogen der vil betale for det. Og det er præcis dér Bo mener store organisationer farer vild: de bygger flere features ingen har bedt om, mens en lille flok der løber stærkt kan fyre den af med ti agenter kørende på én gang.Vi kommer blandt andet ind på:- Hvorfor værdien af software, som alle nu kan bygge, går mod nul- Den korte, mellemlange og lange bane: hvor den magiske mulighed er lige nu- Hvordan Boligforeningsweb pludselig kan udkonkurrere spillere der har siddet på markedet i årevis- Software-udvikling som en lang demokratisering — fra tændt/slukket til at man bare promter- Bos setup: ti agenter ad gangen i Conductor, Codex og Opus der reviewer hinanden- "Tony" — agenten der bor i Slack, har sin egen mail og arbejder mens alle andre sover- Hold op med at slibe øksen: hvorfor han ikke skifter værktøj hver uge- Hvad store virksomheder gør forkert, som en lille operatør slipper for- Traceability: alle skal kunne spore deres arbejde til en kunde der betaler- Hvorfor han stoppede med at holde gæsteforelæsninger på CBS- Ville han starte et bureau i dag? Og var det dumt eller klogt at sælge HTML24?Tidsstempler00:00 — Intro, gensyn efter 15 år og Bos baggrund02:04 — Den største forandring: AI som multiplikator eller grundlæggende skifte?04:16 — Når tid er den eneste barriere, går værdien mod nul04:50 — Shopify og WordPress drukner i app-submissions06:44 — Værdien af det alle kan bygge går mod nul08:39 — Kort, mellem og lang bane: hvor mulighederne er lige nu09:36 — Løs mere komplekse problemer — eksemplet Boligforeningsweb11:12 — Aldrig haft det sjovere: at sætte strøm til en idé om mandagen13:33 — "Kald mig ikke udvikler" — om at kunne blive god til mange ting15:45 — Softwareudvikling som en lang historie om abstraktionslag18:39 — Det sidste skridt: fra kode til at man bare promter19:15 — Demokratiseringen er alligevel ikke total — de få der bygger21:28 — Bos setup: Conductor, ti agenter, Codex og Opus i pair programming26:13 — Tony: agenten i Slack med egen mail og eget abonnement29:16 — Hold op med at slibe øksen — fæld træerne mens andre sliber31:31 — Optimér mod forretningsværdi, ikke mod at brænde tokens af33:50 — Find glade kunder, løs deres problem, double down34:37 — Hvorfor Bo stoppede med at undervise på CBS35:49 — To forskellige spil: iværksætter vs. corporate37:00 — Faren i corporate land: flere features ingen vil have38:27 — Traceability: spor alt arbejde til en kunde der betaler41:54 — Kan du argumentere for værdien af det du laver lige nu?43:31 — Mission og regler man kan trace ned til daglige handlinger45:00 — Ville Bo starte et bureau i dag? Og var salget af HTML24 klogt?47:05 — Den bedste tid til at bygge noget selv er nu48:36 — Det faste spørgsmål: hvad skal man prøve på mandag — og lade være med49:01 — Hvor man finder BoLinksBo på LinkedIn: https://www.linkedin.com/in/moelleren/SaaS Købmænd: https://saaskøbmænd.dklangsomt.com: https://langsomt.comFlere episoder: https://martinibsen.dk/produktland/Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/
• 
  Det bedste produkt vinder ikke 21.07.2026 59мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Troels Abrahamsen fik stor succes som forsanger i Veto, netop som musikbranchen gik fra fysisk distribution til streaming. Han har bygget software hele vejen ved siden af. I dag laver han Yap — et open source kontekstlag du selv ejer og hoster.Vi brugte musikbranchen som forvarsel: det der ramte musik først — at distributionen blev gratis og markedet druknede i indhold — rammer software nu. Når alle kan bygge alt, bliver spørgsmålet ikke hvordan du producerer mere. Det bliver hvad du bygger ovenpå, og hvilke værdier der ligger i bunden.Vi kommer blandt andet ind på:- Musikbranchen som produktverdenens kanariefugl: hvad der sker når distribution bliver gratis- DDoS-effekten på distributionsleddet når alle kan generere 40.000 sange på en dag- Forskellen på kulturprodukt og markedsprodukt — og hvorfor det bedste produkt sjældent vinder- Skalering som selve problemet: hvornår produkter holder op med at få folk ind og begynder at holde folk inde- Teknisk løfte vs marketingsløfte: "vis mig maskinrummet hvor empowerment sker"- Yap: et selv-hostet, open source kontekstlag der gør op med vendor lock-in via MCP- Chatten som en ny form for browser — og hvad det betyder for hvordan man bygger produkter- Headless design: hvorfor en kerne uden frontend gør produktet integrerbart i store, regulerede organisationer- Fra at kode selv til at instruere agenter: briefs, guardrails og test som det sjove arbejde- Hvorfor idéer er billige, og kerneværdier er det der adskiller produkt fra slopTidsstempler00:00 — Intro: hvad laver Troels egentlig?00:33 — Fra Veto til DIY-produktion midt i streaming-skiftet03:47 — Tesen: musikbranchen som forvarsel for andre brancher04:41 — Reaktiv, ikke på forkant — og tillidsproblemet i branchens backend08:01 — AI i musik: DDoS på distributionsleddet og rettighedssystemerne09:52 — Funktionsmusik vs publikumsmusik: hvor genereringen rammer hårdest11:56 — Parallellen til software: alt bliver spyttet ud, filtrering er det eneste tilbage14:19 — At skille sig ud: live, lokal forankring, og at gatekeepe sin egen plade18:34 — 1000 true fans: niche-økonomi i software og musik19:50 — Farvel til skaleringsdrømmen og unicorn-folkloren20:27 — Kloakmesteren: de bedste produkter er dem uden frontend22:14 — Værdier i produktudvikling: teknisk løfte vs tomt marketingsløfte23:33 — Skalering som problemet: Adobe, dark patterns, shitification25:36 — Kulturprodukt vs markedsprodukt: det bedste produkt vinder ikke29:51 — Yap: selv-hostet kontekstlag, ejerskab over egen data36:09 — Vendor lock-in og hvorfor MCP er en åben API ad bagvejen40:00 — Chatten som ny browser, og hvordan store platforme bliver ædt42:39 — Open source-kernen og hvor forretningen så kan ligge47:55 — Headless design: integration i Københavns Kommune og DR51:10 — Fra Copilot-completion til at instruere agenter: briefs, guardrails, test56:17 — Det faste spørgsmål: hvad skal man prøve på mandag — og lade være med57:33 — Hvor man finder TroelsLinksTroels' hjemmeside: https://troelsabrahamsen.comYap: https://yap.toolsTroels på LinkedIn: https://www.linkedin.com/in/troels-abrahamsen-275886356/Flere episoder: https://martinibsen.dk/produktland/Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/
• 
  Find ud af hvor kæden hopper af 13.07.2026 46мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Christian Pedersen er head of product i WasteHero — en Aarhus-scale-up på omkring 40 mand der bygger software til affaldsbranchen. De fleste produktledere spekulerer i AI-transformation. Christian er midt i den. Vi talte om hvad der faktisk sker når agenter holder op med at være et værktøj og bliver en del af organisationen.Hans vision er konkret: en dag at sidde hos en kunde, høre hvad der bøvler, og have et loop kørende der bygger løsningen og smider den i produktion mens samtalen står på. Og hans ærlighed er lige så konkret: vi aner ikke helt hvad vi har gang i. Vi udforsker hele kæden og finder ud af hvor den hopper af.Vi kommer blandt andet ind på:- Hvorfor det her er et transformationsprojekt, ikke et tool-projekt — og hvorfor man ikke kan ansætte sig ud af det- Det første sted kæden hopper af: produktdokumentation, og hvordan WasteHero løste det med markdown i GitHub- "Når man kan bygge alt, skal man ikke bygge alt" — og hvorfor han alligevel smider greenfield-apps direkte i produktion- Prototypen der er død: hvad er en funktionel prototype til, hvis modtageren er en ingeniør og ikke en bruger?- Hvad der sker med roller når alle kan bygge: product engineer-typen med et ben i hver lejr- Hvorfor produktfolk er nødt til at forstå GitHub, branches og pull requests- Hvorfor tempoet ikke føles hurtigere endnu — og hvorfor gains'ene først kommer om et år eller to- Hvorfor du skal tage opgaver fra folk i stedet for at lægge AI oven i alt det de allerede laverTidsstempler00:00 — Intro og Christians baggrund: WasteHero, Lunar, Aarhus Kommune01:34 — WasteHero: fra sensor i en skraldespand til ren software, 6 til 40 mand på et år02:55 — Hvor er I på transformationen? Langt fremme, men ikke langt03:39 — Visionen: samtale med kunden og et loop der bygger as we speak04:49 — Visionen modtages forskelligt: de begejstrede, dem med grå hår, de fortabte06:48 — Det er ikke et tool-projekt. Det peger på os07:38 — Hvor kæden hopper af først: produktdokumentation10:06 — Det konkrete setup: markdown-filer i et GitHub-repository11:12 — Skills der læser dokumentationen og stiller skarpe spørgsmål12:46 — Prototyper: super nemme at bygge, men hvad er de til?14:11 — Figma vs produktionsnær kode: når udviklerne ikke vil kigge15:20 — Hvorfor kan det ikke bare smides i produktion? Respekt for skepsissen18:08 — Greenfield-appen de byggede uden ingeniør-teamet20:11 — Samtalen med ingeniøren: spaghetti-kode der virker21:00 — Distributionsstrategi og ro i maven: byg, smid ud, dræb 9 ud af 1023:24 — Ved produktfolk overhovedet hvad GitHub, en branch og et PR er?24:31 — Skal produktejere nu kræves at forstå produktion?25:48 — Opdelingen af produktfolk: nogle i fælken, nogle i midten28:04 — Growth mindset og culture fit frem for AI-titler29:09 — Product engineer: den nye rolle fra USA30:11 — Produkt og tech som én samtale, ikke to afdelinger32:23 — Hvad er svært: dokumentation, gamle kodebaser, facilitering33:45 — Den største udfordring: tiden, og den naive forestilling om seminarer34:27 — Dedikér to personer til kun at udforske det her37:18 — Christian løser selv bugs og sender PR'er med en kage til ingeniøren37:47 — Pilotteams: Marty Cagans Transformed og at løbe i front39:11 — Tips: giv nogen opgaven og ingen andre opgaver42:25 — Vend tilbage til visionen: et visuelt målflag43:00 — Hvorfor tempoet ikke føles hurtigere — ketchup-effekten45:13 — Det faste spørgsmål og hvor man finder ChristianLinksChristian på LinkedIn: https://www.linkedin.com/in/christian-pedersen-dk/WasteHero: https://wastehero.ioNyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/Flere episoder: https://martinibsen.dk/produktland/
• 
  Teknologien er den nemme del 06.07.2026 47мин

  Benjamin Christian Munk har arbejdet med AI i over 30 år og siddet som CIO og CDO i nogle af landets største virksomheder. I dag rådgiver han om AI-transformation gennem Munk AI. Hans diagnose af de danske virksomheder er ikke at de er grebet af hype. Det er det modsatte: ambitionerne er for små.Vi talte om hvorfor 84 % af topledelsen bekræfter vigtigheden af en AI-strategi, mens kun 5 % af virksomhederne faktisk har en. Om forskellen på personlig AI, der gør den enkelte hurtigere, og strukturel AI, der tænker hele funktioner forfra. Og om den ubehagelige pointe at produktledere overvurderer AI som feature og undervurderer hvor meget produktarbejde der skal til for at gøre den operationel.Vi kommer blandt andet ind på:Hvorfor problemet ikke er hype, men manglende forestillingsevne i ledelsen84 % siger AI-strategi er vigtig — 5 % har en. Hvor det går galtPersonlig AI vs strukturel AI: hvorfor Copilot ikke er en konkurrencefordelHvorfor de klassiske metoder — lean, MVP, pull — stadig holder, men præmissen har flyttet sigAI som feature er overvurderet. AI som ændring af brugerens workflow er undervurderetHvorfor måling og baseline er så svært i enterprise — og hvad man så gør i stedetDen nye CAIO/Head of AI-rolle, og hvorfor den kræver mere forandringsledelse end nogen rolle førSkismaet mellem stabil IT-drift og AI-udviklingstempo — og hvorfor det er der vibe-coding-projekter stranderSam Altman om AGI: "ikke en skid" sker dagen efter — og hvorfor udrulning tager årTidsstempler00:00 — Intro og Benjamins baggrund: 30 år med AI, CIO/CDO, Munk AI02:20 — Hvor det går galt: 84 % vil, 5 % har en strategi04:59 — Forestillingsevnen: hvad er overhovedet muligt, og hvor hurtigt flytter det sig06:50 — Hvorfor samtalen drukner i tool-snak07:30 — Personlig AI vs strukturel AI: hvor den rigtige edge ligger09:18 — Nedbryd elefanten: find de store strukturelle gevinster, start ét sted13:04 — Toppen skal både ville og forstå — ellers sker det ikke14:16 — Frygten for at miste jobbet, og hvordan den kommer til udtryk17:00 — Måling: hvorfor baseline er så svær i enterprise21:07 — Det overvurderede og det undervurderede ved AI23:45 — Sådan kommer du i gang med workflow-delen: gå baglæns fra værdien25:32 — Penduleringen: AI ændrer alt, men metoderne holder29:40 — Roller og ansvar: CAIO, Head of AI og den tværgående opgave32:31 — Ketchup-effekten: hvorfor det rumler før det rammer33:07 — Sam Altman, AGI og hvorfor udrulning tager år37:00 — Prik-billedet: hvor få der faktisk bruger AI professionelt39:55 — Det faste spørgsmål: hvad skal man prøve på mandag — og lade være med46:00 — Hvor man finder BenjaminLinksBenjamin på LinkedIn: https://www.linkedin.com/in/benjaminmunk/Munk AI: https://www.munkai.ai/Flere episoder: https://martinibsen.dk/produktland/
• 
  Det er nemt at gå i gang. Det er svært at blive god 30.06.2026 53мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Mikkel Malmberg har programmeret siden han var 12. Nu sætter han robotter til at gøre det. Vi talte om hvad der reelt forandrer sig når delivery bliver gratis — og hvad der bliver tilbage at være god til.Hans pointe skærer igennem hypen: det er nemmere end nogensinde at bygge software, men det gør det ikke nemmere at bygge noget godt. Eksekveringen er en commodity nu. Det der er tilbage er taste, kritisk sans og ansvar. Den der spytter ud uden at gå kritisk til resultatet har ikke skabt noget — der har altid været masser af lort, og gode ting er stadig svære at lave.Vi kommer blandt andet ind på:- Hvorfor det meste af programmering aldrig var at skrive koden — og hvad der så forsvinder- AI-slop: er det det bedste eller det værste der er sket for faget? (Svar: ja)- Hvorfor AI altid vælger de sikre, gennemsnitlige designvalg — og hvordan man undgår at ligne alle andre- Det er nemt at gå i gang. Det er svært at blive god. Hele midwit-grafen om vibe coding- Hvad der sker med open source når en PR kan være ren prompt — og hvorfor projekter lukker for bidrag- Supply chain-angreb: den nye sikkerhedsrisiko ved at bruge andres kode- Hvorfor du skal sende en prototype til dine udviklere, ikke en "færdig" løsning- Test-driven development som måden at lade agenten teste sit eget arbejde- Heartbeat-agenter og software der skriver sig selv — "en fed psykose"Tidsstempler00:00 — Intro og Mikkels baggrund00:33 — Alt det Mikkel laver: Tether, Tuna, TIR, Funnymost02:17 — Drunk with ambition: mere kraftfuld end nogensinde03:09 — Tuna: projektet han droppede for fem år siden og byggede over julen04:09 — Det største skifte: man slipper for at finde fejl i dokumentation05:56 — Stoler du 100%? Hvor agenten skriver, og hvor Mikkel selv hopper ind06:20 — Kun 5% af programmering var det logisk tilfredsstillende09:54 — Bliver brugeroplevelsen vigtigere når alt andet bliver gratis?10:05 — AI-slop: er der overhovedet sket noget?11:43 — Sidder udvikleren og ærgrer sig over alt det lort?13:14 — Bjarne-parallellen: man kan se når en AI har skrevet teksten13:47 — Hvorfor AI vælger de sikre designvalg — gradienter og small-caps15:02 — Claude Design, baseline for UI, og hvad der bekymrer16:46 — Det handler om at gøre sig umage. Variant.com som inspiration17:55 — Open source efter AI: tilliden der forsvandt19:22 — Projekter der lukker for pull requests21:25 — Send en prototype til dine udviklere, ikke en færdig løsning22:50 — Du ser jo den gren over du selv saver i: open source uden forretningsmodel24:16 — Value proposition of open source har ændret sig25:43 — Supply chain-angreb: nordkoreaneren i din server27:35 — Martins setup: to samtaler kørende i hovedet28:14 — Mikkels tip: øv dig. Byg de første 20 lorte-programmer28:26 — Er det nemt eller svært? Midwit-grafen31:37 — Snak med den. "Interview me about this change" og skills38:12 — Hvorfor Codex frem for Claude Code — og hvad Pi kan42:13 — Værktøjsvalget er måske ligegyldigt: tag bare ét44:16 — Pi: software der modificerer sig selv mens du snakker46:05 — Hvad er next: loops, heartbeats, agenter der vågner kl. 749:18 — En fed psykose: begejstret mere end bekymret50:15 — Det faste spørgsmål: prøv på mandag — og lad være med50:25 — Hvor man finder MikkelLinksMikkel på LinkedIn: https://www.linkedin.com/in/mikkelmalmberg/Mikkel på X: https://x.com/mikkelmalmbergMikkels website: https://mikkelmalmberg.com/Tuna: https://tunaformac.com/Variant: https://variant.com/Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/Flere episoder: https://martinibsen.dk/produktland/
• 
  Jeg gider ikke læse noget, du ikke har gidet at skrive 25.06.2026 46мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Bjarne Tveskov designede rumskibe for Lego i 80'erne. I dag finder han på navne til virksomheder — et job en LLM i princippet burde have overtaget for længst. Det er den bare ikke.Vi talte om hvorfor. Hans kunder kommer med 1000 ChatGPT-genererede navne og mangler stadig det rigtige. AI'en kan generere, men den kan ikke reducere, og den kan ikke mærke. Og det er måske den vigtigste produktkompetence lige nu: at kunne koge ned til essensen, når maskinen kun kan lægge til.Vi kommer blandt andet ind på:- "Jeg gider ikke læse noget, du ikke har gidet at skrive" — citatet der startede samtalen- 90%-problemet: du er hurtigt 90% færdig, og så mangler du kun de sidste 90%- Hvorfor AI altid lægger til — og det svære i produktarbejde er at skære fra- Da en amerikansk podcastvært satte Claude til at læse hele Bjarnes blog og generere spørgsmål- Lego Boost i dag: hard fun, og hvorfor stemmestyring ville have ødelagt produktet- Peg dine AI-tokens mod discovery i stedet for delivery- Vibecoding-waste og 3D-printer-parallellen: mænd i 40'erne der bygger apps ingen bruger- LinkedIn som spøgelseshus — og hvorfor vibes og mavefornemmelse bliver et kompas- Mandagsopgaven: spørg for satan, og lav én god prototype i stedet for tiTidsstempler00:00 — Intro og Bjarnes baggrund: rumskibsdesigner, Lego Boost, navneudvikling02:00 — Navne-eksempler: Unboss, Lego Spike og Crypto der blev til Idura04:03 — "Jeg gider ikke læse noget, du ikke har gidet at skrive"07:42 — Bjarnes AI-workflow: research, risikoanalyse og collision detection09:42 — 1000 navne uden sjæl og 90%-problemet11:49 — AI lægger altid til. Det svære er at reducere13:29 — Grovfil-metoden: mennesket laver den sidste kogning14:17 — Da en amerikansk podcastvært satte Claude til at læse Bjarnes blog16:30 — Trangen tilbage til menneskelig samtale18:16 — Fremtiden: ingen ved noget, og alle er på deres egen tidslinje21:00 — Jobs og friktion: hvorfor lidt modstandskraft måske er en feature24:46 — Lego Boost: hvad ville vi have gjort anderledes i dag?26:45 — Hard fun: når friktionen er selve produktet28:27 — Peg din AI mod discovery, ikke kun delivery30:41 — Vibecoding-waste og 3D-printer-déjà-vu32:11 — Hvorfor AI-tekst ikke har sjæl33:44 — LinkedIn som spøgelseshus38:24 — Vibes og mavefornemmelse som kompas41:42 — Mandagsopgaven: spørg for satan43:53 — Hvor man finder BjarneLinksBjarnes blog: https://lovetobuild.netBjarne på LinkedIn: https://www.linkedin.com/in/tveskovdotcom/Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/Flere episoder: https://martinibsen.dk/produktland/
• 
  Roadmaps er døde 22.06.2026 51мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Dennis Green-Lieber var den første product manager i Falcon.io. Nu bygger han Propane — et AI-produkt til produktteams. Han har en ret simpel pointe: vi er blevet gode til at bygge hurtigt. Vi er ikke blevet bedre til at beslutte, hvad vi skal bygge.Vi talte om hvad der sker, når engineering bliver billig, men discovery forbliver svær. Og om hvorfor fascinationen af at kode selv begynder at dale — og hvad der tager over.Vi kommer blandt andet ind på:- Hvorfor Dennis mener roadmaps er ved at dø — og hvad der skal erstatte dem- Den store danske virksomhed der ville rebuilde hele sin produktstack på seks måneder (og fandt ud af det ville tage år)- Hvad der sker, når alle kan bygge, men ingen ved, hvad der skal bygges- Hvorfor product sense — ikke produktledelse — er kompetencen alle organisationer mangler- Propanes svar på den delte kontekst-udfordring i produktteams- Og hvorfor du ikke kan vide, hvad AI-tools kan gøre for dig, før du har prøvet dem selvTidsstempler00:19 — Intro og Dennis' baggrund: 20 år i branchen, Falcon.io, Propane03:00 — Claude Code og Cursor for PMs: fascinationen der begynder at dale06:00 — Hvad efterlader det os med? Kontekst som den nye flaskehals07:00 — Den store danske virksomhed der ville rebuilde på seks måneder09:10 — AI som enabler, ikke the main character10:00 — Hvad forandrer sig for produktledere og product owners?14:55 — Discovery er den nye bottleneck — og den skal forblive der16:35 — Kan dette være designerens æra?20:00 — Distribution og brand bliver endnu vigtigere23:00 — Interne tools vs. reelle produkter: composable throwaway software28:00 — Limen: Martins eget setup som eksempel31:00 — Hvad ser Propane hos kunderne? Shared kontekst i mellemmarkedet35:00 — Product sense vs. produktledelse: hvad skal alle lære?39:00 — Roadmaps er døde — Dennis' tese og argumentet bag45:20 — Det faste spørgsmål: hvad skal produktledere prøve på mandag?49:20 — Hvor man finder Dennis og Propanes State of PM 2026LinksDennis på LinkedIn: https://www.linkedin.com/in/dennisgreenlieber/Propane: https://www.usepropane.ai/Propanes State of PM 2026 (open source): https://www.usepropane.ai/lp/state-of-pm-2026Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/Flere episoder: https://martinibsen.dk/produktland/
• 
  Den nye flaskehals er ikke kode. Det er beslutninger 15.06.2026 33мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Ulrik Plejdrup Christensen har brugt 15 år på at hjælpe organisationer med at transformere sig — først som partner i Hildebrandt & Brandi, nu på egen hånd med bestyrelser og direktioner. Vi talte om hvad der sker med produktledelse når produktion holder op med at være den dyre del.Hans pointe vender den sædvanlige snak på hovedet. Alle taler om at AI rydder backloggen. Ulrik siger: hvis dit team render tør for opgaver, er problemet ikke løst — det er afsløret. Et team der venter på bestillinger er en feature factory, og AI gør bare den fabrik hurtigere.Vi kommer blandt andet ind på:- Hvorfor product operating models pludselig fylder i brancher der intet har med software at gøre- Demokratisering af produktudvikling: hvad sker der når evnen til at bygge flytter helt ud i forretningen- Den nye flaskehals — ikke kode, men hvor hurtigt organisationen kan træffe beslutninger- Hvordan man bruger AI til governance: en agent der tjekker dine beslutninger op mod organisationens principper- Fra roller til ansvar: hvad sker der med UX'er, frontend og backend når alle prompter til produktion- Glitterpapir-problemet — hvorfor pænt AI-output får os til at slække på den kritiske sans- Kontekstdeling som det greb der gør både mennesker og agenter bedre til at træffe beslutninger- Hvorfor du ikke skal outsource din AI-transformation til et konsulenthusTidsstempler00:00 — Intro og velkomst til Produktland00:42 — Ulriks baggrund: fra cost out i 2008 til transformation og organisationsdesign03:48 — Den største forandring: product operating models breder sig ud over IT08:18 — Demokratisering: produktudvikling flytter ud i forretningen09:24 — Hvis alle kan bygge, hvem styrer så det? Governance som ny opgave12:39 — Fra roller til ansvar: UX, frontend og backend udviskes17:24 — Den nye flaskehals: udviklere der venter på bestillinger = feature factory20:39 — AI til bedre beslutninger: governance-agenten og Ulriks AI-coach23:15 — Intent-based leadership og hvorfor kontekstdeling er nøglen27:31 — Kan man stole på outputtet? Glitterpapir og tabt kritisk sans31:19 — Det faste spørgsmål: hvad skal produktledere prøve på mandag — og lade være medLinksUlrik på LinkedIn: https://www.linkedin.com/in/ulrik-plejdrup-christensen-8430384/Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/Flere episoder: https://martinibsen.dk/produktland/
• 
  Kode er gratis. Hvad bygger du? 08.06.2026 46мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Kasper Junge underviser softwareudviklere i agentic engineering. Han hjælper teams med at shippe med AI-agenter på rigtige kodebaser — ikke prototyper. Vi talte om hvad der sker med produktledelse når kode holder op med at være flaskehalsen.Hans pointe er direkte og lidt ubehagelig: når levering er gratis, er discovery det eneste der tæller. PM-arbejdet er ikke truet. Det er vigtigere end nogensinde. Og den største fare er ikke at agenter overtager — det er at produktfolk er så begejstrede for at de selv kan bygge, at de itererer på produktet uden at tale med en eneste bruger.Vi kommer blandt andet ind på:- Hvornår agentic engineering faktisk begyndte at virke på rigtige kodebaser (august/september 2024)- Kvalitetssikring som den virkelige flaskehals — god gammeldags software best practice er vigtigere end nogensinde- Faldgruben for juniorer: outsourcing af forståelse og hvad det gør ved kodebasen på lang sigt- Martins eget setup: 3 apps i App Store, ingen teknisk baggrund, alt bygget med Claude Code- Hvad der sker med roller når alle kan bygge alt- Claude Cowork vs. Lovable — og hvad forskellen betyder i praksis- Respekt for hinandens fagligheder i en tid der er ved at blive lidt crazyTidsstempler00:00 — Intro og Kaspers baggrund03:41 — Hvornår agentic engineering begyndte at virke på rigtige kodebaser (august/september 2024)06:00 — Kvalitetssikring som flaskehals10:12 — Faldgruben for juniorer: outsourcing af forståelse13:03 — Martins eget setup med Claude Code og apps i App Store21:35 — Hvad der sker med roller når alle kan bygge alt33:01 — Claude Cowork vs. Lovable39:55 — Den største fejl Kasper ser ude i virkelighedenLinksKasper på LinkedIn: https://www.linkedin.com/in/kasper-juunge/Computerlove.tech: https://computerlove.techVerbos Podcast (Kasper og Jonas): https://verbospodcast.dk/Marty Cagan, "Inspired": https://www.amazon.com/INSPIRED-Create-Tech-Products-Customers/dp/1119387507Nyhedsbrevet AI for Produktledere: https://martinibsen.dk/nyhedsbrev/Flere episoder: https://martinibsen.dk/produktland/
• 
  Et dårligt workflow med AI ovenpå er stadig et dårligt workflow 08.06.2026 38мин

  Hør flere afsnit af Produktland: https://martinibsen.dk/produktland/Natalia Dornonville de la Cour har brugt to år på at definere produktroller knivskarpt i Novo Nordisk. Så kom AI buldrende. Vi talte om hvad der faktisk ændrer sig — og hvad der ikke gør.Hendes pointe er ubehagelig nem at overse: opgaverne er de samme. Vi skal stadig validere løsninger, lave ordentlig strategi, forstå brugeren. Det er præmissen der har flyttet sig. Og den største risiko er ikke at AI tager dit job. Det er at vi bygger feature factory 2.0 og producerer dobbelt så meget af det forkerte.Vi kommer blandt andet ind på:- Hvorfor "skynd dig langsomt" er hendes vigtigste råd til produktfolk lige nu- Feature factory 2.0: hvad der sker når delivery bliver gratis og discovery bliver det eneste der betyder noget- Forskellen på en effektiviseringsopgave og en kvalificeringsopgave — og hvorfor digitale produkter er det sidste- Hvordan regulering i en medicinalvirksomhed paradoksalt nok giver mere frihed til at eksperimentere- Hvad der sker med roller når alle kan bygge alt: fra "hvem laver hvad" til "hvad har jeg ansvar for at kvalitetssikre"- Den AI-produktcoach hun selv er ved at bygge — og hvorfor hun drikker sin egen champagne- Hvorfor folk lærer AI hjemme før de tør bruge det på arbejdetTidsstempler00:00 — Intro og Natalias baggrund02:47 — At professionalisere produktarbejde for 100+ ledere i Novo04:37 — Den største forandring lige nu: fra enterprise-AI til lokal kontekst06:06 — "Hvad ændrer vi mandag morgen?"07:12 — Frygten for feature factory 2.009:04 — Bliver discovery vigtigere eller bare sværere at argumentere for?11:41 — Mennesket tager beslutningen, AI fjerner de blinde vinkler13:44 — To konkrete initiativer: framework og AI-produktcoach16:50 — Governance og privacy: når regulering giver frihed20:00 — Hvorfor folk eksperimenterer i smug derhjemme23:08 — Hvad sker der med rollerne? Fra roller til skills og ansvar27:00 — Er koden løst? Commodity-udvikling vs. frontrunner-udvikling32:56 — Slack der aldrig blev til noget, og hvad man kan bygge på en uge nu33:45 — Det faste spørgsmål: hvad skal produktledere prøve på mandag — og lade være med37:12 — Hvor man finder NataliaLinksNatalia på LinkedIn: https://www.linkedin.com/in/natalia-dornonville-de-la-cour-1189725b/Flere episoder: https://martinibsen.dk/produktland/