Context Theory Get your growth audit

Answer

How do you decide which AI tool a piece of work belongs in?

By what the work contains and what it must reach. Capability is the last question, not the first.

Sort by what the material is and what the work must touch. Sensitivity rules tools out, required access rules tools in, and where the output goes decides the review. Model capability breaks the tie afterwards.

Three properties of the work decide this and none of them is a property of the tool. What the material is: whether it belongs to somebody else, whether it identifies a person, whether the business is under an obligation about it. What the work must reach: whether it needs your files, your inbox, your records, your codebase, or nothing at all. And where the output goes: to you, to a colleague, to a customer, to a public page, or into a system that acts on it. Answering those three puts most tasks in a tool before capability is discussed.

Sensitivity rules tools out, and it does so absolutely rather than on a sliding scale. Material held on somebody else's behalf, anything the business has contracted not to disclose, anything a professional rule governs — that work belongs only in an arrangement whose terms permit it, and no amount of capability makes a non-permitted tool the right one. The useful move is to establish this once per category of material rather than per task, because per-task judgement is what fails at four o'clock on a Friday.

Access rules tools in, and it is the constraint people underweight. A task that requires reading twelve files in a repository, or the last three months of a mailbox, or a live query against records, can only happen in something connected to those. Most disappointment with these tools comes from asking a disconnected one to do connected work and receiving a plausible answer assembled from nothing. Where the work needs context the tool cannot reach, the answer is not a better prompt.

The destination decides the review, which in turn decides how much the placement matters. Work that returns to you and gets checked as you use it can go almost anywhere, because you are the verification. Work that goes to a customer, a public page, or a system that acts on it needs a review step, and where that review will actually happen is part of the tool decision — a tool that produces output somewhere nobody looks has placed the work badly however good the output is.

Only then is capability worth discussing, and it is a real question rather than a formality. Long, structured reasoning; large volumes of material at once; code that has to run; reliable formatting; retrieval over a corpus. These differ genuinely between products, and choosing among the tools that survived the first three filters on those grounds is sensible. Choosing on those grounds first is how sensitive material ends up in a consumer account because it produced better prose.

The practical output of all this is a placement rule, not a decision each time. Something like: client material and anything under an obligation goes in the sanctioned business tool; anything touching our own systems goes through the connected assistant; public research and drafting with no particulars can go anywhere; nothing that reaches a customer goes without a named reviewer. Written down, that takes a page, survives a change of vendor, and removes the case-by-case judgement that is where placement actually goes wrong.

Choosing a tool by which model is best answers the least binding question first, and most bad placements are already decided by what the work contains.

Siddharth Sharma, Context Theory

Related questions

Is it worth standardising on one tool?

It is worth standardising on one tool per category rather than one overall. A single sanctioned tool for sensitive work is unambiguously good, because ambiguity is what puts client material in the wrong account. Insisting on one tool for everything usually fails on the access dimension — the assistant connected to your codebase is rarely the one connected to your records — and the failure mode is staff quietly using something else.

What about tools staff already like?

Preference is real information about what people will actually use, and ignoring it produces a policy nobody follows. The reasonable position is that preference decides among tools that pass the first three filters and never overrides them. Where a preferred tool fails only on terms, upgrading the plan is often cheaper than the enforcement effort of banning it.

METHOD

Every figure below carries its source and the date it was verified. Nothing on this page is asserted.

The numbers on this page.

Datapoints
What Value Specific to
Realistic monthly lead-gen software spend$1,500–$5,000Category-wide
US SMB retainer, focused one-to-two-service engagement$1,500–$4,000Category-wide

2026 real estate operating cost survey · plus $1,000–$8,000 variable · verified

2026 agency pricing survey · per month · verified

What is specific to this page.

Evidence
Kind Claim Check it against
WorkflowPlacement is decided by three properties of the work — what the material is, what systems it must reach, and where the output goes — none of which is a property of the tool, and answering them assigns most tasks before capability is discussed.Taking a week's tasks and assigning each against the three properties before any tool is named.
ConstraintSensitivity excludes tools absolutely rather than on a sliding scale, so the decision should be made once per category of material rather than per task, because per-task judgement is what fails under time pressure.Whether the business can name, for each category of material it holds, the single arrangement that category is permitted to enter.
SoftwareMost disappointment with these tools comes from asking a disconnected one to do connected work, where the answer is assembled without the context the task required and cannot be repaired by rewriting the prompt.Comparing output on the same task from a tool with access to the underlying files and one without.
ProcurementA written placement rule covering categories of material, systems and destinations survives a change of vendor, whereas a tool-by-tool policy has to be rewritten each time a product is adopted or replaced.Checking whether the existing policy names products or names categories, and whether it would still be correct if every product changed.

Each row would be wrong on another industry's page. Where a sourced figure exists it is in the table above instead; these are the constraints that shape the work and do not happen to be numbers.

Start with the measurement.

Reading about a benchmark is not the same as knowing your own number. The audit produces yours, measured rather than estimated.

Get your growth audit

$497 · delivered in 5 business days · credited against month one