In terms of risk, building a prototype and getting a quick win really de-risks a project. Smart decision makers' world is a game of risk - they have tolerance in some areas, less tolerance in others. If you can materialize a quick win from a prototype, it's significantly less risky that sight-unseen work.
Coders often don't think in terms of a broad investment portfolio, but that's how I've seen good executives phrase things. AI makes it cheaper and easier to build that prototype - I've been loving it for my own projects, because of how quickly I can deliver that first software.
The article hints at that when it describes vibe coding as “fancy UX”, but fails to connect the dots.
Essentially, we now have a system that can turn a simple problem description into an interactive tool for that problem. Even if it still does so very imperfectly, it’s easy see already the beginnings of a powerful and empowering new paradigm.
From a change leadership perspective, walking in the door with a shitty prototype beats pitching vaporware every day of the week and twice on Sundays. And the fact amateurs can deliver (basic, crappy) "things" without budget accelerates growth.
My first projects were 80% copied off Github and some intro tutorials. Know what? They still work. We banked seven figures off of them so far...