theonline.mba
← Back to unit 2: Describing Business Performance

OMBA 102 · Unit 2 · Lesson 5 of 5

Building and Interpreting Management Dashboards

Describing Business Performance

Lesson

Dashboards exist to change decisions, not to display curiosity

Northwind Analytics built a management dashboard with 47 tiles: daily active users, blog traffic, open headcount reqs, average lunch survey score, and a dozen legacy metrics nobody had owned since a reorg. Weekly business reviews stretched to 90 minutes of scrolling. When Q4 revenue missed plan, the room argued from incompatible averages while the one tile that would have explained the miss (expansion vs churn bridge) lived on page four, untitled and unowned. The dashboard did not fail because the team lacked data. It failed because it was built forward from data availability instead of backward from decisions.

A management dashboard is a curated, repeatable view of metrics tied to a cadence (daily standup, weekly business review, monthly board pack) and to actions. Lessons 1 through 4 gave you vocabulary: center, spread, percentiles, shape, and honest charts. This lesson integrates them into dashboard design: KPI hierarchy, thresholds, leading vs lagging indicators, ownership, narrative commentary, and anti-gaming discipline. You will specify a one-page dashboard with reconciled numbers, chart integrity rules from Lesson 4, and percentile tiles from Lesson 3.

Design backward from decisions

Start with four questions before adding a single tile:

  1. What decisions does this meeting make? (Hire, reallocate spend, escalate incident, change price.)
  2. Which metrics, if they moved, would change those decisions?
  3. What comparison frame? (vs plan, vs prior period, vs benchmark, vs threshold.)
  4. Who owns each metric for explanation and remediation?

If a metric has no owner and no action when red, delete it. Vanity metrics (raw page views without conversion context) consume attention without improving outcomes.

Document the decision map:

MeetingDecisionRequired metricsOwner
Weekly revenue reviewShift pipeline spendPipeline coverage, win rate, ASPCRO
Incident reviewAllocate engineeringp99 latency, error budget burnCTO

Unit 2 vocabulary audits every tile: mean vs median (Lesson 1), spread (Lesson 2), p99 (Lesson 3), axis integrity (Lesson 4). Good dashboard design is subtractive: delete metrics that never changed a decision in the last month.

Workshop prompt: list decisions your weekly meeting actually made in the last four sessions; keep only tiles tied to those decisions. Mixing comparison frames ("vs plan" on a YoY line) confuses; match frame to cadence (daily SLA, weekly plan, board YoY).


KPI hierarchy: north star, drivers, operations

Effective dashboards stack three layers:

LevelHorizonRoleExamples
North starStrategic outcomeDid we win?Revenue, NRR (net revenue retention, expansion minus churn on existing customers), market share
DriversTactical leversWhy did north star move?Conversion, activation, gross churn, CAC (customer acquisition cost, sales and marketing spend per new customer)
OperationalDaily/weekly pulseIs the machine running?Ticket backlog, uptime, inventory turns, p90 handle time

Drivers must explain north star movement. If NRR fell, expansion rate and churn rate belong on the same page with consistent definitions. From Lesson 1, report weighted conversion by channel, not a blended line that hides Simpson's paradox. From Lesson 2, pair mean with SD or IQR when setting forecast confidence. From Lesson 3, place p99 latency next to mean latency. From Lesson 4, use box plots or honest axes, not hockey-stick lines.

Decomposition rule: Every north star tile should have a documented bridge identity. Revenue bridges to new logos, expansion, contraction, and churn. Gross margin bridges to price, mix, and input cost. If your dashboard cannot write the bridge equation on one line, drivers are missing or duplicated.

Operational tiles exist to explain driver movement, not to decorate. p90 handle time matters because it predicts SLA breaches that drive churn. Open ticket count matters when backlog predicts CSAT decline. Resist operational tiles with no hypothesized link to a driver (blog sessions unless marketing qualified leads is a driver).

Facilitating the weekly business review

A dashboard is only as good as the meeting that consumes it. Standard 60-minute WBR (weekly business review) agenda:

  1. 5 min: Red/yellow tiles only (skip green narration).
  2. 15 min: North star vs plan with waterfall bridge.
  3. 20 min: Driver deep dive on largest bridge component (owner presents commentary block).
  4. 10 min: Leading indicators and actions with due dates.
  5. 10 min: Cross-functional blockers.

Rules that preserve sanity:

  • No metric without owner may appear on slide 1.
  • Disagreements on definitions defer to the metric definition sheet, not loudest voice.
  • "We need more data" requires a dated request, not a filibuster.

Northwind adopted this agenda and cut review time from 90 to 55 minutes while increasing action item closure rate. The dashboard did not shrink; the discipline grew.

Goodhart's law and metric pairing

Goodhart's law: "When a measure becomes a target, it ceases to be a good measure." Teams optimize the metric, not the underlying goal. Sales compensated on bookings may discount aggressively; support optimized on tickets closed may rush quality; engineering optimized on story points may inflate estimates.

Defense: Pair metrics so gaming one exposes harm elsewhere:

  • Growth and gross margin and churn
  • Velocity and defect rate and p99 latency
  • Call volume and customer satisfaction and first-contact resolution

Dashboards should show pairs side by side, not orphan KPIs.

Historical examples: Wells Fargo cross-sell scandals illustrate metric targeting without guardrails (accounts opened vs customer harm). Less extreme daily cases: support closes tickets early to beat mean handle time while CSAT (customer satisfaction score) falls; sales offers discounts to beat bookings while gross margin collapses. Pairing metrics does not prevent all gaming but surfaces it on the same screen where leaders meet.

Design implication: Place paired metrics adjacent with shared time axis. If primary KPI green and guardrail red, tile shows yellow composite or explicit "conflict" flag requiring commentary.

Thresholds: green, yellow, red with explicit rules

Ambiguous colors force debate every week and defeat automation. Define thresholds in writing:

Example revenue vs plan (monthly):

  • Green: ≥ 95% of plan
  • Yellow: 90–95% of plan with documented cause (known deal slip)
  • Red: < 90% of plan or unknown cause

Example latency (Lesson 3):

  • Green: p99 < 500 ms
  • Yellow: p99 500–800 ms three days running
  • Red: p99 > 800 ms or SLA credit trigger

Thresholds must align with contracts and capacity, not round numbers chosen for aesthetics. Review quarterly.

Leading vs lagging indicators

Lagging indicators tell you results after the fact: revenue, profit, churn counted this month.

Leading indicators predict or influence future results: pipeline coverage ratio, trial activation rate, error budget remaining, supplier lead time.

Dashboards heavy on lagging tell you that you already failed. Balance with leading indicators the team can move this week. A weekly sales dashboard with only closed revenue is a rear-view mirror; add qualified pipeline and stage conversion.

Leading indicator criteria: measurable weekly, influenced by the team owning the tile, and logically prior to the lagging outcome. Pipeline coverage (pipeline $ / quota $) leads closed revenue. Trial activation rate leads paid conversion. Error budget remaining leads uptime credits. Avoid pseudo-leading metrics that move without predictive power (vanity traffic that does not correlate with qualified leads).

Lagging indicators still belong on the dashboard as scoreboard outcomes. The design rule is ratio: at least one leading tile per lagging north star driver path, not necessarily 1:1 across forty metrics.

Commentary layer: numbers need narrative

Tiles without text invite misinterpretation. Standard commentary block each period:

  • What moved? (Fact tied to metric ID.)
  • Why? (Hypothesis, not spin.)
  • What are we doing? (Owner, action, date.)
  • What we do not know yet. (Honest uncertainty.)

Example: "NRR yellow at 102% (target 108%). Gross churn rose to 1.9% (median cohort 1.4%, p90 5.8%). Hypothesis: SMB onboarding gap. Action: CS playbook v2 ship Friday (Owner: VP CS). Unknown: enterprise expansion slowdown vs seasonality."

Commentary anti-patterns: vague "market headwinds" without metric tie; celebrating green while paired guardrail red; blaming another function without bridge math. Good commentary cites numbers, names owners, dates actions, and separates known from unknown. It uses Lesson 3 percentiles when mean hides tails ("churn median fine, p90 crisis").

Anatomy of a one-page weekly dashboard

Recommended layout (top to bottom):

  1. Header: Period, plan version, data freshness timestamp
  2. North star row: 2–3 outcomes with vs plan and vs prior
  3. Driver row: Decomposition charts (bridge/waterfall)
  4. Operational row: SLAs with percentiles
  5. Commentary box: Four bullets above
  6. Footnotes: Definitions, weights, known data gaps

Limit to one screen without scroll for the executive view; detail links out.

Mobile and print: Executives review dashboards on phones during travel. Tiles must remain legible at reduced width; prefer single-column layout for critical red metrics. Print/PDF exports for board binders should preserve colorblind-safe encoding and not rely on hover tooltips alone.

Cadence, audience, and version control

Different meetings need different dashboard variants, not one mega-view:

CadenceAudienceDepthExample tiles
Daily standupEngineeringOperationalp99 latency, error budget, open incidents
Weekly business reviewExec teamNorth star + driversRevenue bridge, churn, pipeline
Monthly boardDirectorsLagging + contextNRR, gross margin, cash runway
Quarterly strategyC-suiteTrends + segmentsCohort retention, market share

Version control: When definitions change (e.g., churn now excludes paused accounts), bump metric version in the dashboard footer. Comparing Q1 2025 churn to Q4 2024 under different definitions creates false improvement narratives.

Data freshness: Every tile shows as-of timestamp. Decisions on stale pipeline data (48-hour lag) have caused known misses at Northwind; red "stale" badge if sync fails.

Metric definition sheet (one page per north star)

Attach a definition sheet accessible from the dashboard:

  • Formula in plain language and SQL if needed.
  • Population (all customers vs paying only).
  • Window (rolling 30 days vs calendar month).
  • Center/spread shown (median deal + IQR, not mean only).
  • Owner and last reviewed date.

Example NRR entry: "Starting ARR plus expansion minus contraction minus churn, divided by starting ARR, excluding one-time services. Rolling 12 months. Finance owns. Reviewed monthly."

Without definition sheets, two executives debate "churn" with different denominators and neither is wrong.

Anti-gaming patterns beyond Goodhart

Single targetGaming behaviorPair metric
Tickets closedRush closuresReopen rate, CSAT
Lines of codeBloated commitsDefect density
Discount bookingsMargin collapseGross margin %
Mean handle timePremature hang-upRepeat contact rate
DAUBot trafficEngaged sessions / revenue per DAU

Dashboard red on paired guardrail triggers review even if primary KPI green.

Rollout and adoption

A redesigned dashboard fails if users keep exporting old spreadsheets. Rollout checklist:

  1. Pilot one meeting cycle with new layout.
  2. Retire old tiles from email auto-sends.
  3. Train owners on commentary template.
  4. Collect "metric requested but missing" feedback once, then freeze v1 scope.

Successful rollouts treat month one as pilot. Northwind ran parallel layouts for two weekly reviews, compared decision quality, then deleted legacy tiles in a named "dashboard funeral" email so they could not resurface in slide decks.

Treat the dashboard as a product with owners, versions, and retirement dates, not a one-time SQL export. Review quarterly.


Worked example: Northwind weekly revenue dashboard redesign

Part A: Problem statement

Old tile: Single line "Revenue vs last year." Sales blamed product; product blamed pricing. No decomposition, no owners.

Q4 facts (reconciled, $000s):

ComponentThis weekPrior weekPlan (weekly prorate)
New logos420400450
Expansion180200190
Contraction−80−70−60
Churn−150−120−100
Net revenue370410480

Check: 420+180−80−150 = 370

Prior: 400+200−70−120 = 410

Plan components sum: 450+190−60−100 = 480

Part B: Driver decomposition tile

Waterfall chart (Lesson 4): start prior week 410, show deltas for each bridge, end 370.

Largest negative driver: churn −30 vs prior (−150 vs −120) and new logos −20 vs plan (420 vs 450).

Part C: Thresholds and owners

MetricValuevs PlanStatusOwner
Net revenue37077%RedCRO
New logos42093%YellowVP Sales
Expansion18095%YellowVP CS
Churn $150150% of planRedVP CS
Gross churn %1.8%n=310 accountsYellowVP CS

Leading add: Pipeline coverage next 90 days = 2.1× quota (green, VP Sales).

Part D: Commentary and action

What moved: Net revenue −9.8% WoW; churn dollar worst gap.

Why: Three enterprise cancels (named accounts) + SMB downgrade cluster (hypothesis).

Action: CS escalation calls complete Wed; pricing review for downgrade SKU Fri.

Unknown: Whether expansion slowdown is seasonal.

Board question: "Is this a demand problem or retention problem?" Bridge shows retention dominates this week.


Worked example: Operations SLA dashboard with percentiles

Northwind Site Reliability daily dashboard for customer-facing API.

Part A: Metrics selected (Lessons 2–4 integrated)

TileStatisticThresholdChart type
Typical latencyp50< 100 ms greenLine vs 7d
Tail latencyp99< 500 ms greenLine vs 7d
Error rate% 5xx< 0.1% greenBar daily
Availabilityuptime %99.9% rolling 30dSingle stat

Mean latency omitted from executive row (skew lesson); available in drill-down with histogram.

Part B: Sample day reconciliation

20-request sample from Lesson 3: p50 = 87.5 ms, p99 = 2,400 ms, mean = 199.5 ms.

Status: p50 green, p99 red.

Error budget: SLA credits trigger if p99 > 500 ms for 3 consecutive days.

Part C: Pairing anti-Goodhart

Add customer-reported incidents tile next to p99. Prevents "latency gaming" via sampling tricks while users still hurt.

Part D: Operator read

Scale cache for tail; do not celebrate mean improvement while p99 red. Daily standup 15 minutes, red tiles only.


Worked example: Full one-page wireframe for Northwind CRO weekly pack

Part A: Layout (top to bottom)

Row 1 (North star): Net revenue $370k vs plan $480k (red); NRR 102% rolling 12m (yellow); new logo count 4 (green).

Row 2 (Drivers): Waterfall bridge WoW; stacked bar churn by segment (SMB red, enterprise green); weighted conversion by channel (Lesson 1, no blended trap).

Row 3 (Operational): Pipeline coverage 2.1×; median sales cycle 42 days (IQR 28–61); p90 discount approval time 36 hours.

Row 4 (Commentary): Four bullets per template.

Footer: Data as-of Sunday 11:59 PM PT; plan version 2025-Q1-v3; metric definitions link.

Part B: Reconciliation to general ledger

Net revenue tile $370k must tie to GL (general ledger, system of record) revenue recognition for the week ± known timing items (deferred revenue adjustments listed in footnote). Mismatch >1% triggers finance hold on narrative.

Week sum check from Part A prior example: 420+180−80−150 = 370 ✓

Part C: Chart integrity (Lesson 4)

Revenue trend line: y-axis from zero.

Deal size: histogram bins, not mean-only tile.

Conversion: small multiples mobile/desktop.

Part D: Board prep question list

  1. Is churn structural (SMB) or transient (three named cancels)?
  2. Does pipeline coverage support Q1 plan if win rate stays flat?
  3. Are we measuring conversion with consistent channel weights month to month?

Common mistakes beginners make

MistakeReality
40 tiles, zero ownersCut to decision-linked metrics; assign DRI per tile.
Single lagging revenue lineAdd drivers and leading pipeline metrics.
Green/yellow/red by vibeWrite numeric rules; review quarterly.
Mean-only SLA tiles on skewed latencyShow p50 and p99 with error budget.
Charts without definitions or weightsFootnote blended rates and sample sizes.
One KPI target without guardrailsPair growth with margin, quality, or churn.
Commentary-free screenshots in board decksRequire what/why/action/unknown template.
Building v2 dashboard without retiring v1 tilesArchive metrics explicitly or they linger forever.

Practice problem

Design a one-page weekly dashboard for Harbor Logistics (Lesson 1 practice). Facts:

  • North star: On-time delivery 94% (plan 97%)
  • Drivers: Warehouse processing p90 6.2 hours (plan 5), carrier delay rate 8% (plan 4%), route utilization 78%
  • Operational: Tickets open 142, p95 response 22 min (SLA 15 min)
  1. Assign green/yellow/red using plausible rules (write your thresholds).
  2. List one leading indicator Harbor should add.
  3. Write a four-bullet commentary block (what/why/action/unknown).
  4. Name one metric pair to prevent Goodhart gaming on on-time %.

Solution

1. Thresholds (example policy)

On-time 94% vs plan 97% → yellow (90–97% band) if cause known, red if unknown; here yellow with carrier delay spike.

Processing p90 6.2 vs 5.0 → red (>20% over plan).

Carrier delay 8% vs 4% → red.

Route utilization 78% → green (70–85% target band).

Tickets 142 → context-dependent; if baseline 100, yellow.

p95 response 22 vs SLA 15 → red.

2. Leading indicator: Predicted late shipments 24h ahead from scan events (ops can intercept).

3. Commentary

  • What moved: On-time fell to 94%; p90 processing and carrier delays worsened.
  • Why: Midwest storm + temp staffing gap in Warehouse B (hypothesis).
  • Action: Reroute 12 loads; overtime shift Sat (Owner: Ops Director).
  • Unknown: Carrier delay normalization timeline.

4. Pairing: On-time % with damage/claim rate so rushing deliveries does not hide quality collapse.


Practice problem 2

Critique this dashboard snippet:

"Average deal $67.5k | Customer satisfaction 3.8/5 | Blended conversion 4.5%"

Reference Lessons 1–4. List six specific fixes (metric definition, chart, segment, percentile, weight, or delete).

Solution

  1. Replace average deal $67.5k mean with median $29k + mean footnote + n=12 (Lesson 1 skew).
  2. Add deal histogram or box plot (Lesson 4).
  3. Split conversion by channel with weights; do not show blended 4.5% alone (Simpson, Lesson 1).
  4. Replace satisfaction 3.8 mean with band counts or NPS segments (bimodality, Lesson 3).
  5. Add p95 response or p99 latency if satisfaction ties to product performance (Lesson 3).
  6. Delete or own stale tiles; add vs plan and owner labels (this lesson).

Expanded rationale for each fix:

Fix 1 addresses Lesson 1 skew: the $67.5k mean is mathematically correct for totals and wrong for typical deal narrative without median $29k and n=12.

Fix 2 adds Lesson 4 distribution integrity so viewers see whale separation visually.

Fix 3 prevents Lesson 1 Simpson's paradox in a single blended conversion tile.

Fix 4 replaces ordinal-ish satisfaction mean with band counts reflecting Lesson 3 bimodality.

Fix 5 adds tail SLA metrics when satisfaction correlates with product uptime.

Fix 6 applies this lesson's ownership and comparison rules so tiles trigger action.


Integrative review: Unit 2 on one dashboard row

LessonTile exampleFailure if omitted
1 CenterMedian deal + weighted conversionWrong quota; mix illusion
2 SpreadIQR weekly revenue by regionSame mean, different risk
3 Shapep99 latency + NPS bandsTail SLA miss; detractor cluster
4 VisualZero baseline revenue lineFalse growth narrative
5 DashboardBridge + owner + commentaryArgument without diagnosis

Unit 2 is not five separate tricks. It is one discipline: describe performance with honest center, spread, shape, visuals, and decision-linked layout.


Key takeaways

  • Build dashboards backward from decisions, owners, and actions.
  • Stack north star, drivers, and operational metrics with consistent definitions.
  • Pair KPIs to reduce Goodhart gaming; define green/yellow/red explicitly.
  • Integrate center, spread, percentiles, and honest charts from Lessons 1–4.
  • Require commentary: what moved, why, action, unknown.

After this lesson

  1. Which metric on your main dashboard has no clear owner? Propose an owner and red action.
  2. What leading indicator would you add to your weekly review? Tie it to a lagging outcome.
  3. Return to the unit page for assessments, or continue to Unit 3: Probability and Uncertainty.

You now have the descriptive toolkit: center, spread, shape, visualization, and dashboard integration. Unit 3 adds language for uncertainty when historical descriptions are not enough for forward decisions.

Lesson exercise

40 min

Apply: Building and Interpreting Management Dashboards

Using your anchor company (or Data, Statistics and Managerial Decisions default), complete a focused exercise on **Building and Interpreting Management Dashboards**. 1. Write the decision frame (choice, owner, date, constraints). 2. Apply the lesson framework with at least one table and one explicit assumption. 3. Add a downside scenario and a guardrail metric. 4. Conclude with a recommendation and what would change your mind.

Deliverable

One-page workbook entry or memo section filed under OMBA 102 Unit materials.

Rubric

  • Decision frame is specific and time-bound
  • Framework applied with auditable steps
  • Downside case is plausible, not strawman
  • Guardrail metric defined with owner
  • Recommendation links to evidence quality label