Purpose-keyed view

Added

The actor returns to the same underlying data with different purposes at different moments: a passing glance between tasks, a scheduled review, a deep dive into one concern. The data is already well presented — nothing is hidden — yet the recurring questions still take work to answer, and each moment brings a different amount of attention to spend on them.

This is what the word dashboard usually means. It names three separable things: an artefact (tiled charts on one screen), a use (monitoring at a glance), and an authorship (composed at design-time, fixed for everyone). This page holds the use — the purpose, whatever the look. The authorship stance is malleability’s. The artefact belongs to charting data.

Forces

  • Generality vs. relevance — one general view can show everything, organised and visualised well, but deciding which of everything matters right now is left to the actor, and that inference is itself expert work.
  • Density vs. attention — a view dense enough for the deep dive is too dense for the passing glance; one view cannot be honest to attention budgets that differ by orders of magnitude.
  • Fit vs. upkeep — a hand-built view per question fits perfectly on day one and drifts from then on; the pre-built report is an expensive intermediary that lags behind the questions asked of it.

Solution

Shape what the view shows around the purpose — which data, at what level of detail, demanding how much attention — rather than presenting the data one fixed way. Keep the general exploratory view reachable from every purpose-keyed one.

Variants

The variants differ by purpose — each serves one of the recurring information behaviours the actor brings back to the same collection.

Analytical exploration

Draw conclusions through structured investigation. Medium granularity with comparison, filtering, and grouping; the actor explores, tests hypotheses, generates insights. Typically a collection framing with flexible refinement and several representations to switch between. This is the least зurposeful of the three — little more than the general view with sensible presets — because exploring is the one purpose that pre-curation harms rather than helps. It is also the view the other two must keep reachable.

Monitoring

Maintain operational awareness without deep investigation — answer “is anything wrong?” in passing. Aggregate metrics, trends, and status indicators rendered as compact summaries; typically a zoomed-out collection framing with auto-refresh.

Drilldown investigation

Chase one concern to its bottom, ending at an individual item’s full view.

From watch to chase

Monitoring exists to hand off: something changes or catches attention, and the watch becomes a chase. When the purpose recurs on a rhythm — the views along that path can be staged. Each tier is designed for the attention budget of its own moment. Deeper tiers never push themselves forward; the actor moves inward deliberately. That makes the outer tier’s selection consequential: whatever it omits, the actor must know to ask for. The outer tier is often shared across the team, with room for personalisation increasing inward.

The hinge between watch and chase is clearest when it is rule-based. Where the domain can state its detection rules explicitly, the watch becomes a checklist of detected problems, and selecting one starts the chase with the reason attached — problem-curated view.

Resources & references

Consequences

  • each recurring purpose has a view designed for its own question and attention budget, instead of one general view compromising across all of them
  • every purpose-keyed view is a curation decision someone must maintain — whatever it omits, the actor must know to ask for
  • the general exploratory view stays reachable from every purpose-keyed one — curation prunes it, never replaces it, because the purposes only anticipate the questions they encode and cases outside them need somewhere to be noticed

Related patterns

Serves

  • Assistance — perceiving — compresses system state into a glanceable monitoring overview the actor can absorb between tasks

Related

  • Charting data — the monitoring variant is largely composed of charts; how many tiles, drawn how, reading consistently against each other is a charting problem, not this page's
  • Data view — data view supplies the framing machinery — query, representation, arrangement — that a purpose-keyed view fixes around one recurring purpose
  • Item view — each tier picks the level of detail entities are rendered at; the investigation variant bottoms out in a full item view

Preceded by

  • Hub and spoke — the hub is the one surface every journey passes through, which makes it the natural place to report across all the spokes — what changed, what needs attention; what to show there is its own design problem, not something the topology settles

Instantiated by

  • Problem-curated view — problem-curated view takes the design-time keying to its limit: the advance decision about what matters made explicit as detection rules, spanning the watch and the chase