Comments on: What Type of Dashboard Do We Need? 4 Types to Consider + Diagram to Download https://depictdatastudio.com/what-type-of-dashboard-do-we-need-4-types-to-consider-and-diagram-to-download/ Thu, 27 Feb 2025 19:21:55 +0000 hourly 1 https://wordpress.org/?v=7.0 By: Elizabeth McDonald https://depictdatastudio.com/what-type-of-dashboard-do-we-need-4-types-to-consider-and-diagram-to-download/#comment-36495 Mon, 14 Feb 2022 21:57:23 +0000 https://depictdatastudio.com/?p=13886#comment-36495 That is helpful – thank you!

]]>
By: Ann K. Emery https://depictdatastudio.com/what-type-of-dashboard-do-we-need-4-types-to-consider-and-diagram-to-download/#comment-36490 Mon, 14 Feb 2022 21:03:41 +0000 https://depictdatastudio.com/?p=13886#comment-36490 In reply to Elizabeth McDonald.

Hi Elizabeth, This is definitely a common challenge!

Here’s what I’ve seen in practice — let me know if your org is similar.

What usually happens is that the people creating dashboards (like us) get a LOT of requests for different variables, datasets, charts, slices of data, etc. That’s great at first. People are interested in the data; we want to be responsive and helpful to their requests.

A year goes by, and then another. And the dashboard(s) have ballooned and ballooned and ballooned. There are so many variables, datasets, charts, and slices of data. It often becomes unusable.

If this happens in your org, don’t forget to pare down again. DON’T ask people, “Which parts of these dashboards should we delete?” That causes unnecessary stress. (“What if we need that chart/dashboard/slice at some point…???”)

INSTEAD, try asking, “What’s the most valuable part of this dashboard(s)?” You’re listening to see what’s *not* mentioned. Did users mention A, B, and D? Great! Then remove C.

]]>
By: Elizabeth McDonald https://depictdatastudio.com/what-type-of-dashboard-do-we-need-4-types-to-consider-and-diagram-to-download/#comment-36484 Mon, 14 Feb 2022 20:05:09 +0000 https://depictdatastudio.com/?p=13886#comment-36484 This is great information …and thanks for such a handy diagram!

Do you have any thoughts on guidance for data viz designers working for very large companies with the goal of driving self-service? I ask because I work for a huge global company composed of hundreds of sub-businesses and literally countless stakeholder needs (in terms of filtering requirements to arrive at the population of interest, questions being asked, metrics of interest, etc.).

The Center of Excellence I’m a member of aims to drive self-service for virtually all business needs …and so I find myself almost always designing interactive dashboards to meet the diverse needs of our end users (the dashboards have different layers – a high level summary, a middle level, and then details through tooltip pages and/or drill through pages).

My biggest struggle is how to meet this self-service need, when (a) the requirements are largely undefined (because we can’t possibly gather requirements for every single permutation of end user groups) and (b) a huge percentage of our end users are both non-technical and extremely busy, and so unlikely to have the time and/or ability to use the tools we offer. I’m doing my best to have clean, simple designs with built in help, easy access to metric definitions, and a training portal, but I worry that self-service is a pipe-dream and I am set up for failure.

Do you have any advice?

]]>