Measure the Interface, Not Just the Function
Functional measures can look healthy while the customer outcome waits between teams. Add a small set of interface evidence before treating a local dashboard as proof that the organization is working.
The problem to solve
A functional dashboard often measures local completion: leads generated, tickets closed, work shipped, or budget approved. Those measures matter, yet they do not show whether the next function received a usable input at the right time or whether the customer outcome progressed.
Interface evidence is not a demand for a large reporting system. It is a way to give leaders a shared view of the condition their individual measures cannot reveal.
The Work & Theory principle
Performance follows the work system. Define evidence close to the actual handoff: the expected output, its timeliness and usability, the decision condition, and the consequence when the interface fails.
A bounded evidence set
Use only evidence the team can inspect and discuss.
- Expected output and customer or business outcome
- Time or condition from trigger to usable handoff
- Rework, duplication, or exception patterns
- Escalations and why they occurred
- Decision time and missing inputs
- Qualitative evidence from the roles doing the work
Practical next actions
Add the evidence to the Blueprint Review before changing targets. Review it alongside the functional measures for one operating cycle, then decide whether the bottleneck is a capacity, information, authority, cadence, or sequencing condition.
Use Performance Contracts to clarify the part each critical role owns without making a single individual accountable for an unowned interface.
Related artifact and pathway
This strengthens the Performance Contract and Organization Blueprint. The Cross-Functional Execution Breakdown path helps leadership turn the evidence into a bounded operating change.
Continue the work
Related resources
Design / Tool
Review the Interface Before You Redesign the Organization
A useful Organization Blueprint begins with one critical workflow: the outcome, trigger, roles, handoffs, decision rights, evidence, and next test—not an abstract org chart.
Read resourcePerformance / Article
Performance Problems Are Often Design Problems
Before treating a performance concern as an individual failure, test whether the role has clear outcomes, authority, conditions, and feedback.
Read resource