Close

End-to-end Demo


An end-to-end demo is a visual representation of the final product or service that will be delivered and how customers will interact with it.

USE THIS PLAY TO...

Visualize your solution so it's easier for customers and stakeholders to understand what you'll deliver and provide feedback.

If you're struggling with one-pager, or proof of concept on your Health Monitor, running this play might help.

Copy link to heading Copied! Read more
AND I NEED THIS... WHY?

Ever notice how architects and urban planners love to build scale models? There's a reason for that. With so many pieces to work on, the best way to confirm builders understand how each window and door figures in is to have a visual representation of the whole building.

It holds true at the office, too. It's easy to get so wrapped up in gold-plating the work we're delivering this sprint that we forget it has to fit into a larger system. For developers, that can lead to integration issues. For HR teams, it could be a new employee benefit that employees can't manage through the existing system. In any case, it means delivering a less-than-optimal solution.

We've noticed that our highest-performing teams take time at the beginning of a project to visualize the project's deliverable and how customers will interact with it – that's the end-to-end demo. Then they iterate on the demo throughout the project, get feedback and make it higher-fidelity

WHO SHOULD BE INVOLVED?

This should be driven by the project's full-time owner, with the project's core team members participating in building out the demo as necessary.

If you hold regular demo sessions, your executive sponsor doesn't need to attend each one. Bring them in for the first demo or two, then only for major milestones as a the project moves along.

The end-to-end demo play is a variation on classic iterative prototyping techniques.
User Team
People

3 - 6

Measure Clock
Time

30 min

Difficulty Medium
Difficulty

Moderate

Running the play

Depending on the project, your demo may take the form of sketches or diagrams, a working prototype, new functionality, or a new product. The key is to iterate on it as your project takes shape.

Materials

Paper

Whiteboard

Markers

UI mock-ups

Video

Step 1

Create your end-to-end demo

An end-to-end demo typically starts off as a high-level, low-tech, low-fidelity visualisation of the solution you have in mind – e.g., a diagram or sketches of UI screens on a table napkin. For an existing product or service, your demo should also reflect how your work will fit within the current experience.

As the project becomes more clearly defined, the demo matures – similar to iterative prototyping. It's critical that it shows how a user discovers the product, feature, or service, how they interact with it, and how they leave. Otherwise it's not end-to-end.

Anti-pattern

Nooooooooo! Start scrappy, and above all, be real. Get something out quickly that sparks conversation, and don't worry about finessing it.

Step 2

Demo your demo (30 min)

Set aside 30 minutes with the core project team, stakeholders, and your executive sponsor if you have one. It's ok to focus on what's changed since the last demo, but do walk through the full thing end-to-end so everyone stays grounded in the entire customer journey and where your project fits into the bigger picture.

If you're working on a high-profile and/or long project, consider pairing this with the Demo Trust play so you can get feedback from your leadership team when you're still in envisioning mode.

Content search
For example...

In their early days, the team working to unify sign-ups for our Cloud products used this map as their end-to-end demo.

Step 3

Evolve your demo

As you learn more about your problem space, get feedback from your team, and (most importantly) test with your customers, your end-to-end demo will evolve. Because you're making progress. Awesome. Consider running the Journey Mapping play as well if your project is big or tackles a really gnarly problem.

Then onward to execution mode: workflows, wireframes, snippets of working code in a prototype... whatever. If you can skip any of these steps, great. Your customer wants a working solution that meets their needs – not a demo. So go for it. The important thing is to implement something as soon as possible and iterate on it until you're ultimately ready to deliver it to your customers.

Nailed it?

Be sure to run a full Health Monitor session or checkpoint with your team to see if you're improving.

Variations

Demo the status quo

...and why the current state sucks. A screen-capture video is great for this, as you record the flow with a commentary that brings the customer's pain to life.

E.g., "The user usually comes to the site through a Google search and lands on the homepage. Then if they're lucky they'll find this link. They click it and then they get this page. They might know that what they're looking for is over here, in this group of quick links. If they find the quick link, they get this screen. They click here. They have to enter more information. They click enter. But they're still not finished, so they...." ...you get the idea.

Demo as experiment

Create a demo that reflects an improved experience. Make sure it's lightweight so you can implement it quickly and immediately. If the experience doesn't improve, kill the experiment and stay with the existing solution.

Follow-ups

Break up your end-to-end demo into multiple shippable iterations, indicating how each iteration contributes to the final product.

Related Plays

Demo Trust

Journey Mapping

Want even more Playbook?

Drop your email below to be notified when we add new Health Monitors and plays.

Thanks! Now get back to work.

Got feedback?

Drop a question or comment on the Atlassian Community site.