We built an MVP for a startup, then forked the front end to extend to the prototype vision of where we want to go. We use the prototype to dream and when we need to implement the front end of a feature we already understand how it would fit in to the product. Easier to scope.

One thing I have found coming from enterprise is, stakeholder design meetings get way more fun and much faster.

In enterprise, everyone gives notes and the designers take them away and put up another meeting to review days later. Usually with Figma screens people can review etc as things go.

Startup/Vibeland. Someone has an idea for a look and feel or UX solution. It’s like next to instant feedback. There is still the level of rebuilding it for real, but I find the iteration loops are much tighter.

If a prototype has to wait for engineering to bring it to life, then perhaps the tools being used for the prototype are the problem, or the staff that is charged with their usage. At my company, prototyping now falls entirely on the design and product team, with occasional consultation with engineering usually to inquire about the technical feasibility of a proposed feature.

The product team has the closest proximity to end users, so they are well placed to validate ideas. The AI tools help them iterate much faster, which also translates to keeping customer focus groups engaged.

The tools will definitely get better with time, but they are still an order of magnitude improvement compared to the Figma based prototypes from the early 2000s.

From what I've seen it's easier with vibe coding / LLM tools to get a prototype built, but it's more difficult to initially flesh that prototype out and begin proper product development. Of course the business doesn't know this, or care, so I think the impact it has on the business overall is fairly negative.

I've never done vibe coding myself. But I've watched YouTube videos of some of the fanniest of vibe coding fanboys.

My take is that vibe coding IS prototyping. Nothing more. Nothing less.

There used to be an equally hyped up approach to writing software called Rapid Application Development (RAD). Again, a rose by any other name…

[dead]