It will happen. Product managers will essentially vibe code and make a thing that mostly works before handing it to developers for 'polishing'.
This could go two ways:
Dumb PMs - "I did most it myself in a week, it shouldn't take developers long to polish".
Smart PMs - "I made an unmaintainable, un-extensible proof of concept (at best) which cannot (and should not) be used as the basis for the real thing. But if(f) it's a better medium for software specifications/requirements than traditional written/visual specs, then it may add some value. The software development process hasn't otherwise changed a whole lot."
Also worth noting that in some ways, a working prototype could be worse than verbal/visual specs, since making the interactivity/clickyness could make it look like it's demonstrating a whole lot, whereas all the tricky little details a dev needs to make the real thing are missing or unspecified.
Comments
It will happen. Product managers will essentially vibe code and make a thing that mostly works before handing it to developers for 'polishing'.
This could go two ways:
Dumb PMs - "I did most it myself in a week, it shouldn't take developers long to polish".
Smart PMs - "I made an unmaintainable, un-extensible proof of concept (at best) which cannot (and should not) be used as the basis for the real thing. But if(f) it's a better medium for software specifications/requirements than traditional written/visual specs, then it may add some value. The software development process hasn't otherwise changed a whole lot."
Also worth noting that in some ways, a working prototype could be worse than verbal/visual specs, since making the interactivity/clickyness could make it look like it's demonstrating a whole lot, whereas all the tricky little details a dev needs to make the real thing are missing or unspecified.