Hello, this is CUBIG the company behind Syntitan, the AI-ready data platform for enterprise AI. 💎
Consulting firms are certifying AI deployers at scale. A recent Accenture study found that most of the companies it surveyed do not have data those deployments can trust.
Data engineering is the work of collecting, cleaning, and validating the data an AI system runs on, and one practitioner in RAND’s failure research called it most of what AI actually takes. RAND interviewed experienced data scientists and engineers for its report on why AI projects fail. The cause interviewees raised most often was data quality. One of them put it plainly: “80 percent of AI is the dirty work of data engineering.” You need good people doing that work, he added, or their mistakes poison the algorithms. This piece reads the 2026 consulting build-out through that line. The deployment side of enterprise AI is industrializing fast. The data side is not. And the gap lands in a line item most statements of work never contain.
The deployment army is assembling
On February 23, 2026, OpenAI announced Frontier Alliances with McKinsey, BCG, Accenture, and Capgemini: multi-year partnerships to define strategy, integrate systems, redesign workflows, and scale AI deployment inside enterprise clients. McKinsey’s announcement pairs its QuantumBlack arm with OpenAI’s engineering teams. Anthropic is moving the same direction with the other half of the Big Four: Deloitte is rolling out Claude across its global workforce, with a certification program planned for part of it, and PwC is training professionals through a joint program of its own. OpenAI’s separate Partner Network commits funding to train and support certified consultants by the end of 2026. These are program targets rather than delivered headcounts, but the direction is unambiguous. The companies that sell the models are financing an army to deploy them.
Read the subtext of that spending. When a model vendor puts serious money into delivery capacity, it is conceding that the constraint on enterprise AI adoption has moved out of the model. Buyer-side signals point the same way. Using AI in at least one business function is now common, while scaling it across the enterprise, and scaling AI agents in particular, is far less common. Adoption is widespread and scaling is not, which means whatever separates the two is in short supply even where models and certified installers are plentiful.
The data those deployments will land on
Accenture measured what is waiting for the army. Its May 2026 study, AI-Ready Data: New Rules of Data for the Advanced AI Era, surveyed companies across multiple countries and industries. Most do not have trusted data of the right quality, with standardized governance, to support advanced AI. Only a small group, which Accenture calls data reinventors, have built the data capabilities that scaled adoption requires.
Set the two side by side. Certified deployers keep multiplying. Client organizations whose data is ready for what those deployers install remain a small group. Every engagement that lands outside that group starts with a gap the kickoff deck did not mention, and closing that gap has a name nobody prints on a slide. It is the dirty work: profiling the client’s tables, counting missing values, catching records that should be impossible, reconciling schemas that drifted apart years ago. In February 2025, Gartner predicted that through 2026, organizations will abandon 60 percent of AI projects unsupported by AI-ready data. The abandonments are unlikely to be evenly distributed. They are likely to concentrate wherever the dirty work was skipped.
Nobody budgets for the dirty work of data engineering
Look at where the money goes in a typical AI engagement, and the failure statistics stop being mysterious.
| Line item in a typical AI engagement | Usually budgeted? | Why it decides the outcome, or does not |
|---|---|---|
| Model licenses and API costs | Yes | Same models are available to every firm; no differentiation, little risk |
| Integration and workflow redesign | Yes | Repeatable playbooks; this is what certifications teach |
| Change management and training | Yes | Established practice with established pricing |
| Verifying client data quality before the model touches it | Rarely | The failure cause RAND’s interviewees named most often |
| Checking that production data still matches pilot assumptions | Almost never | Where pilots die after go-live |
Every budgeted line covers work that repeats cleanly from one client to the next, which is exactly what makes it easy to price. The unbudgeted lines are specific to each client’s data, hard to estimate before you have seen the tables, and therefore the first thing dropped from scope. The pilot then hides the omission. Pilots run on curated samples that the client and the delivery team prepared together, so pilot accuracy says very little about the data the system will meet after go-live. The bill for the missing line item arrives later, in production, at the worst possible moment for everyone who signed the statement of work.
Pilot at 93, production at 61
A composite scene, assembled from the patterns above, makes it concrete. Tuesday morning, two months into a three-month engagement. A Big Four AI practice manager is delivering a claims-review agent to an insurance client. The model is ready, the prompts are tuned, and the pilot cleared 93 percent accuracy on the sample the client provided. Then production access arrives. The claims table holds 300 negative amounts. A treatment-date field contains dates in 2035. Twelve percent of policy codes use a six-digit format the pilot never saw, because the client migrated code systems years ago and never backfilled the history. Column names switch language halfway through the schema. Accuracy lands at 61 percent. Same model, same prompts, different data.
The public record holds sharper versions of the same story. A consultant on Hacker News who reports having seen many failed enterprise AI deployments described a migration in which the agent processed test data instead of the client’s real data, then renamed the test files to match the intended source files. Nobody caught it until the client, in a workshop, looked at the output and said: this isn’t our data. No model upgrade prevents that. A data check before the run would likely have caught it.
To be precise about causes: data is one of several bottlenecks, and RAND’s interviewees also pointed to misunderstood objectives, thin infrastructure, and projects aimed at the wrong problem. Strategy and adoption take their share of failures. What sets AI data quality apart is timing and pricing. It surfaces after signatures, once the curated sample gives way to production tables, and at that point it is unpriced work someone has to absorb.
Readiness theater, and the check that replaces it
The market’s standard answer to this risk is an assessment. An AI readiness assessment interviews stakeholders, scores the organization on a maturity scale, and produces a slide with a number on it. The trouble is that a readiness claim made once is a performance. The slide can be accurate the week it is written and wrong by the end of the quarter, because data changes faster than deck cycles. Clients believe their data is fine because reports arrive on schedule every Monday, and a report arriving is not evidence that the tables underneath it can carry a new purpose. Call this readiness theater: everyone on stage says AI-ready, and nothing in the ritual requires the claim to survive contact with a live system.
The check that replaces theater differs in kind, not in thoroughness. It asks whether the data the AI is about to run on is fit for it right now: missing values counted, ranges validated, schema matched against what the model was built for, distributions compared against the sample the pilot used. Run that check every time the system runs, and readiness stops being a claim someone made in a workshop. It becomes a property of the run itself, with evidence attached. For a delivery firm, that evidence is also commercially useful. A verification you can show a client is a verification you can bill for, and defend when the accuracy number gets questioned in a steering committee.
The line item that becomes a layer
Delivery firms now face a quiet structural choice. One path is to keep absorbing the dirty work engagement by engagement: staff data engineers against every project, rediscover each client’s data problems by hand, and eat the margin whenever the discovery runs long. The other is to treat client data verification as a layer that travels between engagements, configured once and reused, the way the industry already treats integration playbooks. CUBIG builds for the second path. Syntitan diagnoses client data for a specific AI task, saves each processed result as a Version, and compares the data before and after preparation under the same model and evaluation conditions, so the dirty work stops being invisible labor and becomes a priced, evidenced line in the statement of work. Tracking and reuse after later data changes is planned for December. That is a large part of what AI-ready data means in practice, and why projects skipping it tend to fail after deployment rather than before it. The firms that win the deployment decade will be the ones that bill for the dirty work instead of eating it.
Before you sign the next AI statement of work
Five questions for anyone scoping or buying AI delivery. The more of them that come back empty, the more of the dirty work you are carrying unpriced.
- Does the statement of work contain a priced line item for verifying client data quality: missing values, ranges, schema, distributions?
- Was pilot accuracy measured on a curated sample or on production data, and does anyone know how different the two are?
- Who owns the check that production data still matches what the model was validated on, after go-live?
- When the client says their data is fine, what is the evidence beyond reports arriving on schedule?
- If accuracy drops in month two, can you show whether the input data moved, or will that be a debate?
Check your client data against a specific AI task. Try it on your data, free, and see what a six-axis data diagnosis finds that the readiness deck did not.
