Having a Comprehensive Dashboard Strategy for Analytics Managers
How to solve the tension between exploitation and exploration, and making sure you have devoted users that are happy with your visualization tools.
Developers of open world video games have a very interesting problem - how to allow and encourage the exploration of the world while at the same time making sure the players finish the main quests and follow a certain set of rules?
Analytics managers who are trying to enable their less savvy colleagues with dashboards know this exact same problem. They constantly face this tension between “exploration” and “exploitation”. On one hand, they need to build a system that is comprehensive enough to allow for the exploration of edge cases. On the other hand, they must not “drown” their users with too much information. Finding the right balance is often pretty complicated.
Let’s go back to our open-world video games developers. To make their games enjoyable while solving for the tension between exploration and exploitation, they:
Build one main storyline, with alternative paths (i.e. “side quests”)
Include a robust knowledge management system:
They offer “an adventure log” where you can keep track of key informations
They often start with a tutorial
Power “online communities” and offer places for experts to share their knowledge
Patch things and improve game mechanics over time
A strategy that can also be applied by analytics managers.
What are your users' main quests?
Imagine: You’re a salesperson and you’re trying to understand how much money the customer you’re meeting with in a few minutes has been spending with your company in the past 2 years. You try to pull up a dashboard on your mobile phone - it doesn’t have mobile support. You try to resize the screen to find the right filters to use - your customer has multiple business locations so you need to filter by them all. Then the dashboard takes 2 minutes to load the last 6 months, but you actually needed the last 2 years and you forgot to update the filter for that..
There is a high chance that at some point, you gave up and just messaged your data analyst friend.
In the example above - being able to get relevant data about their portfolio in a matter of minutes is a “standard” need for salespeople - meaning that it is a repeated need that most of them have as part of their usual process / workflow. It is basically part of their main quest.
Zooming out: each team has a set of metrics they need to track on a regular basis and with a pre-defined granularity. For those metrics, they need dashboards that are simple to use, with a limited number of metrics and filters.
Once they have those dashboards in place that fulfill their primary needs effectively, they will start making feature requests for some additions (“ah, it would be nice if we could also see X,Y,Z”). Before you add these requests to existing dashboards, it is important to keep a first-principle approach: what use case was this dashboard supposed to fulfill?
From experience, it is better to:
Have one centralized dashboard for standard use cases - that is pretty limited in terms of metrics and filters.
Have one (or several) dashboards solving for edge cases as well as allowing the team to do some exploration.
Beware of dashboard inflation though as that can create a lot of issues down the line (from maintenance to conflicting data). It is important to always keep track of which dashboard is solving which use cases - and make sure what can be consolidated is consolidated. Your “dashboard ecosystem” (i.e. your suite of dashboards) will thrive only if you have a holistic approach and you make sure that each of your tools are differentiated and don’t overlap.
And with this approach, you can solve ~50% of the most common issues that are reported regarding dashboards, and your dashboards can effectively start complementing and simplifying your users’ routines (instead of complicating them).
Supporting your dashboard ecosystem with a robust knowledge management system
Your newly formed system can only be successful if people understand it and start using it. For the former, building a robust knowledge management system (KMS) is key. This KMS ensures everyone can find the relevant info re:your dashboards: where they are, what info they contain, what data transformations are being done, etc. An effective Knowledge Management System is:
Centralized: In one single location
Current: Regularly updated with the latest info
Searchable: Allowing team members to easily locate the content they need.
Always Improving: With a strong feedback loop
Discoverable: People know about the KMS / how to find it
On top of establishing this KMS - you’ll want to conduct training sessions. Similar to tutorials in open-world games - where you learn how to use your weapons and fight battles - this is where you explain to your users how to win. A few tips:
Try diverse learning formats: Some people will prefer instructor-led sessions, some will prefer self-service options - see what works best for your users and their schedule.
Have a structured onboarding: Offer onboarding sessions for new users
Offer practical exercises: Doing something in practice > Knowing something in theory, so try to include hands-on practice and real-world scenarios in these sessions.
With the above - you ensure that your team is not only equipped with powerful dashboards but also has the knowledge and training to use them effectively.
Track the usage of your ecosystem, and improve what needs to be improved
This step is often overlooked, but basically, you can’t generate value to your users if they never heard of your tool. Understanding how your users find your dashboards, what is your activation / retention rate for the different elements, where the drops in the funnel are, and how you can improve those are part to building a healthy ecosystem.
A few strategies that worked well for me are:
Understanding and increasing activation: An “activated” user is a user that got sufficient value from your dashboards so that they keep using it in the future (aka become retained). Usually, activation can be achieved by offering extremely quick wins to your users within seconds of opening the dashboard.
Building communities: Identify and nurture 'super users' in different teams. These individuals can act as advocates for the dashboard, offer peer-to-peer assistance and drive its usage within their networks.
Actively gathering feedback and updating frequently: You are building this ecosystem for your users - so make sure you collect and act on user feedback. Surveys, suggestion boxes, and open channels for conversation ensure that the dashboard evolves in response to user needs.
Communicating, again and again: While an email announcement is a good start, it's just one lever in a larger strategy. The launch is only the beginning - try to send regular emails with updates, success stories on how people used the dashboards, plans, etc.
With those strategies, you ensure adoption and that your users will work with you - to build the best ecosystem that will generate the most value for them.
In conclusion..
A dashboard ecosystem success is as much about the “WHAT” than it is about the “HOW”. You can build the best tools in the world, but if your users don’t know about them, or if they don’t know how to use them — then they will never generate any value.