This is great advice (that we need to follow) but needs to be updated for 2026. The information value of providing (or receiving) a demo has dropped to roughly zero with vibe coding. Today, an apparently functional and useful product can be produced and demoed in minutes, but that demo provides absolutely zero information into the technical capabilities of the demoing team to follow through on promises with polish and at scale. It doesn't reflect a studied architecture or edge case handling. It basically only shows a vision, which can be tailored to perfectly mirror the recipient's expressed desire even though it's absolute vaporware. This makes it even harder to sell to enterprise in 2026 when the scene is awash in such noise.
>that demo provides absolutely zero information into the technical capabilities of the demoing team to follow through on promises with polish and at scale.
With vibe coding comes vibes-based capital. I'm only half kidding.
Right, and the story now shifts to: What's your customer service & support model? How can you prove this is stable and that you can maintain it? Who is going to handle the pages in the middle of the night?
All those things are beyond the demo itself. Vibe-coded demos are just demos. There are stability, security and everything enterprise that still needs to be added to a demo to actually make it functional as a paid offering.
In my experience demos are half about the product and half about the team / company behind it. So I wouldn’t call its value zero: part of the reason a potential client is asking for a demo is to see if there’s actually a real, intelligent company behind the product.
>> We’re excited. When can you come back and show us a prototype?”
> When you've put your hand in your pocket.
I thought the same thing. From my reading of "The Mom Test", my sales strategy changed to incorporate the lies that a business would tell you to avoid hurting your feelings.
Basically, if you cannot give me a purchase order after seeing the software, you don't want it!
I do like the idea of a cancellable purchase order that they sign: organisations need an earthquake to move them sometimes. Once that thing is approved and signed by the powers that be, absolutely no one in that org is going to bother cancelling it and going with a competitor.
I think new founders are sometimes intimidated by customers, especially well-known brands, we don't want to upset or annoy them instead of being open about not being able to afford to run loads of pre-sales technical work. We also see the dollar signs for one large customer when we should be seeing smaller dollar signs for many customers.
For the customers, to be fair, they are partly trying to derisk the purchasing decision by making sure everyone and their dog has seen the demo, shown that it definitely does exactly what they want with their data and processes etc. and they have no skin in the game at this point, so why not?
Believe in the product you have built already and as the OP says, be certain of product market fit and ABC (always be closing).
This is great advice (that we need to follow) but needs to be updated for 2026. The information value of providing (or receiving) a demo has dropped to roughly zero with vibe coding. Today, an apparently functional and useful product can be produced and demoed in minutes, but that demo provides absolutely zero information into the technical capabilities of the demoing team to follow through on promises with polish and at scale. It doesn't reflect a studied architecture or edge case handling. It basically only shows a vision, which can be tailored to perfectly mirror the recipient's expressed desire even though it's absolute vaporware. This makes it even harder to sell to enterprise in 2026 when the scene is awash in such noise.
>that demo provides absolutely zero information into the technical capabilities of the demoing team to follow through on promises with polish and at scale.
With vibe coding comes vibes-based capital. I'm only half kidding.
Right, and the story now shifts to: What's your customer service & support model? How can you prove this is stable and that you can maintain it? Who is going to handle the pages in the middle of the night?
All those things are beyond the demo itself. Vibe-coded demos are just demos. There are stability, security and everything enterprise that still needs to be added to a demo to actually make it functional as a paid offering.
The hard problems still remain.
In my experience demos are half about the product and half about the team / company behind it. So I wouldn’t call its value zero: part of the reason a potential client is asking for a demo is to see if there’s actually a real, intelligent company behind the product.
> The information value of providing (or receiving) a demo has dropped to roughly zero with vibe coding.
Only if you're a software-only startup. If you have hardware, the entire article is still valid.
As an aside, I love the website design. Very early 2000s vibe without costing readability (on desktop).
One book I can recommend is "Gap Selling"
before I read that book and tried to sell some stuff I realized in org's there' more than 1 buyer.
in a typical b2b / gvt deal - you've 4 buyers at least.
I wish hackernews submissions is more like this
What would you mean "more like this"?
The headline is borderline clickbaity. Specifically the word "Ruthless" made me think of something unethical like Delve's business.
[1]: https://news.ycombinator.com/item?id=47634690
>We’re excited. When can you come back and show us a prototype?”
When you've put your hand in your pocket.
What do you mean by that? Promise some investment? Commit to something?
Reached for money, I take it.
>> We’re excited. When can you come back and show us a prototype?”
> When you've put your hand in your pocket.
I thought the same thing. From my reading of "The Mom Test", my sales strategy changed to incorporate the lies that a business would tell you to avoid hurting your feelings.
Basically, if you cannot give me a purchase order after seeing the software, you don't want it!
I do like the idea of a cancellable purchase order that they sign: organisations need an earthquake to move them sometimes. Once that thing is approved and signed by the powers that be, absolutely no one in that org is going to bother cancelling it and going with a competitor.
This is such good advice.
I think new founders are sometimes intimidated by customers, especially well-known brands, we don't want to upset or annoy them instead of being open about not being able to afford to run loads of pre-sales technical work. We also see the dollar signs for one large customer when we should be seeing smaller dollar signs for many customers.
For the customers, to be fair, they are partly trying to derisk the purchasing decision by making sure everyone and their dog has seen the demo, shown that it definitely does exactly what they want with their data and processes etc. and they have no skin in the game at this point, so why not?
Believe in the product you have built already and as the OP says, be certain of product market fit and ABC (always be closing).