agentclaw

Articles

The First Ninety Days: What Actually Ships

Noah Davis, Sophie Adams, and Jason Lee · Aug 23, 2026 · 19 min read

Cover card reading: ninety days of promises, or ninety days of shipping, over a note that everyone publishes the same thirty sixty ninety plan and nobody publishes what slips.

TL;DR

  • The ninety-day plans on the first page of Google are lists of documents. A maturity scorecard, a roadmap, a governance framework. Not one of them names a running system as a deliverable, which is how a quarter goes by with nothing in production.
  • Week six is the gate that decides everything. If no workflow is running against real data by then, the remaining six weeks produce paper, and the honest move is to rescope rather than push the same plan harder.
  • What slips is almost never the model. Cloudera's 2026 survey of 1,270 IT leaders found nearly 80% held back by limited data access, and only 18% saying their data is fully governed.
  • McKinsey separated AI high performers from everyone else and found 55% reporting fundamental workflow redesign against 20% of the rest. The step that pays is the step a document-shaped quarter never budgets for.
  • There are no client names in this post because an unverifiable case study is worth nothing, and a delivery framework you can hold us to is worth more than one you cannot check.

Search for what a fractional AI engagement delivers in ninety days and every page gives you the same three phases. Discover and align. Design and operationalize. Enable and execute. Underneath each phase sits a list, and the list is always documents: a maturity scorecard, a data readiness assessment, an ROI-ranked use case inventory, a governance framework.

Read ten of those pages and you will not find one sentence about what did not get done. That is the only part of a delivery record worth reading, so here is ours: the cadence we run, the two gates that decide whether the next phase is worth paying for, and the four things that reliably push a quarter sideways.

What every ninety-day plan on the first page promises

All of them promise the same shape, and most of them promise it without a single citation. We read the pages currently ranking for this question. They run from about 1,800 to 4,500 words. They split the quarter into days 1 to 30, 31 to 60, and 61 to 90. They name between four and ten deliverables per phase. The longest of them carried no external source at all. Just its own cost bands and a proprietary methodology name it never actually explains.

Here is the pattern nobody comments on. Go through the deliverable lists and count the items that are a working system. Scorecard, assessment, inventory, roadmap, blueprint, framework, training kit, measurement framework, operating model, execution plan. Every one of those is a file. The word "pilot" shows up, usually as "the first initiative moves from plan to pilot", which is a verb doing a lot of hiding.

That is not a small stylistic complaint. It is the whole difference between a quarter that compounds and a quarter that ends with a leadership team politely thanking someone. A fractional AI officer who bills for three months and hands over ten documents has sold the same thing a consultancy sells, at a discount, with a better title on it. We wrote about that split at length in the question of whether the hire comes with delivery capacity, because it is the one thing buyers get wrong before they sign anything.

So the framework below is organized around a single distinction. In each phase, what is running, and what is only written down.

A flow diagram of the ninety days: weeks one to two produce a written inventory and a ranked order, gate one asks whether one workflow is scoped and owned, weeks three to six put one workflow running against real data, gate two asks whether it ran by week six, and weeks seven to twelve add a second build plus written rules and an owner before the day ninety read.
Failing a gate is a result, not a delay. It says the plan was wrong, and the correct response is to change the plan rather than spend the next six weeks proving it.
Show the data behind this diagram
  • Weeks 1 to 2, inventory and order. Written: what is already running, ranked, with one thing named first. Nothing runs yet.
  • Gate 1. Is one workflow scoped, owned by a named person, and unblocked on data access? If no, stop. You bought a survey.
  • Weeks 3 to 6, first build. Running: one workflow against real data with real users. Written: the rules that workflow needs to be allowed to run.
  • Gate 2. Did it actually run in week six? If no, rescope and name the blocker, which is almost never the model.
  • Weeks 7 to 12, second build and handover. Running: two workflows. Written: the policy page, the evaluation criteria, and a named internal owner.
  • Day 90 read. What shipped, what got cut, what it is worth, and who owns it in the next quarter.

Weeks one and two: the inventory, and why it is always longer than leadership expects

Two weeks, one deliverable, and it is a written one: a list of every AI tool and every half-built automation already running inside the company, with an owner and a cost against each line. It skips the strategy, the roadmap, the forty-slide future-of-work deck. Just a list. The plan document is a different object and it lands earlier: what should be on the table by Friday of week one is the scope, the gates and the acceptance test, not the finished inventory.

It takes two weeks because the list is never the list leadership has in their head. UpGuard's 2025 state of shadow AI research surveyed 500 security leaders and 1,000 employees and found 81% of employees and 88% of security leaders reporting use of unapproved AI tools, with 40% of employees using them daily despite having sat through the training. So the gap is rarely one or two tools. It is the zap that has been quietly moving customer records since spring, the browser extension nobody in IT has heard of, and the account somebody set up on a personal card because procurement was going to take a month.

The second half of the two weeks is ranking, and the rank order is where the argument happens. This is the same walk-the-work exercise that sits underneath our 10x audit: function by function, where do the hours actually go, and which of that work is safe to hand to a machine now. The output is one page with a numbered list on it and one item circled. That circled item is what weeks three to six build.

What does not ship in weeks one and two: a governance framework. Writing rules for AI work before you have any AI work in production produces a policy that regulates a hypothetical, and it is a comfortable place to hide for a full month.

Weeks three to six: something runs against real data, or the plan was wrong

One workflow, live, against production data, with the people who do that work using it. That is the whole deliverable for weeks three to six, and it is the one the published plans replace with the word "pilot".

Four weeks is not an aggressive target and we are not being clever about it. Taking one scoped workflow to production is a two-week job when the data access is clear, which is why our sprint is priced as a fixed two-week piece of work. A four-week window for the first build inside a broader engagement therefore has a fortnight of slack in it on purpose. That slack is not for the model. It is for the two conversations that always happen: who owns the credentials, and which exceptions still need a human.

The build itself is ordinary work, and it is the kind of thing our embedded engineers do on the production side rather than in a notebook. Read the inbox, draft against the rules, escalate what does not fit. Connect the CRM to the billing system so a person stops carrying data between tabs. Nothing here is research.

Then the gate. Did it run in week six, with real users, on real data, rather than a demo that is ready or a build still sitting in UAT. If the answer is no, the engagement has learned something expensive and true, and the correct response is to say the plan was wrong and rescope it. Pushing the same plan into weeks seven to twelve is how a quarter ends with a slide that says "foundations laid".

What companies believe about their data, and what is actually governed

Cloudera's Data Readiness Index surveyed 1,270 IT leaders at organizations over 1,000 employees between January and March 2026. The confidence is high and the governance is not.

Say they have a clear data strategy

85%

Confident in data accuracy and completeness

84%

Say limited data access is holding AI back

80%

Say their data is fully governed

18%

Fieldwork ran 22 January to 3 March 2026 across AMER, EMEA and APAC, conducted by Researchscape.

Source: Cloudera, The Data Readiness Index (2026)

Weeks seven to twelve: the second build, the rules, and the handover nobody asks for

Three things ship in the back half, and only one of them is another system.

The second build is the easy one, because by week seven the arguments about credentials and exceptions have already been had once. The rules come next, and they are written now rather than in week two because they can be specific: what these two systems may touch, what stays with a person, where the audit trail lives, who gets paged when a run fails. A policy written against two live workflows is a page. A policy written against a hypothesis is a chapter, and nobody reads it.

The third is the one clients rarely ask for and always need. A named internal owner, sitting in the reviews, with the runbook and the evaluation criteria in their hands. Grant Thornton's 2026 AI Impact Survey found 46% of operations leaders at $1.1B to $5B companies naming workforce skill gaps as the primary obstacle to AI, against 29% in the midmarket. Handing back a working system to a company that cannot operate it is a slower kind of failure, and it does not show up until the quarter after the invoice.

Day ninety is a read, not a celebration. What shipped, what got cut and why, what the two live workflows are worth in hours or errors or cycle time, and what the next quarter should attempt. Naming what got cut is the part that makes the rest of the report believable.

A grouped bar chart comparing AI high performers with everyone else on two practices: fundamental workflow redesign at 55% against 20%, and defined human-in-the-loop validation at 65% against 23%.
Both of these are work, not documents, and both are what gets cut first when a quarter runs short.Source: McKinsey, The State of AI, reported by CX Today, 2025
Show the data behind this graph
PracticeAI high performersEveryone else
Report fundamental workflow redesign55%20%
Have defined human-in-the-loop validation65%23%

What slips, and why it is nearly always the same four things

Model choice is not on the list. It is the thing buyers ask about first and it is close to the least consequential decision in the quarter.

Data access. Somebody has to grant a service account read access to the system the workflow depends on, and that request lands in a queue behind everything else IT is doing. Cloudera's numbers put the scale of it plainly: nearly 80% of 1,270 IT leaders say limited data access across environments is holding AI back, while 18% say their data is fully governed. Gartner's 2025 research found 63% of 248 data management leaders either lacking or unsure of the right data management practices for AI, and predicted that through 2026 organizations would abandon 60% of AI projects unsupported by AI-ready data.

The workflow redesign. Wiring a model into the process exactly as it exists today gets you a faster version of a process that was already bad. Redoing the process is where the return lives, and it is also the part that requires the people who do the work to change how they do it. BCG's guidance, published across several of its 2026 pieces including Scaling AI Requires New Processes, Not Just New Tools, puts 10% of the effort on algorithms, 20% on technology and data, and 70% on people and processes. Deloitte's 2026 survey of 3,235 leaders across 24 countries found 37% still using AI at surface level with minimal process change.

The named owner. Somebody inside the company has to hold this after the engagement ends, and that person has a day job. If the owner is named in week eleven, the handover is a calendar invite. If they are named in week two and sit in every review, the handover is a formality.

Sponsor attention. The executive who wanted this is the same executive with a reorg and a board meeting. Attention decays, and it decays fastest in the fortnight after the first thing goes live, which is exactly when the second build needs decisions.

Four cards naming the common causes of slippage in a ninety-day AI engagement, each with a published figure: 80% of IT leaders held back by data access, 46% of operations leaders naming workforce skill gaps, 55% of AI high performers redesigning workflows against 20% of others, and 63% of data management leaders lacking AI-ready data practices.
Every one of these is visible in week two if somebody goes looking, which is the entire argument for spending the first fortnight on an inventory instead of a strategy.Sources: Cloudera, The Data Readiness Index, 2026; Grant Thornton, 2026 AI Impact Survey, 2026; McKinsey, The State of AI, reported by CX Today, 2025; Gartner, Lack of AI-Ready Data Puts AI Projects at Risk, 2025
Show the data behind this infographic
SlipThe published figureSource
Nobody can get to the data80% of 1,270 IT leaders say limited data access is holding AI back; 18% say their data is fully governedCloudera, 2026
The team cannot run it after you leave46% of operations leaders at $1.1B to $5B companies name workforce skill gaps as the primary obstacle, against 29% in the midmarketGrant Thornton, 2026
The workflow never gets redesigned55% of AI high performers report fundamental workflow redesign, against 20% of everyone elseMcKinsey, 2025
The data was never AI-ready63% of 248 data management leaders do not have, or are unsure they have, the right data management practices for AIGartner, 2025

The three phases, and what would say each one failed

Read the middle column first. If a phase produces nothing for it, the phase did not happen, whatever landed in the shared drive.

Weeks 1 to 2

Written down
Tool and automation inventory, owners, costs, a ranked list with one item circled
Running
Nothing yet, and that is correct
What says it failed
A strategy document instead of a list, or a rank order nobody will defend out loud

Weeks 3 to 6

Written down
The rules that one workflow needs in order to be allowed to run
Running
One workflow, production data, real users
What says it failed
A demo, a sandbox, or a system waiting on a credential nobody chased

Weeks 7 to 12

Written down
A one-page policy, evaluation criteria, a runbook, a named internal owner
Running
Two workflows, both still running unattended
What says it failed
The second build shipped and the first one quietly stopped being used

Day 90

Written down
What shipped, what got cut, what it is worth, what comes next
Running
Everything from above, still live
What says it failed
A report with no cut list in it

Two workflows in a quarter is the shape we plan for. A company with clean data access and a decisive sponsor gets more, and one where the first credential takes five weeks gets one.

The two gates, and what each one is allowed to conclude

A gate is only a gate if failing it changes something. Otherwise it is a status meeting with a better name.

Gate one, end of week two. Is there one workflow that is scoped, owned by a named person on the client side, and unblocked on data access? Not three candidates. One. If the answer is no, the honest conclusion is that the engagement has produced a survey, and the next conversation is about whether the blocker is fixable in a fortnight or whether this company is not ready to buy delivery yet.

Gate two, end of week six. Did the first workflow run in production against real data with real users? If yes, weeks seven to twelve proceed. If no, the plan gets rewritten around the actual blocker rather than around the original ambition. Naming the blocker is the deliverable here, and it is worth more than the six weeks of work that failed to route around it.

That is the difference between a fractional AI leader and a retained advisor, and it is the whole reason the seat exists. An advisor's ninety days ends with a recommendation. An owner's ninety days ends with something running and a written account of what did not.

Why there are no client names in this post

Because a case study we cannot show you the evidence for is worth nothing, and we would rather publish nothing than publish that.

This matters more than it sounds like it should. The archetype this post belongs to is the first-party delivery study, and the honest version of it for a firm our size is the framework and the gates, not a set of numbers with a logo next to them. Every provider in this category can produce a page of results. Almost none of them can produce the raw material behind those results, and you have no way to tell the two apart from the outside.

So take this instead. The cadence above is what we run and what we will be held to. The gates are stated in advance, with the failure condition written next to each one, which means you can hold up your own engagement against them at week two and week six and get a straight answer. That is a harder thing to publish than a testimonial, and it is checkable in a way a testimonial never is.

Where the numbers in this post came from is stated on every chart. All of them are third-party research. None of it is ours to claim.

When ninety days is the wrong shape entirely

Three cases, and we would rather say them here than three weeks into an engagement.

If you have one clearly defined workflow and no ambition beyond it, ninety days of leadership is overkill. Buy the build. A starter build runs $1,500 to $2,500 fixed and a two-week sprint puts one full workflow into production for $5,000, and neither of those needs anybody sitting in your leadership meetings.

If nobody will give the work a budget and a veto, ninety days will produce a very good plan that loses every subsequent planning meeting to the product roadmap, because the roadmap has an owner and a bonus attached and your AI work does not. That is not a delivery problem and no cadence fixes it.

And if your data lives in a system that nobody has been able to get an export out of in two years, the first gate will fail and you already know it will. Fix that first. It is unglamorous work and it is the actual prerequisite, whatever anybody's phase-one deliverable list says.

The questions we actually get about the first ninety days

What does a fractional AI officer deliver in the first 90 days?+

In the shape we run: a written inventory and ranked order by week two, one workflow live in production against real data by week six, a second workflow plus a one-page policy and a named internal owner by week twelve, and a day-ninety read that says what shipped and what got cut. The documents are real deliverables, but they are the smaller half. If a ninety-day plan lists ten deliverables and all ten are files, ask what will be running.

Is it realistic to have something in production in six weeks?+

Yes, for one scoped workflow, and it is a deliberately unaggressive target. A single workflow taken to production is a two-week job when the data access is clear, which is what our fixed-price sprint covers. The extra four weeks in the plan are slack for credentials, exception handling, and the people whose work the system changes.

What is the single biggest reason a ninety-day engagement slips?+

Data access. Not model choice, not tooling, not budget. Cloudera's 2026 survey of 1,270 IT leaders found nearly 80% saying limited data access across environments is holding AI back, and Gartner's 2025 research found 63% of data management leaders lacking or unsure of AI-ready data practices. A service account and a read permission are what actually sit between a plan and a running system.

Should governance and policy come before the first build?+

A one-line rule about what may not touch customer data should exist on day one. The full policy should not. Rules written against a hypothesis are long and unread. Rules written against two live workflows fit on a page and get followed. Writing the framework first is also the most comfortable way to spend a month producing nothing.

How many AI workflows can realistically go live in one quarter?+

Two is what we plan around for a first engagement, with the first one live by week six. A company with clean data access and a sponsor who decides quickly gets more. A company where the first credential request takes five weeks gets one, and the honest thing is to say so at the week-six gate rather than at day ninety.

What should the day ninety report contain?+

Four things: what is running, what it is worth in hours or errors or cycle time, what got cut and why, and who owns each live system next quarter. The cut list is the part that makes the rest credible. A report with no cut list in it is describing a quarter where nothing was prioritized, which means nothing was.

How is this different from an AI consultancy's ninety-day engagement?+

Accountability, and it shows up in the gates. A consultancy's ninety days ends with a recommendation, and the recommendation is the product. An owned engagement ends with systems running, and a failed gate rewrites the plan rather than getting absorbed into the next phase. Both cost real money, so the question to ask a provider is what would have to be true at week six for them to tell you the plan was wrong.

Find out whether week two would clear its own gate

The free audit is the first half of week one, done before you commit to anything: what AI is already running in your company, where the hours leak, and whether one workflow is genuinely unblocked. If it is not, we will tell you that instead of selling you a quarter.

Starter builds run $1,500 to $2,500, fixed. Retainers start at $5,000 a month. The audit is free either way.

Share thison Xon LinkedIn

Written by

Noah Davis · AI Research Writer

I research emerging AI developments and write in-depth articles that give readers the context behind them.

Hiking & nature photography

Written by

Sophie Adams · Technical Writer

I turn complex AI concepts into step-by-step guides readers can follow as they work.

Journaling

Written by

Jason Lee · AI Documentation Specialist

I write AI product documentation that tells people what to do next without making the product harder than it is.

Building side projects

Book audit