Comments on: The Challenge of Dashboards and Portals http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/ Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business. Mon, 20 May 2013 13:09:05 +0000 hourly 1 By: slith http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5917 slith Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5917 excellent article! i’m looking into using the dashboard approach for a project i’m working on now. i’ll be looking forward to your next series of articles covering this topic.

]]> By: joe_lamantia http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5918 joe_lamantia Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5918 Thanks! The building blocks are useful for most tile-based design approaches, so if another type of portal better meets your needs, don’t think the blocks require thinking specifically in terms of a dashboard.

]]> By: joe_lamantia http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5919 joe_lamantia Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5919 I’ve created a suggested – and *highly* original – tag for bookmarking items related to the building blocks: ia_building_blocks.

I’ve tagged a few items on del.icio.us – my default bookmarking service – but monitor tag streams from some of the other bookmarking services.

http://del.icio.us/tag/ia_building_blocks

]]> By: jamesr http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5920 jamesr Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5920 Great article! This is a space that seriously needs some vendor-independent thinking, so I’m very much looking forward to the rest of the articles in the series…

]]> By: danielegaliffa http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5921 danielegaliffa Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5921 Very interesting content.

Dasjboards design, when related to infovis methodlogies and techniques, could also offer new way to understand business trends and / or issues to be solved.

]]> By: cgerrard http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5922 cgerrard Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5922 There is substantial merit in the idea of having a foundation technology useful for the construction of dashboards. I quite like the idea of having a coherent architecture from which dashboards can be rationally constructed.

However, the article misses the central point of dashboards, particularly executive dashboards: presenting enough information *in context* to provide a comprehensive analytic overview of the entire scope of the organization being examined.

To quote Edward Tufte, “Above all else, show the data.”

High quality analytic information design of a dashboard is the central factor leading to its success. In order to be effective dashboards must be information-dense and present the information clearly.

Practically speaking, this means that, as much as possible to “machinery” of the dashboard must give way to the information. The machinery must take second stage, to the point of fading completely away.

The article concentrates on the structural technical elements involved in dashboards, to the near-exclusion of good analytical information design. For example, Figure 2 labels 8 distinct structural elements but none of the data displays.

Illustrative of information design improvements that should be made in the sample dashboard…
The top two leftmost tiles show related measures for the same seven products in two line graphs covering the same time period. The As of date is the same for both and is shown four times. The product legend is duplicated, wasting precious space, as do the heavyweight title bars and non-data ornamentation.
It appears that the information in the graphs is possibly completely orthogonal in that the top graph show sales volume for each product, the bottom graph the proportion of total sales for each. This begs the question as to whether there is any additional information provided by the bottom graph. It’s hard to tell, but seems unlikely. (it would help if the graph were clearly labeled as % of total sales per product). If the second graph adds no additional information it should not be presented; if it does the presentation of the two graphs should be improved to convey their content and relationship more clearly.

An excellent resource for dashboard design is Stephen Few’s book “Information Dashboard Design The Effective Visual Communication of Data”, available from O’Reilly (http://www.oreilly.com/catalog/infodashboard/) and Amazon (http://www.amazon.com/Information-Dashboard-Design-Effective-Communication/dp/0596100167)

]]> By: joe_lamantia http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5923 joe_lamantia Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5923 Chris – thanks for commenting. I’m afraid the purpose of the article may not have been clearly communicated, based on what I understand your comments to refer to. This article is the first in a series that shares a system of IA buliding blocks that is meant to be support a high quality user experience for presenting *any* kind of information / content / functionality, in an easily understood structure that can grow over time.

That means that the context for this article is the consistent set of design challenges teams must face when working on any dashboard, or tile based content aggregator. This design framework is meant to be independent of other contexts, such as industry or the functional role of the users.

Keep in mind that large organizations often need several kinds of dashboards or consoles, addressing diverse needs for information about the organziation at mulitple levels, and from multiple perspectives. Perhaps the specific label ‘executive dashboards’ leads away from the underlying idea of the building blocks – that one design toolkit can help solve many problems faced in the creation of a large range of tile-based experiences. In large organizations, a suite of interlocking dashboards is not uncommon; at the true exeuctive level, these consoles may be genuienly global in scope, but at lower levels of the organizational hierarchy, they may concern only a single region, product, or business unit.

Also be aware that the examples of dashboard screens and UI components are intended to show how to use the building blocks to design this sort of flexible structure, not to show proper information design for any specific set of content. As you’ve noticed, the examples show comps (or in some cases, sanitized screenshots from some of the ~25 actual dashboards built using this system of blocks) that emphasize the structure deliberately.

All that said, your points are valid. Context is essential for the proper understanding of information, and you’ll see some specific mechanisms built in to the buliding blocks that are intended to help preserve the context of information sourced from many different places. The structure should fade into the background and allow the information to be most prominent – thus the disclaimer that the renderings and exmaples here are not meant to be taken literally as design guidelines for any sort of dashboard, or tile-based experience.

Thanks,
Joe Lamantia

]]> By: tonant http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5924 tonant Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5924 What stands out for me as useful in this article is your screen overlay. “Section Connector”, “Page Connector”, “Control Bar”, “Convenience Functionality” etc – these are really useful terms that I’m going to use going forward. Did you invent these or are they from something that I should read ? :)

]]> By: joelamantia http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5925 joelamantia Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5925 Thanks Patrick – I’m glad you find them useful. The most important step toward sharing and discussing something is having a name for it, thus the joke that the first law of Information Architecture is “It’s all about labeling”…

As far as I know, these terms originate right here :) But I haven’t done a thorough search for other examples. You might try some of the growing crop of books on portal and dashboard design available from various publishers to see what they have to say. These books were not available when I first developed the building blocks (now a while ago). Let us know what you find?

]]> By: kiranmova http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5926 kiranmova Wed, 30 Nov -0001 00:00:00 +0000 http://boxesandarrows.com/the-challenge-of-dashboards-and-portals/#comment-5926 Great Article Joe. Very helpful for people like me starting with their first dashboard design projects. As Chris pointed out, Stephen Few has a good book on dashboard design and helps understand the cognitive science behind the layout, shapes and colors. However, it does not cover the design strategy that needs to be developed. Looking forward to read the remaining articles in the series and hope they are aligned with the theories from Edward Tufte and Stephen Few.

]]>