Availability
Does the data exist in a system, or in somebody's inbox and memory.
Design Pattern · September 2026
Data readiness before automation
Most assembled systems fail before any model runs, because the data they depend on is incomplete, inconsistent, or somewhere nobody checked.
Under the pillar Operational Truth™, Risk, Liability, and Outcomes
Four checks
Before a workflow is a candidate for automation, four questions have answers, in writing.
Quality
Is it complete and consistent enough that a rule applied to it produces the right answer most of the time.
Gaps
Which fields the workflow needs that nothing currently captures.
Alignment
Whether the data as recorded matches how the work is actually performed, or an older version of it.
The abandonment pattern
The failure has a shape and it repeats. Launch, visible excitement, early wins on the clean cases. Then inconsistent outputs on the messy ones. Staff begin double-checking, then stop trusting, then stop using. Usage drops, nobody escalates it, and the system is quietly deprioritised at the next planning round.
Almost none of that is a model problem. It is a data problem that was visible before the build and was not treated as blocking.
The Zero Neo implication
This is the most common way an assembled environment fails, and it argues for a specific sequence: consolidate and repair the data substrate before automating on top of it.
It also cuts against the hypothesis in one respect worth stating. A purchased application often arrives with an opinion about the data model, and that opinion, however ill-fitting, is a form of readiness the assembled version has to supply for itself.
Put this to work
Data readiness before automation application record
Apply Data readiness before automation to a real piece of work and record what happened.
- For
- Operators redesigning a team, service, or AI workforce.
- What you keep
- A data readiness before automation application record you can review, revise, and send.
- What counts as sound
- Names a real setting
- Shows the work before and after
- Records exceptions
- Uses an observable result
- Ends with keep, revise, or stop
Do not infer that a task can move merely because it can be described.
Nothing entered here is stored or sent. Review the prompt before sharing confidential, personal, patient, or privileged information.
Review the prompt
You can leave any field blank. The prompt will mark it as not provided.
If the record survives your review, send the question, evidence, unknowns, and requested next step.