Every tool you demo is a tool they buy without you: SaaS demo best practices
Every tool you show in a demo is a tool the prospect decides to buy without you.
We learned that the expensive way. On May 18 I was on a call with Amir working out why customers who loved month one were gone by month three. The answer was sitting in our own demo. We opened Apollo, then Instantly, then walked people through the settings. It looked thorough. It was a tutorial. The line from that call that stuck: “Oh, I tell you, we're leaky bucket Titanic.”
The leaky bucket: our demo taught people to leave
Watch what that demo did to a buyer. A founder saw us pull a list in Apollo and load it into Instantly, and the thought in their head was not “these people are good.” It was “that's it?”
Good tools are simple. That's what makes them good. But show the parts one at a time and the buyer starts pricing the parts instead of the result. Some prospects went off and tried to rebuild it themselves. Others signed, and because our onboarding had them own and control their own Instantly accounts, leaving after two months was a few clicks.
We had built a business where the customer held the keys, and our demo had shown them which doors they opened.
This is the trap for any service that runs on commodity software. Your edge is judgment: the list, the sequencing, the copy, the follow-up discipline. None of that shows up on a settings screen. The settings screen is what shows up.
Begin with the end: the full calendar
The fix we wrote down that night was almost embarrassingly simple. From the call: “Think through it. Like first show the calendar thing. That's a great way to show the outcome.”
Open the demo on a calendar full of booked meetings. Before a single tool name gets spoken, the prospect sees what they're buying: weeks with meetings in them. The whole pitch collapses into one sentence from the same call: “You meet us, your calendar starts filling up. That's it.”
Begin with the end in mind is old advice. It works in a demo because it changes the question the buyer asks. Show tools first and they ask “could I do this myself?” Show the outcome first and they ask “how fast can you do this for me?” Only one of those questions closes.
Twenty-five enriched leads before the call
The second change: stop demoing on a blank account. The plan was to pre-load 25 enriched leads from the prospect's own market before the demo starts. Their buyers, their titles, on screen when they join.
That does two jobs at once. It proves you listened on the first call, because the list is theirs and not a sample. And it drags the demo from hypothetical to specific. Nobody argues with their own buyers looking back at them. They start pointing: that one, not that one, do you have more like her?
Twenty-five is enough to be real and small enough to build fast. The point isn't volume. The point is that the first thing they touch is theirs.
Hide the plumbing, show the result
The bigger decision came out of the same call. Instead of showing five tools, put everything behind one dashboard that shows what matters: leads, replies, meetings. Amir took the build. The brief we agreed on was a read-only first version, visual and simple, so it couldn't break anything already running for customers.
I saved a post back in March arguing that pitching your solution too early is the worst thing you can do on a sales call. For services I'd push it further. Pitching your tools is worse than pitching your solution, because the tools are the part they can buy on their own with a credit card and a free weekend.
This isn't hiding anything. Ask what runs underneath and we'll tell you. It's about what you lead with. A restaurant doesn't open the night with a tour of the walk-in fridge.
Why customers who control the tools churn sooner
The churn had a clear shape. Customers who owned their sending accounts hit a natural exit around month two, usually right when a re-billing conversation came up. Every renewal turned into a fresh decision about whether they could just run it themselves.
When the infrastructure is handled and what the customer sees is a calendar and a pipeline, the renewal is a different conversation. They're not deciding whether to keep paying for software they could buy direct. They're deciding whether to keep the meetings coming. That's a much easier yes.
There's a sales cost to the old way, too. Charles was running about 20 calls a day at the time. Every demo that turned into a tools tutorial ran long and closed soft. An outcome-first demo is shorter. Calendar, their 25 leads, questions, the ask.
The demo order we moved to
- The calendar. The result, before any explanation.
- Their 25 leads, built before the call, for their market.
- One view of how results show up for them week to week.
- The ask.
Notice what's missing: logins, settings, integrations, the stack diagram. If a buyer asks, answer. Don't volunteer it.
If you sell a service on top of tools anyone can buy, time your next demo. Count the minutes on tools and the minutes on outcomes. If the tools are winning, you're training prospects to leave. If you want to see what an outcome-first engagement looks like from our side, here's how we work.
Frequently asked questions
How long should a SaaS demo be?
Shorter than you think. Ours runs on four beats: the outcome, the prospect's own leads, how results show up, and the ask. Every minute on settings is a minute teaching them to do it without you.
Should I show features or outcomes in a demo?
Outcomes first, always. Open on the result the buyer is paying for, then answer feature questions only when they ask. Leading with features turns the call into a tutorial.
How do I stop prospects copying my process after a demo?
Stop showing the plumbing. When we demoed Apollo and Instantly one by one, prospects learned the tools were simple and some rebuilt it themselves. Put the work behind one view of the results and lead with their own leads.