Advice for Delivering Great Product Demos
A few quick tips for delivering great product demos.
Iâm a designer and product owner at my day job, which means I spend most days solutioning out products based on the business needs set out by product management. Weâre a small product team, so this means Iâm doing wireframes, UI design, UX implementation, user testing, user acceptance testing, and general task management with a dev team (I work in the same room as the devs for easy access).
One more responsibility on my plate is to demo the products weâre building every couple weeks to other employees at the company. These could be product managers, sales people, support staff, other dev teams, and VPs. The goal of these will vary depending on your audience, but Iâve iterated my way to a pretty good list of things to make sure I do at every demo to get the best responses and suss out the best actionable feedback from the audience.
Explain the Why
Why did you work on this project? What is the user problem youâre solving in the first place? This is table setting, and even if you think that everyone in the room should âjust getâ why something made sense to do, donât assume that itâs at top of mind for them.
Explaining the current problem that exists, especially by giving a real world example, is super useful for getting people on board. At the end of this explanation, your audience should be chomping at the bit for something better, making them more receptive to whatever youâll be showing since it should solve the problems youâve just presented.
Explain the New Thing at a High Level
Before diving into the weeds (whatever the proper level of weeds is, based on the audience), give a high level overview of what you did. hit a couple bullet points, and show a visual if one makes sense for the product youâre building. If youâre replacing something that looked ugly with something beautiful, a side-by-side can get people on board quickly.
This high level overview should hit on the problems laid out in the âwhyâ section. You want people to understand right up front that this new thing fixes the issues you all just agreed on are problems with the current solution.
Show Confidence
This is more fuzzy, but itâs important to sound like you believe in the thing that youâre showing off. Try not to go âand weâre not too sure about thisâ or âit isnât perfect, but the timeline was short.â If you donât believe in your work, no one will. Donât be an asshole or anything, but believe in what youâre showing.
Donât Apologize for a Work In Progress
This is a little thing, but it goes a long way. Youâre telling a story more than anything else, so if something isnât done yet, just keep going and explain what the final result will be, donât say âIâm sorry, this bit isnât built yet, so I canât really show you.â
Compare to Competitors
If there are competitors in the market that have similar solutions, bring them up and explain how your solution stacks up. Maybe youâre leap-frogging them or maybe youâre not caught up yet, but sales and marketing especially will like to know how they should be talking about this with clients and prospective customers.
Recognize Others
This is something I think is easy to forget, but is hugely important. You didnât make this thing all on your own; at the very least a developer implemented it, maybe a designer made it look good, a product manager laid out very clear requirements, and any number of others might have lended a hand along the way. Recognize them partially because it is good leadership, but also just because you donât want to be a jerk who sucks up all the credit.
Prepare and Have a Couple Slides to Keep You On Track
This is all too much for most people to remember off the top of their heads, and coming up with a good demo on the fly is almost guaranteed to lead to a muddied message and thoughts of âoh, I wish I had said X!â soon after the demo. Prepare as much as you can justify, even if thatâs only 30 minutes, but make the time somehow.
Also, and this isnât required, but people like to have a visual, so I usually have a 3-5 slide deck for most demos which consist of mostly:
- Title slide with the name of the product and a picture/icon/logo
- Slide explaining the problem statement
- Slide explaining the solution at a high level
- Slide with a few details and thanks
- Slide that says âDemo time!â
I use the same slide deck for each demo, and just duplicate the old one and plug in the next productâs details.
---
There is silver bullet to a great demo, and each company may have different expectations for what happens at these meetings, but I think the above tips will apply most places, and will give you a good foundation. Did I miss anything obvious? Let me know on Twitter and Iâll be happy to update this article!