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.
| What | Value | Specific to |
|---|---|---|
| Realistic monthly lead-gen software spend | $1,500–$5,000 | Category-wide |
| US SMB retainer, focused one-to-two-service engagement | $1,500–$4,000 | Category-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.
| Kind | Claim | Check it against |
|---|---|---|
| Workflow | Placement 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. |
| Constraint | Sensitivity 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. |
| Software | Most 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. |
| Procurement | A 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.
$497 · delivered in 5 business days · credited against month one