Season 4 - Episode 30: From Idea to Product — How vibe coding is changing who gets to build
- PIMM Sthlm
- Apr 22
- 3 min read
For a long time, building a digital product came with a clear barrier. If you could not code, you often needed a team, funding, and time just to get started.
That is starting to change.
In this episode of Simply Briefed, Kristine Lium speaks with Viktor Margeirsson about what happens when AI-powered development tools lower the barrier between having an idea and being able to test it.
Key topics
Why the barrier to building is shrinking
Why vibe coding is not magic
How speed changes validation
Why domain expertise matters more
Why the best place to start is still a real problem
Episode 30: From Idea to Product — How vibe coding is changing who gets to build
– With Viktor Margeirsson, Co-founder of Test 13
This week’s episode
AI is not just making software faster to build. It is making it possible for more people to start building at all. And that may change who gets to turn ideas into products in the first place.
“Vibe coding doesn’t change success rate. It speeds up the process of finding out what works.”
The barrier to building is getting lower
For years, building software was out of reach for many people.
Not because they lacked ideas, but because they lacked the path to test them. If you could not code, you often needed developers, budget, and months of work before you could even see whether an idea had potential.
That is what makes this shift so interesting.
AI-powered development tools are making it easier to go from idea to prototype without starting with a full team or a big investment. The barrier between thinking of something and actually testing it is getting smaller.
The real shift is faster validation
But as Viktor Margeirsson points out in this episode, vibe coding is not magic. These tools can help you move faster, but they do not replace good thinking. They do not replace perseverance. And they do not replace the work of understanding whether a problem is real enough to solve.
What they change is speed.
Not necessarily the speed of success, but the speed of validation.
If you can build something small more quickly, you can get feedback earlier. You can test whether people actually want it. You can learn faster what is useful, what is not, and what should be improved or left behind.
In that sense, the real advantage is not just faster building. It is faster learning.
The people closest to the problem may have the advantage
When the technical barrier becomes lower, the opportunity opens up to more than just developers. It opens up to people who are close to the problem. People with domain expertise. People who have spent years inside a workflow, an industry, or a frustration that they understand deeply.
And that may be where some of the most interesting products come from.
Because the people best positioned to build something valuable may not always be the people who know the most about code. They may be the people who know the most about the problem.
Start with the problem, not the tool
At the same time, the episode stays grounded in one important point: start small.
Do not begin by trying to build everything. Start with one problem you understand. Write it down clearly. Break it into steps. Build a simple version. Then get feedback as early as possible.
Because even now, the value is not in building something fast for the sake of it.
The value is in understanding what is worth building.
And that may be the real promise of this shift. Not just that software becomes easier to create, but that more people can finally start testing the ideas they have been sitting on for years.
If that continues, the next wave of builders may look very different from the last one.
Not just people who know how to build.
But people who understand what is worth building.
🎧 Listen now on Spotify!
Host: Kristine Lium
About the guest
Name: Viktor Margeirsson
Title: Co-founder of Test 13
Background: Viktor Margeirsson is the co-founder of Test 13, a digital product studio working with startups and established brands. He has spent 13 years in startups, with experience across design, sales, operations and product management. In this episode, he shares what he has learned from building and testing products with AI-assisted development tools.
👉 Listen to the full episode of Simply Briefed Listen to explore how AI is changing who gets to build, and what that means in practice.
Comments