Most articles about systems of intelligence are written for enterprises. They describe platforms that cost $50,000 per year to implement, require a dedicated AI team to configure, and take six months before anything works.
This article is not that.
A 10-person professional services firm, a 25-person tourism operation, a 40-person construction company — these businesses have the same need for organisational intelligence as a 1,000-person enterprise. They just cannot afford the enterprise path to get there. What they can do is build it, layer by layer, using the right architectural approach and the right platform.
a16z described the architectural shift in early 2026: the businesses that win the next decade will be those that build not just a system of record (where data is stored) but a system of intelligence (where data is synthesised into decisions). This guide explains how to build both, in the right sequence, at SMB scale.
Step 1: Establish Your System of Record First
You cannot build a system of intelligence on top of scattered, inconsistent data. The intelligence layer needs signal — and signal quality depends entirely on what the record layer captures.
Before thinking about AI, reasoning, or synthesis, answer this question: does the canonical version of your business operations live in one connected system?
If the answer involves any of these — "mostly in our project management tool but some in email," "in Salesforce but people don't always update it," "in spreadsheets that different people maintain" — you have a record-layer problem that will constrain your intelligence layer from day one.
What Data Belongs in the Record Layer
A rich record layer for a 5-50 person business captures at minimum:
- Goals and strategy — what the business is trying to achieve this quarter and year, with measurable targets
- Work and task data — what each person is working on, what is blocked, what is completed
- Documents and decisions — what was decided, by whom, and the reasoning behind it
- Financial data — how work maps to revenue, costs, and margins
- Customer and relationship data — the context behind every active relationship
- Communication patterns — what is being escalated, delayed, or avoided
Running a business from one platform is not a luxury — it is the prerequisite for building an intelligence layer that works. Fragmentation in the record layer produces fragmentation in the intelligence layer. The average business uses 42 tools, and most of them create data silos that no intelligence layer can bridge.
The goal of Step 1 is not to get everything perfect. It is to get your operational data into a system that is connected, searchable, and consistent enough for the intelligence layer to reason across.
Step 2: Connect Your Signal Sources
A record layer with a single data type produces a system of record, not a system of intelligence. Intelligence requires multi-signal input — the synthesis of signals from different domains that reveals patterns no individual signal would surface alone.
Anthropic's research on organisational AI shows that the intelligence value of AI systems scales with the diversity and richness of their input signals. A reasoning layer operating only on CRM data produces CRM intelligence. A reasoning layer operating on CRM + goals + tasks + documents + financial data produces organisational intelligence.
The Signals That Matter for Intelligence
Not all signals are equal. Prioritise these:
Goals signal: Are the things people are working on aligned with the business's strategic objectives? Without goal data, the intelligence layer cannot distinguish meaningful progress from busy work.
Velocity signal: How fast is work moving? Velocity data surfaces bottlenecks before they become crises. A deal that is taking twice as long as usual, a task that has been blocked for three weeks, a process that is slowing down — these are intelligence signals, not just record entries.
Decision history: What has been decided, and when? Institutional memory is the most undervalued signal in most businesses. When a new hire can query the reasoning behind decisions made six months ago, their onboarding time drops dramatically.
Financial correlation: How do operational patterns correlate with financial outcomes? The intelligence layer that can surface "projects that run this way tend to be 15% less profitable" is worth more than any CRM dashboard.
Step 3: Build the Reasoning Layer
This is where most businesses stop — they build a good record layer and then expect AI to magically synthesise it. That does not work. The reasoning layer requires deliberate design: you need to encode your domain logic, not just provide data.
Domain logic is the knowledge that makes your business work. How do you qualify a prospect? What does a healthy project look like at the halfway point? What signals indicate a customer is likely to churn? What combinations of factors predict a late delivery?
This knowledge currently lives in your most experienced people's heads. When those people leave, it walks out the door with them. Building a system of intelligence means encoding that knowledge into the platform, where it persists and compounds.
Domain Logic Encoding in Practice
Domain logic encoding is not coding in the traditional sense. With AI-assisted development tools, you describe the logic in plain language and deploy it as a working automation or AI agent.
Practical examples:
- A deal health scoring agent that flags deals matching your historical patterns for at-risk behaviour
- A project status summary that synthesises task progress, goal alignment, and budget status into a three-line briefing
- A weekly intelligence digest that surfaces the three highest-priority items across all active work
- An onboarding context package that compiles the institutional knowledge a new team member needs for their specific role
Each of these is a piece of domain logic — encoded, deployed, and running continuously. Each makes the intelligence layer smarter. Build them from your IDE and deploy to a platform that knows your business context, and you have the foundation of an intelligence layer.
Step 4: Encode Your Institutional Memory
Institutional memory is the intelligence layer's most valuable asset and the most neglected one. Most businesses treat memory as a documentation problem — if we write it down, it will be preserved. It is actually an intelligence problem: the value is not in the raw documentation, it is in the synthesised context.
What a new hire needs is not your company wiki. It is the answered question "what should I know about this customer, this project, and this team to be effective in my first 90 days?" That answer requires synthesising dozens of documents, decisions, and interactions — which is exactly what an intelligence layer can do if the record layer is rich enough.
Google's research on organisational knowledge transfer shows that the speed of institutional memory transfer is one of the highest-leverage factors in team performance. Businesses that make their intelligence layer the primary onboarding tool for new team members see significantly faster ramp times.
Build the institutional memory layer by:
- Capturing decisions, not just actions — every significant decision should be recorded with its reasoning, not just its outcome
- Tagging context to projects — when a project closes, the lessons, patterns, and exceptions should be archived to the intelligence layer, not just the record
- Connecting people to knowledge — when someone leaves, their synthesis of the business should transfer to the intelligence layer, not disappear
Step 5: Deploy and Let It Compound
A system of intelligence is not a project with a completion date. It is an architecture that compounds. Every workflow deployed, every decision recorded, every pattern encoded makes the intelligence layer marginally smarter. Over months and years, the compounding produces a capability that cannot be replicated by a competitor using the same tools.
The compounding logic works because the switching cost for a system of intelligence is not the data — it is the logic. As McKinsey's analysis shows, businesses that have encoded significant domain logic in their intelligence platforms maintain that advantage because the logic is not exportable. A competitor can import your customer records. They cannot import your deal qualification logic, your project health scoring, your institutional memory of why things went right or wrong.
Deploy in this sequence:
- Week 1-2: Consolidate record layer onto one platform (goals, tasks, documents, email)
- Week 3-4: Build first 2-3 domain logic agents (weekly digest, deal health score, project status brief)
- Month 2: Extend to the build layer — custom apps that encode your specific operational workflows
- Month 3-6: Add institutional memory protocols — decision capture, lessons learned, context archiving
- Month 6+: Let the compounding work — add new domain logic as it surfaces, review the intelligence layer's outputs regularly, and refine
The WaymakerOS Path: Record, Build, Intelligence
WaymakerOS is designed for exactly this five-step process.
Commander provides the record layer — 20 connected tools that capture all operational signals in one place. Goals, tasks, documents, email, financial data, team structure. The record layer that an intelligence system needs is available from day one without months of integration work.
Host provides the build layer — deploy AI agents and custom apps directly from your development environment. Every Ambassador function you deploy is a piece of domain logic that runs continuously, 24 hours a day, on your actual business data.
One provides the intelligence layer — the synthesis engine that connects Commander's record to Host's logic and surfaces the intelligence your team needs. Board reports, deal intelligence, project health briefings, onboarding context packages — these are not manual tasks, they are intelligence-layer outputs.
The result: a system of intelligence built and running in weeks, not months, at $19 per seat per month rather than $50,000 per year.
A system of intelligence is built in layers, not all at once. Start with a rich record layer, connect your signal sources, encode your domain logic, capture institutional memory, and let it compound. Read more about what a system of intelligence is and explore how to build software without a developer.
About the Author

Stuart Leo
Stuart Leo founded Waymaker to solve a problem he kept seeing: businesses losing critical knowledge as they grow. He wrote Resolute to help leaders navigate change, lead with purpose, and build indestructible organizations. When he's not building software, he's enjoying the sand, surf, and open spaces of Australia.