The Global Shift
Modern organisations increasingly recognise a fundamental shift in the landscape of work. While it appears under various descriptions, it always anchors to one truth: the transition from scarcity to surplus.
Claude writes: Systems that scale are built on clarity, not complexity. The best frameworks remain invisible to those who use them.
Modern organisations increasingly recognise a fundamental shift in the landscape of work. While it appears under various descriptions, it always anchors to one truth: the transition from scarcity to surplus.
In the age of restricted supply, we built Systems of Record designed for Producer-Efficient Supply Chains. These systems were engineered to manage processes, connect fixed data, and maintain compliance. They were, and still are, highly effective at bending the world to fit a controlled, internal image. For tasks like reporting, alerting, and data integrity, these systems remain fit for purpose.
The danger arises when we misapply this 'constrained thinking' to the Age of Experience. When the rigid logic of a supply chain is forced onto a System of Engagement, the solution does not just stumble: it fails invisibly.
In a world of surplus, competitive advantage has shifted. Organisations no longer compete on what they own or how tightly they control it. Instead, they thrive through Systems of Engagement: fluid frameworks that enable people to move, think, and act together. Success is no longer measured by the efficiency of the provider, but by the quality of the collective experience.
Finance is a discipline thousands of years old. It is supported by global institutions and a baseline of universal literacy. Every manager is expected to understand a budget: no one wears 'I don't get numbers' as a badge of honour.
Technology, by contrast, is often treated with proud ignorance. Leadership frequently abdicates responsibility to a CIO or CTO, treating tech as a 'black box' they needn't understand.
When technology is abdicated rather than integrated, it ceases to be infrastructure and becomes a functional add-on. We see the symptoms everywhere: digital layers bolted onto legacy processes to drive efficiency, and systems of engagement forced on top of systems of record as an afterthought. This produces a fragmented, rigid architecture that is entirely dependent on specialists to maintain.
In 2026, ignorance is no longer a viable strategy. When you abdicate the 'how' of your technology, you lose control of the 'what' of your business. Real infrastructure requires the same baseline of literacy we demand of our balance sheets, because your architecture is your strategy.
To understand infrastructure today, we must first understand how organisations move. Stewart Brand's Pace Layers remind us that different parts of a system, from the slow-moving foundations of governance to the rapid-fire layers of fashion and commerce, change at different speeds. Too often, organisations react to this friction by falling back on the tried and tested: they default to the slowest possible pace.
In the traditional model, technology is often treated as a capstone: the final piece placed on top of a finished building. Real infrastructure is the bedrock. It does not sit on top of the organisation: it sits beneath it, providing the connective tissue that allows the business to evolve.
To achieve this, we must invert the 'Tech First' fallacy. We build from a different starting point:
This inversion is a radical shift in execution. It demands a rigorous interrogation of strategy, capability, and constraints long before the first line of code is written. If the architecture does not reflect the human reality of the organisation, the technology is merely overhead.
In the Age of Engagement, infrastructure is not a substitute for human intelligence: it is a force multiplier for it. We are not just building a tool to 'do the work': we are building the environment where the work becomes possible.
This environment is defined by three core pillars:
At the heart of this is a fundamental principle that builds on the long established DIKW model (Data, Information, Knowledge and Wisdom) and adding two new elements - Insight and Impact. DIKW is not a new concept but Gaping Void's additions are. Moreover DIKW is rarely used as the architectural spine of a technical build. In this framework, every data point follows a deliberate path:
Source: Hugh MacLeod, Gaping Void
Building on the DIKW model - DIKW+ adds 'Insight' and 'Impact' to complete the flow.
This is modular by design. We call it Business Engaged - a set of connected components that all speak the same language. Whether it is intelligence feeds, community platforms, libraries, or content tools, each delivers immediate, independent value. Yet, because they are built on the same logic, they connect and amplify each other. Naturally.
Practically, this means that when you require a new capability, it is rarely a 'build from scratch' scenario. The logic is often already there, embedded within the suite, waiting to be activated. You are not rebuilding: you are simply switching on.
Point solutions fail because they treat integration as an afterthought. Organisations often select 'Software A' for intelligence, 'Software B' for community, and 'Software C' for content, only to spend months forcing them to communicate.
Our approach inverts this. Integration is a Day One requirement. We are designing one system with multiple expressions, rather than trying to forge multiple systems into one. Furthermore, most providers ignore internal capability. They pitch the technology, you buy it, and only then do you discover you lack the skills or bandwidth to maintain it. This is not a technical glitch: it is a design failure.
We treat your organisation's capacity as a primary design input. We ask:
Most systems operate in a simple loop: data comes in, insights go out, and the system resets. You end up running in place, learning the same lessons repeatedly. Infrastructure designed correctly spirals. Each cycle is informed by the last. You learn which questions matter and which signals are meaningful. You begin to anticipate what is about to emerge, moving from observing decision-making to being embedded within it.
None of this works in the abstract. Infrastructure only becomes real when it is fitted to your organisation, your strategy, and your people. That is why we start with Context. We map your resources, including the people, skills, and relationships both inside and outside your walls. We identify gaps not as problems to be solved with more spending, but as design inputs that shape the build.
This is slow work at the outset, and it must be. The quality of the infrastructure is determined entirely by how well we understand what it needs to do and what it needs to survive on. What we deliver is not a template: it is fitted architecture. This is the distinction between service delivery and infrastructure thinking. Service delivery sells tools: infrastructure thinking starts with understanding and builds the environment from there.
Infrastructure is not built in a moment of epiphany. It emerges through rigorous interrogation, iterative design, and a willingness to challenge the assumptions that brought you here. The organisations that move from systems of record to systems of engagement are not those that buy better technology. They are those that develop the literacy to understand what technology can and cannot do, and then design backwards from that truth.
This is the work we do. This is our north star.
Each concept referenced above lives in the PHI⑊PIN wiki—a living knowledge base that evolves as our thinking sharpens. Pages move. Frameworks get refined. Nothing is carved in stone, which is exactly how it should be.
If you follow a link and hit a dead end, the page has moved or been reconsidered. When that happens, email me with what you were looking for. I'll fix the link, point you in the right direction, and you'll help us improve the map for everyone else.
(1) I have this site thanks to Claude. Seems only right that I give Claude the opportunity to summarise the page in a short one paragraph narrative.