IllogicalData
IllogicalDataIan Matthews4 min read 1.5 min watch Updated November 2026
Framework · Foundation

Context Architecture

Most AI adoption in go-to-market is an architecture problem dressed up as a prompting problem. Context has to be structured the way enablement is structured, not embedded in a prompt or an agent's instructions.

At a glance

  1. Prompts carry just enough context for one request, and agent instructions carry it statically while the market moves. Both decay quietly into context debt.
  2. The fix is organisational: structure why you sell, how you sell and what you sell, tied to account detail, the way you would onboard a new seller.
  3. Revenue strategy and enablement own it together, and sellers and agents read from the same governed library.
Context architecture: strategy and the sales motion feed a governed context library, which serves both the seller path and the agent path

Watch it in a minute and a half

Read the visual

01 · The prompt and the agent

Most people test AI in go-to-market with a prompt: a paragraph, some instructions, and the hope that the system alreadyhas the rest. In complex selling, it doesn’t. Agent builders embed context in the instructions. It feels like progress, but it’s static: pricing moves, segments change,messaging shifts, and the agent doesn’t know.

02 · Two failure modes, one root cause

Two failure modes run in parallel, and both end in the same place. The context architecture problem sits underneath everyAI conversation in revenue teams.

03 · Not a technology problem

The instinct is to assume the AI is connected to everything and will find what it needs. In most businesses it’s competingwith scattered drives, old email and three versions of the same plan. The fix isn’t a better platform. It’s treating context the way you already treat enablement: structure why, how and whatyou sell, plus account detail, for every agent as for every new hire.

04 · The context architecture

Strategy sets the sales motion: why, how and what you sell. That is curated into one versioned context library, the sourceof truth. The library feeds both paths, sellers and agents, so they stay aligned. Skip it, and the two drift apart.

05 · The proof

Account intelligence first: structured context fed into an automated platform for account planning. Research time droppedby thousands of hours. The same discipline on meeting prep: three to six hours of research becomes a 30-minute AI export and 30 minutes applyingit. The AI works like a seller, because the context was already curated.

06 · Strategy and enablement, together

None of this happens without revenue strategy and enablement working together. Keep them apart and you get what mostbusinesses have now: context scattered and quietly degrading.

Competitors are prompt-engineering their way through this quarter. Own the context layer underneath it.

The prompt is carrying context it was never built to hold

Most people testing AI in go-to-market right now are doing it with a prompt. They write a paragraph, they put in some instructions, and they hope the system already has the rest of the context it needs. That works in a high-volume, low-complexity business or role. In anything more complex, sales, operations, strategy, it isn’t good enough. Sellers end up applying just enough context to get the email written, the positioning done. Just enough context isn’t enough context.

It’s not only the prompt-writers. The people building agent workflows have the same problem, wearing a different coat. They embed context directly into the agent’s instructions, which feels like progress because it’s structured and repeatable. It’s still static. Pricing moves, a segment gets redefined, messaging shifts, and the instructions don’t know it happened. Nobody’s watching for it, because the whole appeal of the agent was that it runs without anyone watching.

Two failure modes, one root cause

That’s context debt, and it’s silent and more dangerous than a stale prompt because it looks finished. We’ve got two parallel failure modes running at once: people experimenting who aren’t managing context at all, and people further along who’ve built something that looks governed but is quietly decaying underneath. Both end up in the same place. We have a context architecture problem, and it sits underneath every AI adoption conversation happening in revenue teams right now.

I’ve spent the last six months thinking about this because our sellers are working across many complex accounts, and every deal, every cycle, every account is different, which means what a seller needs to engage well changes with the account, the market, and the company. AI doesn’t remove that variability. It just makes the gap between having the right context and not having it more visible, faster.

Why this isn’t a technology problem

The instinct is to assume the AI is connected to everything and will find what it needs. In the perfect architecture, it would. In most businesses, it’s competing against SharePoint, local drives, last week’s email, three versions of the same account plan, and no way to know which one is current. Solve for that badly and you don’t get AI-assisted selling. You get AI slop, produced quickly, distributed widely, and you often won’t know it’s happening until you’re on the receiving end of it.

The challenge isn’t a technology one. The fix isn’t a better data or AI platform. It’s treating context the way you already treat enablement. When you bring on a new seller, you don’t hand them a blank page and hope they infer your market. You structure what they need: why you sell, how you sell, what you sell, and the account-specific detail that makes it real for their patch. People aren’t building the equivalent for their AI and agent projects, and that’s a huge gap. Structure the same content the same way, and you’re not solving an IT problem, you’re solving an onboarding problem for every agent your teams are now running alongside them.

Context architecture: strategy and the sales motion feed a governed context library, which serves both the seller path and the agent path
Figure 1: Context structured the way enablement is structured. Sellers and agents read from the same governed library, so nobody is maintaining a private version of the truth.

Nine months of building this discipline

I run revenue strategy, so this isn’t theoretical for me. I can’t just prompt my way through a market analysis. I bring real data and real context into everything I do with AI, and for the last nine months I’ve been trying to build that same capability for the team around me, not just for myself.

We started with account intelligence. Nine months ago we structured context, why we sell, how we sell, what we sell, tied to account-specific detail, and fed it into an automated platform built to support account planning. The research time that used to eat into planning cycles dropped by thousands of hours. Not because the AI got smarter. Because the context stopped living in someone’s head and started living somewhere repeatable, ready to be pulled into research and applied to real customer data.

From account planning to meeting prep

The same discipline is now running on meeting prep, persona research, and executive messaging. A senior person prepping for an executive meeting can burn three to six hours on research before they walk in the room. Structure the context properly, point it at the right sources, and that becomes a 30-minute AI export followed by 30 minutes of reading, reframing, and applying it. The AI isn’t working things out from first principles. It’s working like a seller, because the context it needs was already curated and ready to be read.

None of this happens without revenue strategy and enablement working together. Strategy knows the why, the what changes by segment, the rules of engagement. Enablement knows how to structure and communicate it so people actually use it. Put those two functions in a room together and you get something an AI can read as reliably as a new hire can. Keep them apart and you get exactly what most businesses have now: context scattered across systems, degrading quietly, with nobody accountable for keeping it current.

Own the context layer

The tooling is not the constraint here. Curated, governed context is. Your competitors are prompt-engineering their way through this quarter. The durable advantage belongs to whoever owns the context layer underneath it.

On the map

Use it

Walk a leadership team through Context Architecture with the presenter version: full screen, advanced with the arrow keys, one idea at a time.

Open the presenter version

Built into a talk: Context: the missing layer in GTM AI.

About the talk