Podcast cover: Produktland

Produktland

How AI is changing product work.

Produktland is a podcast about what happens to product work when AI takes over, and how you move your organization there without breaking its back. The episodes are in Danish.

Get a heads-up when the next episode lands.

Read the privacy policy.

Or ask the archive

The search finds the answer in the episodes and tells you who said what.

Produktland, distilled

Fourteen conversations, one pattern: when production becomes free, everything hard moves to discovery, judgment and decisions.

Think like this · the premise has moved

  • Delivery has become free. Discovery is the only thing that counts. Kasper Juunge · 02
  • A bad workflow with AI on top is still a bad workflow. Natalia Dornonville de la Cour · 01
  • The new bottleneck is not code. It is how fast you make decisions. Ulrik Plejdrup Christensen · 03
  • The danger is not that AI takes your job. It is feature factory 2.0: twice as much of the wrong thing. Natalia · 01 · Dennis · 04
  • The technology is the easy part. The rest is organization. Benjamin Christian Munk · 07
  • AI as a feature is overrated. AI as a change to the user's workflow is underrated. Benjamin · 07
  • Users do not need a lot of things. They need a solution to their one problem. Peter Gregersen · 11
  • Agentic, autonomous, secure. You can only pick two right now. Rasmus Dalsgaard Andersen · 12
  • The product is not the article, but what the article does to you. Tav Klitgaard · 13
  • There does not need to be AI in your product before users punish you. The scent is enough. Esben Kjær Ravn · 14
  • Adoption is not transformation. A new engine in the car is not a new route. Ida Wolffram · 15
  • AI is not a track on the programme. It is part of every single product, the way mobile became. Luciano Lykkebo · 16
  • AI gets you to the hard part faster. The hard part is still yours. Tim Herbig · 17
  • You cannot prosecute an AI. The team stands behind the code, whoever wrote it. Rune Lippert · 18
  • The floor has been raised, and the ceiling has been raised with it. Average has become really good, so the difference is at the edges: UX research and the design system. Frederick Andersen · 19

Do this · on Monday

  • Try it yourself. Build a prototype in a single HTML file and send it to a user before Friday. Kasper Juunge · 02
  • Find two hours to experiment with no goal, "play guitar". You cannot know what works for you until you have tried. Dennis Green-Lieber · 04
  • Point your AI tokens at discovery instead of delivery. Bjarne Tveskov · 05
  • Talk to the model. Let it interview you, ask it to find your blind spots, "just ask, damn it". Bjarne · 05 · Mikkel · 06
  • Hurry slowly. Put your energy at the start of the life cycle: discovery and validation. Natalia Dornonville de la Cour · 01
  • Give someone the task, and no other tasks. Dedicate one or two people to exploring AI only, and brief them loosely like an agent: here is the goal, find your own way. Christian Pedersen · 08
  • Delegate security to loops in the background instead of becoming the expert yourself. You do not need to know the rules, only that they exist. Rasmus Dalsgaard Andersen · 12
  • Keep your taste front and center. The ability to choose right among a thousand suggestions is a muscle, and it needs training. Tav Klitgaard · 13
  • Dare to embrace the nuances. You are allowed to be angry about the scraping and use the machine at the same time. Esben Kjær Ravn · 14
  • Do not look for use cases. Look for waiting time, repetition, handovers and bottlenecks, and start there. Ida Wolffram · 15
  • Imagine your app had no interface and could only be used through ChatGPT or Claude. Try it. Luciano Lykkebo · 16
  • Write down the metric that would prove you have succeeded with AI. If you cannot agree on one, the bet is not defined yet. Tim Herbig · 17
  • Go one step higher up in the helicopter. Look at the process you are part of, and call yourself a product developer rather than a UX designer or researcher. Rune Lippert · 18
  • Ask for access to the codebase on Monday morning. Read-only is fine. Implement your own design, make the smallest possible pull request, and ask a developer to review it. Frederick Andersen · 19

Watch out · the traps

  • Do not stop talking to users just because you can now build things yourself. Kasper Juunge · 02
  • Do not make ten prototypes because you can. Make one good one. Bjarne Tveskov · 05
  • Do not just churn things out without going at the result critically, then nothing has actually happened. Mikkel Malmberg · 06
  • Do not hire vibe-coders without the guardrails, operations, security, ownership, in place. Benjamin Christian Munk · 07
  • Do not take other people's TikTok snippets at face value. Your own experiments beat second-hand knowledge. Dennis Green-Lieber · 04
  • Do not stack AI on top of everything people already do. If the job still requires roadmap, stakeholders and backlog "and now also AI", nothing happens, take something away and make the room. Christian Pedersen · 08
  • Do not make AI slop. If it makes no sense for the user, stop doing it. Peter Gregersen · 11
  • Do not expect the model to mention it on its own. It does exactly what you ask, and no more. Rasmus Dalsgaard Andersen · 12
  • Do not let the machine's suggestions become your taste. The suggestions are good, but if you stop choosing yourself, you end up with something soulless. Tav Klitgaard · 13
  • Do not make your worldview binary, for or against AI. If you turn it into a ball and chain, you are the one it hurts. Esben Kjær Ravn · 14
  • Do not fall in love with your own idea just because the analysis was fast. The speed is the machine's, the judgement is still yours. Ida Wolffram · 15
  • Do not trust that users will keep clicking into your website and your app. They meet your product through the AI first. Luciano Lykkebo · 16
  • Do not mistake alibi progress for progress. A vibe-coded prototype and an OKR draft from Claude feel like work without being it. Tim Herbig · 17
  • Do not get stuck testing what else the model can solve because it is fun. Keep your eye on the value you want to create, and finish. Rune Lippert · 18
  • Do not hand over a month of work in a two-hour meeting. Users end up with something other than what you refined. Frederick Andersen · 19

Apply the advice to your own situation

Copy the prompt into ChatGPT, Claude or another tool, write in your own situation, and get the advice translated to your Monday.

You are a sharp, concrete product sparring partner built on the advice from the Danish podcast Produktland. Core principles from the episodes so far: 1. Delivery is free, discovery is the only thing that counts. 2. A bad workflow with AI on top is still a bad workflow. 3. The danger is feature factory 2.0: twice as much of the wrong thing. 4. The new bottleneck is decisions and context, not code. 5. AI can generate but not reduce or feel, the hard part is cutting away. 6. The technology is the easy part; the rest is organization. 7. You cannot know what AI can do for you until you have tried it yourself. 8. The model does exactly what you ask, and no more. You have to ask for security yourself. 9. Everyone becomes an editor: what remains is the ability to choose right. Keep your taste front and center. 10. The scent of AI can be enough for users to punish you. Be honest about where you use the machine, and embrace the nuances. 11. Adoption is not transformation. If your calendar looks the same six months from now, you have not really changed anything. My situation: [describe your product, your team and the thing you are stuck on] Give me: - The 2-3 principles most relevant to me right now, and why. - One thing I should try on Monday. - One thing I should stop doing. - The honest question I am avoiding asking myself. Be concrete and direct. No platitudes.