← Back to Lab Notes
Analytics

Dashboards Should Explain, Not Just Display

Using the Evidence Workspace as an example of designing dashboards around investigation, context, and traceable production evidence.

DashboardsEvidence WorkspaceManufacturing AnalyticsInvestigationEngineering

Many dashboards stop at display.

They show counts, averages, totals, and trend lines. Those views can be useful, but they often leave the engineer with the next question unanswered: why did this happen, and what evidence supports that interpretation?

The Evidence Workspace in Cutting Room Explorer was built around that gap. Its purpose is not only to present manufacturing KPIs. Its purpose is to support investigation. A metric should be a starting point, not the end of the workflow.

In manufacturing systems, a summary number can hide several different causes. A machine may show lower throughput because of material mix, job sequencing, operator workflow, missing records, naming inconsistencies, setup time, or real equipment behavior. Treating the number as self-explanatory makes the interface look complete while pushing the real analysis back onto the person using it.

An evidence-first dashboard keeps the supporting context close to the metric. If a machine looks unusual, the user should be able to inspect the related jobs, classifications, records, and timeline details that made it look unusual. If a marker category affects behavior, the interface should make that relationship visible. If a conclusion depends on filtered data, the path to that conclusion should be traceable.

This approach changes the role of the dashboard. It becomes less of a scoreboard and more of an investigation surface. The design goal is not to make every answer fit into a card. The goal is to help a technical user move from observation to evidence without losing the production context.

That matters for manufacturing investigation work because the dashboard is also a validation tool. If an analytical model claims to represent manufacturing behavior, the team needs a way to compare that claim against observed evidence. Displaying KPIs is not enough. The system has to help explain where the numbers came from and what they imply.

The practical lesson is that dashboards for engineering systems should be designed around questions, not only around metrics. The most useful interface is often the one that makes investigation easier.