Framework Explained

Context Logic: How the Same Framework Works in a Nairobi Cooperative and a Norwegian SME

MetriqOne uses the same stack architecture in every deployment. What changes is the content — the specific context, challenges, and aspirations of the organisation being measured. Context Logic is the mechanism that makes a single framework work across radically different conditions.

The Paradox of Universal Frameworks

Performance measurement frameworks face a fundamental tension. To be useful across many organisations, they must be general enough to apply broadly. But to be meaningful in any specific organisation, they must be specific enough to reflect that organisation's actual conditions. Most frameworks resolve this by being general — and consequently producing indicators that feel disconnected from the organisation's real operational life.

MetriqOne resolves it differently. The architecture is fixed. The content is context-specific. The stack — MCA to CSI to Module to PI to CRI — applies to every deployment. What sits inside that architecture is determined entirely by the organisation's own context, challenges, and aspirations. This is what Context Logic does: it makes the framework simultaneously universal in structure and specific in application.

Context Logic is not a customisation option. It is the mechanism through which the stack becomes a measurement system rather than a template. A stack configured without a documented MCA has no ground — it is a structure without a foundation. The MCA is what makes the framework real for this organisation, in this terrain, at this moment.

The Same Architecture, Different Content

To understand how Context Logic works, consider two radically different organisations deploying the same stack.

Deployment A Agricultural cooperative, East Africa
CSI — Fixed Stability · Safety · Continuity
Stability Module Seasonal cash flow management
Safety Module Field worker protection protocols
Continuity Module Harvest knowledge documentation
Example PI Weekly cash reserve vs. minimum operating requirement
Delivery method Paper-based, hand-calculated, weekly
Deployment B Manufacturing SME, Scandinavia
CSI — Fixed Stability · Safety · Continuity
Stability Module Production line availability
Safety Module Workplace incident prevention
Continuity Module Key skills retention
Example PI Weekly production line uptime percentage
Delivery method Spreadsheet-assisted, weekly review

The architecture is identical. The three CSIs are fixed across both deployments. The confirmation logic is the same. The calibration discipline is the same. What differs entirely is the content — the Modules, the PIs, and the thresholds — because the content is derived from the MCA of each specific organisation.

How the MCA Makes This Possible

The MCA — Meta, Challenges, and Aspirations — is the input function that grounds the stack in the organisation's actual conditions. It is completed before a single indicator is designed. Its three components answer three questions that every deployment must answer before anything else.

Meta
What is this organisation, actually? Not what it aspires to be — what it currently is. Its legal form, its actor composition, its resource position, its operating environment, and its history of performance failure. The Meta is the factual ground. The rollout proceeds from it.
Challenges
What specific conditions does it face right now? Not generic sector challenges — the conditions whose deterioration would constitute a governance failure for this organisation, in this terrain, at this moment. A Module is only admissible to the stack if it measures a condition relevant to a declared Challenge.
Aspirations
What is it working toward? Not targets with deadlines — directional indicators of what a successful calibration cycle looks like, beyond the minimum of threshold compliance. The Aspirations give the deployment its long-term orientation without corrupting the confirmation logic with aspirational thresholds.

The stack that emerges from a Nairobi cooperative's MCA will look nothing like the stack that emerges from a Norwegian SME's MCA. The Modules will be different. The PIs will be different. The thresholds will be different. The delivery method may be different. But the architecture — the CSI structure, the confirmation logic, the calibration discipline — is identical. This is what makes cross-deployment learning possible: the fixed spine allows comparison at the CSI level even when every other layer differs.

Why Context Is Not Optional

Every framework that fails in deployment fails because it tried to skip the context step. It started with the indicators — with a list of what to measure — rather than with the organisation's actual conditions. The indicators were designed for a generic organisation rather than for this organisation. They felt irrelevant because they were irrelevant.

Context Logic makes this skip impossible. The MCA is not a preliminary step that can be abbreviated. It is the precondition for configuration. a stack designed without a documented MCA is a stack built without a foundation — it will collapse when conditions change, because nothing in its design is anchored to the actual conditions that produced it.

01

The architecture is universal. The content is context-specific. The same CSI structure applies everywhere. What sits inside it is determined entirely by the MCA of each specific deployment.

02

The MCA is not a preliminary step — it is the input function. A stack configured without a documented MCA has no ground. The context is what makes the framework real for this organisation.

03

A Module is only admissible if it measures a condition relevant to a declared Challenge. This gate prevents generic indicators from entering the stack. Every indicator must earn its place by connecting to the organisation's actual conditions.

04

The fixed CSI spine makes cross-deployment comparison possible. Despite radically different Modules and PIs, two organisations can compare their Stability CRIs — because the structural logic that produced them is identical.

The MetriqOne Trilogy

One framework. Every context.

Book I walks through Context Logic and MCA design with worked examples from six field deployments across five operational domains.

Get the Trilogy on Amazon →