How to Demo
Monday, March 25, 2019
3:30 PM - 5:00 PM
This course wraps up with two types of product demos - one to a live group of panelists (Apr 8) and one pre-recorded video (due May 8). Each type requires a different way of thinking and presenting. In this session, we will discuss how to plan for these demos & create your final demo video using SoapBox.
By Monday, March 25 at 10:00am, each team must post a google doc in the Assignment Master tab “March 25 - How to Demo” with a DRAFT storyboard and associated script for their demo video. You do not have to be great artists! Focus on the flow, the story you plan to tell, and who on your team will do the narration. A final version of your storyboards and scripts will be due on Friday, March 29.
This is not a company pitch for investors. Assume you are preparing for customer demos of your product. Don't try to demo all your product's features, and don't try to explain all of your UI elements! Instead, walk through how a typical user would complete 1-2 specific tasks. Those tasks should show what some designers call a "hero path" through your product, i.e., one of the most important and/or most common use cases for your primary persona -- one that provides a differentiated solution for the unmet needs that matter most to them. (The term "hero path" is adapted from another design concept with which you should be familiar, the "hero shot" -- a home page photo or video that clearly shows your product's benefits and the context in which it is used.)
Examples of a script and final demo video (in Canvas) for Struct Club, by Amira Polack, Aakash Mehta, and Madhur Agarwal (‘18). Each demo, just like each product, is unique. So have fun with it and be creative!
We know many of you will not have fully working software by the end of the course. If your product is not finished, plan to fill in with mocks, wireframes, or sketches to show how a user would proceed from screen to screen. Consider the following flow:
Show a slide that describes your target user and the problem you'll solve for them.
Next, show the solution: the single screen that, when the user sees it, will elicit the response, "That's just what I need!" Goal: get the audience excited about what you have to offer.
Next, show the path to the solution quickly, mentioning what you are doing at each major step without providing any in-depth explanation. Goal: orient the audience to the major navigational elements of your app, so that when you explain these elements in more depth in the next step, the audience knows how each element fits into the overall context.
Next, walk through the path more slowly, pointing out key UI design choices and explaining how you've provided a good user experience and a differentiated solution, compared to rival apps that address the same need.
Come to the session prepared with questions about how to structure your demos. Three teams will also be asked to present their demo plans/storyboards for crits. These teams will be notified by Friday, March 22. We will also have time in this session discuss your dev process so far.
Your Product Demo Sucks Because It's Focused on Your Product (a summary of his book Just F*ing Demo, First Round Review interview of Monetate's Robert Falcone
How to Make a Product Demo That Stands Out, by Oscar Santolalla
Product Managers and the Product Demo, by Steve Johnson
Nine Things Product Managers Should Know About Supporting Sales, oldie, but goodie by Daniel Shefer