TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ask HN: How to give product demos that don't suck?

17 pointsby saaslyover 3 years ago
I am a solo developer of a SaaS product. I do all engineering, sales, marketing, etc. I often find myself giving demos to people (or teams) and every time I feel like the demo sucked.<p>I have tried creating demo scripts, reading public speaking books, sales books, etc. My demos must not suck too much because I still get sales but I can&#x27;t help but feel like I could do better and give a better &quot;wow&quot; factor when seeing the product in action.<p>Anyone ever feel this way and have advice?

11 comments

ericbover 3 years ago
I have given a lot of demos. Most probably cost the company I was working for sales given the &quot;tour of the product&quot; approach.<p>The way to a better demo is to first learn why they are talking to you, and what their pain is. Usually, they are investing their time to watch your demo for a specific reason, or pain point. Ask questions to identify what that is first! Fish for some specifics that your app can solve. Listen carefully.<p>Once you know what their problems and pains are, then you can show how your problem can solve those problems. That&#x27;s your demo--not a product tour. The &quot;wow&quot; factor comes in when you lead them right to the solution for the problem they have. When you see patterns, you can make canned slide decks for these problem-sets and, by choosing the appropriate one, make it seem like your entire demo is an answer to their problem.
kjellsbellsover 3 years ago
There&#x27;s no silver bullet, but some pointers...<p>- do they actually suck? You&#x27;re making sales after all. Call up a customer, and ask them to be honest. it could be you are fine and need to give yourself a pep talk.<p>- bad demos tend to focus on the product and not the customer. By the time you are demoing you should know what issue the customer has. Does your demo start run and end with the customer&#x27;s issue, with the cool features being pointed out as essential elements in solving it, or are they just features that you feel you have to show? One makes for a better demo than the other.
TheJimMcKeethover 3 years ago
Without knowing the specifics giving advice is tricky....<p>A product should solve a problem. Identify the pain points that your product solves. Have diffent presentations to address each. Ideally know what is the problem the specific potential customer you are presenting too is trying to solve. If possible ask them what it is, and how they currently solve it, and why that solution is sub optimal.<p>Then show you understand their pain. Demonstrate how your product is the solution they need. Never criticize the competition, but you can repeat their words back for why they don&#x27;t like it.<p>Your goal is to create a personal and emotional connection. Remember, you are selling the sizzle, not the steak.<p>Other general advice is to do something interesting and be excited. If you are demonstrating a photo editing program then have some interesting photos to work on.<p>Use stories and be human. Again it is about the personal and emotional connection. The technol details are important too, but if a demo fails don&#x27;t go down a rabbit hole and derail the presentation. You can try to fix it two times, but then make a joke about it, tell them what they would have seen and how impressive it would be.<p>Record yourself and watch it back over and over again.
0x0000000over 3 years ago
Check out the book &quot;Great Demo&quot; if you haven&#x27;t already. Much of it seems obvious if it&#x27;s how you already demo, but if you feel like you&#x27;re struggling it&#x27;s worth skimming at least.<p>The most important things are preparation and understanding what your audience wants and expects.<p>The worst demos I&#x27;ve seen usually fall into one of two categories: - the &quot;harbor tour&quot;, stepping through every link in every menu to show off every feature.<p>- presenter ignoring the audience, e.g, early on someone says &quot;I&#x27;ve already seen X, I&#x27;m interested in Y&quot; but presenter dives deeply into X anyway
darrenwestallover 3 years ago
Happy to jump on a call to give some advice - without seeing you, the product and your approach it’s practically impossible.<p>I was in your position and decided to make my first employee a salesperson - I learned a bunch from them and now handle enterprise sales while leading a business of 20 people (7 in Sales).<p>I owe a lot to HN so would love to give back if I can.<p>Contact info is in my profile.
factorialboyover 3 years ago
Not all demos are the same.<p>Some are performances you put on.<p>Others are conversations.<p>Others still are tutorials.<p>Key is to pick the right mode for the moment.<p>And for that, objective &#x2F; purpose should be clear. And preparedness. Be audible ready.
whoknew1122over 3 years ago
Have you asked participants for feedback?<p>Why do you think your demos suck?<p>Who is your intended audience? Does it change based on audience? It should. How you speak to a team of engineers is different than talking to a group of administrators, or a group of financial stake holders. Tailor your message (and demo depth) to what they really care about.<p>Let&#x27;s say I&#x27;m demoing a web app to a group of people. If I&#x27;m dealing with the security team, I&#x27;m talking about architecture, how SSO works, etc. If I&#x27;m dealing with administrators, I&#x27;m talking about how easy administration is in the products; I&#x27;m not going to talk about whether my product supports IdP or SP initiated SSO. If I&#x27;m demoing for financial stakeholders, I&#x27;m going to spend my of my time talking about reporting features and how they tie back to business outcomes.<p>Instead of thinking about a demo (or sale), think about teaching the product. What does your audience really care about? Teach that. Then hit them with the sales pitch afterward.
Tepixover 3 years ago
Film yourself giving the demo then watch it and have others watch it and give you feedback. Other than that, practise will give you confidence and that makes everything better.
codegeekover 3 years ago
If you are seeing sales and conversions, why do you feel that your demos suck ? Numbers will give you a better picture. What is your conversion rate on Demos ? 1% ? 5%? 20% ? If it is in 2 digits, it may not be bad. The question is: How can you up the conversion rate ?<p>I do demos for a living (SAAS founder like you even though I have a small team)<p>The idea of a demo is to demonstrate solutions to the prospect&#x27;s problems. It is not about showing features even though we tend to do that a lot since we love our product so much. My advice:<p>- Only do demos with qualified prospects (common method is the BANT rule (Budget, Authority, Need, Timeline). Do a discovery Call first where you get an idea of whether they are a good fit for your product and vice versa. No point showing Demo to unqualified prospects. It will waste yours and their time.<p>- A demo should ONLY focus on their key problems. Problems for which they are willing to buy. Period. Best demos are those where you just focus on those and possibly demonstrate how your product can solve it. For example &quot;We already have xyz vendeor but they suck at abc which we really need&quot;. That&#x27;s great information. Now you can show them how your product can solve for abc.<p>- &quot;Show me what you got&quot; or &quot;We are shopping for features&quot; type customers usually are a bad fit because the Demo won&#x27;t be effective. I hate going in Demos when I have no clue about the biggest reasons why they are looking for a Product in the 1st place.<p>- Don&#x27;t respond to RFPs unless they are willing to discuss together. Mostly a time suck with no results. Don&#x27;t fall for those unless you know the game and play it already<p>- I have done 100s if not 1000s of demos. I think the first 10-20 mins is the key where you will have an idea if it is going well or not. If prospect is not asking questions, it may be game over and you need to engage them. If you are the only one talking, it is game over.<p>- Don&#x27;t make it a monologue. Pause every 2 mins and ask &quot;Does this make sense? Any questions on this&quot;. The goal is to understand if they are liking what they are seeing or if it is relevant to them.<p>- Before doing a demo, make sure you really have a clear understanding what the ned and problems are. If you cannot get that clarity before the demo, it is going to suck.<p>- Did I already say that the goal of a demo is not to show features. The goal of a demo is for you to get the prospect to say &quot;Hey they seem to have solution to our problems. Let me buy or at least let me continue the conversation&quot;. If you fail to get them to say that, you have most likely lost or they were not qualified prospect in the first place.<p>- Always end a demo with next steps and action. I usually ask &quot;Based on what we discussed so far, do you see enough value in continuing our conversation or do you honestly feel you didn&#x27;t see enough to keep going further&quot;. Then pause and let them respond. If positive, suggest a Next step which could be &quot;Buy or Trial&quot; for the most part. Sometimes, it could be &quot;We like what we see. need you to talk to another team&quot;.<p>- Record all demos (with permission) and then analyze later. If you spoke more than 60% of the time, probably a bad thing.
blueridgeover 3 years ago
I&#x27;ve been giving live demos and product walkthroughs for years—here are a few brief reflections and things I&#x27;ve learned:<p>1. It helps to be a good conversationalist. You can small-talk for as long as it takes to get everyone dialed in. You know when to pause and listen, you know how to answer multiple questions from multiple people one after the other, you remember to double-back on something someone asked earlier in the conversation and address that question at the right time.<p>2. People appreciate it when you speak quickly and clearly. You want to keep the conversation going. There is nothing worse than a slow, monotone speaker—someone who takes forever to get to the point.<p>3. How you&#x27;re connected to the meeting matters. In my experience, you want people on camera so that you can see faces. I much prefer meetings where there are multiple people in one room in an office, and my ugly mug is up on one big screen in front of them—it&#x27;s more fun and it&#x27;s easier to address the group. I&#x27;ve also found that when people are in the same room, they&#x27;ll hold each other accountable during the call, they&#x27;ll interrupt politely, they&#x27;ll ask each other for follow-up questions, etc.<p>4. I&#x27;ve never used a script, but once you&#x27;ve done hundreds of demos, you&#x27;ll find words and phrases that help move the demo forward from one feature to the next. I always ask the group at the start of the call how they want me to begin: Do you want a top to bottom overview? You want me to go deeper on one a specific use case and show you how the product can help? And, before I begin I let them know that I don&#x27;t have a sales pitch—I&#x27;ll tell them what the product is good at and where it falls short. It&#x27;s my job to make sure the product is a good fit for their business, and if it isn&#x27;t, I&#x27;ll let them know.<p>5. About the lack of sales pitch: I try to identify areas where the team needs to change the way they&#x27;re working. &quot;You are doing it this way, that&#x27;s silly, let me show you how to think about this differently, then let me show you how our product handles this scenario.&quot;<p>6. When someone explicitly <i>asks</i> for a sales pitch at the end of the call—and it does happen—I always reiterate that I don&#x27;t have a sales pitch, and I usually close with something like this:<p>&quot;Listen, I don&#x27;t have a sales pitch—truly, you have to pick the product that works best for you and I am happy to help you do that. If it&#x27;s not our product, no hard feelings, I&#x27;ll point you to the product that&#x27;s a better fit. But based on the conversation we just had, I think you folks would be a great fit and I&#x27;d love to work with you. That said, if you REALLY want a good reason to make the switch: I can promise that you&#x27;re not going to get someone on the phone like this anywhere else. You&#x27;re not going to have access to competent humans who can chat with your team to troubleshoot and help out—our support team is fucking fantastic. And at any point you need something, you get me. You&#x27;ve got my email, you&#x27;ve got my number, I&#x27;ll take care of you.&quot; I&#x27;ve been fortunate to work at companies with excellent support teams, and this is often one of the biggest differentiators and competitive advantages—I try to drive that home.<p>7. Use a separate browser window with a clean tab bar, silence your notifications, etc. Make sure as you&#x27;re moving between tabs, you don&#x27;t have any personal history visible, you don&#x27;t have any sensitive business information on screen, you get the idea. I&#x27;ve attended demos where the person presenting had family photos scattered on the desktop, there were open VRBO tabs on the screen, etc. When I join calls like this and someone shares a messy working environment, I think that person is a slob and they couldn&#x27;t be bothered to tidy up before presenting—it&#x27;s an automatic turnoff.<p>8. If you can, populate your demo account with a lot of test data. People want to see what the product will look like in use. Take time to set it up the same way someone in a particular vertical might use the product. If you have a robust reporting feature, you should have enough data in the demo environment to show off the reports. If you have a search feature, make sure you&#x27;ve got content to highlight search capabilities, yada yada.<p>9. Follow-up immediately after the call with any links, documentation, additional videos to watch, answers to questions you couldn&#x27;t address: &quot;Thanks for taking time to chat today! Here are some additional docs to read through, and in regard to your questions about XYZ, here&#x27;s the scoop...&quot;<p>Food for thought!
whoomp12342over 3 years ago
read the room. Perception is reality.