Acting on what you find

Data storytelling: building a dashboard people understand

A dashboard people understand opens on a question, orders its reports so each one follows from the last, and lands on an answer.

By Ansh Agrawal3 min readUpdated

I get sent a lot of dashboards where you scroll through report after report and come away with nothing you can act on.

This chapter is for you if you're the founder or the PM building those dashboards. It's also for you if you have a data person building them and you need to tell them what good looks like.

Why doesn't anyone understand your dashboard?

The biggest mistake is treating a dashboard like a rough notebook, a scratch pad for your own digging.

A scratch pad

Every report that touches the question, dumped in one place and sent over for review. Stakeholders read all of it and understand none of it.

A dashboard that reads

It opens on a question, each report follows from the one before, and it lands somewhere. The reader can follow it without you in the room.

You have a question, say why people don't activate. So you dump every report that touches it into one place and send it over for review.

Your stakeholders open it. They go through all of it. They understand none of it.

The dashboard isn't telling them anything in order. It doesn't open on a question and it doesn't land anywhere, so there's nothing to follow.

Side by side: a scratchpad of nine charts, every chart that touched the question in no order, and a story of three reports in sequence: the headline number, then broken down by segment, then what activated users did. The story opens on a question and lands somewhere.

What has to happen instead is that the dashboard reads in order. From the first report to the last, it walks the reader through what's going on.

That doesn't happen on its own. You need a process for it.

What should you do before building a dashboard?

You write down the hypotheses you're going to check. This happens before you open any data.

A hypothesis is just a guess you can test. For low activation it could be "people from one marketing channel sign up but never set anything up" or "activation is fine in one country and poor in another."

If you go into the data without them, you're browsing. Clicking around and hoping something jumps out. You'll never come out the other side with a story.

Each hypothesis gets the report that checks it. That's what decides which reports go on the dashboard and which stay off.

How do you order the reports on a dashboard?

Start with the headline number, then break it down. Say you're working on activation, and signup to activation is low.

Your first report is the number itself. What is it right now?

The next few break that number down. What does it look like by country, by marketing channel, by whatever SegmentA group of users who share something: a country, an acquisition channel, a signup method, a first-session length. Splitting a metric by segment is what makes it actionable.Glossary (a slice of your users) you think matters?

Then you go deeper. The people who did activate, what did they do before that, and what does their behaviour look like?

OrderReportExample for low activation
FirstThe headline numberSignup to activation right now
NextThe number broken downBy country, by marketing channel, by segment
ThenDeeper behaviourWhat the people who did activate did before that
LastThe answerWhat it means and what to do about it

Each report answers the question the one before it raised.

The order to build a dashboard in: before any data, write the hypotheses, each with the report that checks it; report 1 is the headline number, sign-up to activation right now; reports 2 to 4 break it down by country, channel and segment; then go deeper into what activated users did first. Finally, the answer: what is happening and what to do about it.

What happens if your dashboard has no story?

People won't understand your dashboards. It doesn't matter how good or how clear the reporting underneath is. If nobody understands it, nobody gets value from the work you put in.

There's a second cost, and it's the bigger one. When the reports are scattered, you can't read one chart against another and see what they mean together.

When the dashboard is built in order, you can. You read one report against the next, add the business context you already have, and something comes out of it: an idea, an insight, a thing that needs doing.

When it's all scattered, which is how most dashboards are, nothing comes out. You just have a lot of charts.

Common questions

Why doesn't anyone read my dashboard?

Usually because it's a scratch pad rather than an argument. Every report that touched the question got dumped in one place, in no order, so there's nothing for a reader to follow and nowhere it lands.

How should you structure a dashboard?

Open on the question it answers, order the reports so each one follows from the one before, and finish on the answer and what to do about it. The reader should be able to follow it top to bottom without you in the room.

What is data storytelling?

Presenting analysis so it reads in order: it opens on a question, each report answers the question the one before it raised, and it lands somewhere. The reader can follow it without you in the room.

Why write hypotheses before building a dashboard?

Each hypothesis gets the report that checks it, which decides what goes on the dashboard and what stays off. Without them you are browsing the data and hoping something jumps out.