
When an AI rollout doesn't take hold, the postmortem almost always starts in the wrong place. Leadership assumes the tool is the variable that failed: it doesn't understand the practice area well enough, the outputs aren't reliable, the partners never got comfortable with it. Pull that thread across enough stalled rollouts and a different pattern shows up. The model is usually fine. What's missing is everything a firm has to build around it before anyone's daily work actually changes.
That's uncomfortable to accept, because the fix is unglamorous, unfunded change-management work, work most firms have never staffed as its own function, not a better model. Here's what a failing rollout actually looks like from the inside, one failure mode at a time.

The Line Between Deployment and Implementation
The most common mistake a firm makes is treating "everyone has access" as the finish line instead of the starting line. Deployment is a procurement and IT event: contracts signed, seats provisioned, credentials distributed. Implementation is an operational one: workflows redesigned around the tool, standards set for how it gets used on a given matter type, and a plan for what happens when someone hits a wall. Firms routinely fund the first step and skip the second, then measure the result as if both had happened.
McKinsey's 2026 global AI survey, fielded between May and June of that year across 1,719 professionals in 97 countries, found that organizations it classified as high performers were far more likely to have actually redesigned how work gets done because of AI: nearly three-quarters had done so, up from 55% the year before, compared with just one-quarter of every other organization surveyed. Both groups already had the tools. What separated them was whether anyone did the second, harder job of changing the workflow itself.
Nobody Actually Owns the Rollout
Ask a mid-size firm who owns its AI rollout and watch the answer wobble. IT will point to the technology it owns and say usage is somebody else's call. Operations will point to the vendor contract it manages and say the same thing about practice standards. The managing partner signed the check and assumes that settles it. Practice group leaders assume someone above them is driving adoption. Everyone is technically right about the edge of their own job, which is exactly how a rollout ends up with no one accountable for whether it actually works.
This problem shows up sharply in legal organizations because the people who pick the tools and the people who answer for how matters get worked are usually different people. Axiom's March 2026 survey of 528 in-house legal leaders across six countries found that at most companies, the call on which AI tools the legal department uses, and which pilots move forward, gets made elsewhere in the organization. A rollout owned by whoever bought the software, rather than by whoever is accountable for how matters get handled, rarely changes how matters get handled.
The Tool Never Touches a Real Matter
Even where ownership exists, adoption fails when the tool sits next to the workflow instead of inside it. A firm rolls out a contract review tool but never rebuilds the NDA review process around it, so associates redline the old way and open the AI tool separately, if at all, to double check themselves afterward. Due diligence checklists don't reference it. Lease abstraction templates don't call for it. Closing checklists don't assign a step to it. Matter intake never routes through it.
That gap is why usage clusters among a small group of people who went looking for the tool on their own initiative, while everyone else keeps working exactly as they did before the purchase. A rollout that never edits a single workflow document, checklist, or matter template has changed what's installed on the network. It hasn't changed how the firm practices law.
Training Ends Before the Habit Forms
Most rollouts treat training as a single dated event: a session gets scheduled, an interface gets demonstrated on sample documents in a sandbox, and everyone moves on. The problem isn't only that the session is generic. It's timing. By the time an associate is sitting on a live matter where the tool would actually help, weeks or months have passed, the session is a vague memory, and nobody's there to walk them through applying it to this closing checklist or this demand letter.
The people running that session usually have their own incentives pointed the wrong way, too. A vendor's customer success team is measured on sessions completed and seats activated, not on whether anyone is still opening the tool on a real file six months later. A rollout that never puts someone in the room while a lawyer works an actual matter, rather than a sample one, produces attendance records. It doesn't produce habits.
Lawyer Concerns Get Managed Instead of Answered
Lawyers raise the same objections in nearly every rollout: what happens if the output is wrong and it goes out under their name, what happens to confidentiality once a document leaves the firm's environment, and what happens to their hours if a task that used to take an afternoon now takes twenty minutes. These are legitimate professional and business questions. Treating them as a communications problem, something to be smoothed over with an enthusiastic all-hands meeting, doesn't make them go away. It pushes them underground.
A rollout that survives contact with skeptical partners is one where someone with real authority answers the malpractice question directly (here's the verification step, here's who remains responsible for the work product), answers the confidentiality question directly (here's exactly what leaves the firm's environment and what doesn't), and is honest about the billing question rather than pretending it isn't real. Skip that conversation and the objection stays unresolved, and adoption quietly stalls behind it.
Without Governance or Feedback, Nothing Gets Fixed
Governance means the standing answer to which matters the tool is approved for, what has to be checked before AI-assisted work goes out under the firm's name, and who is watching for problems, and it takes more than a policy sitting in a shared drive to deliver that. Firms that skip this step tend to land in one of two places, sometimes in the same building: informal use nobody can see or correct, or a total freeze after one bad output scares the risk committee.
Neither improves on its own, because neither firm built a way to hear what's happening on the ground and adjust. No one is collecting what associates run into on conflict checks or deposition prep, no one is updating guidance when a practice group finds a better way to structure DPA review, and no one retires a step that isn't working. A rollout without a feedback loop settles at whatever level of use it started at and stays there.
The Firm Is Measuring What's Easy to Count
The last failure hides all the others. License counts are easy: they live in the billing system, someone already reports them to finance, and "two hundred seats provisioned" reads as a clean milestone. Matter-level usage doesn't live anywhere nearly as convenient. It sits inside the tool's own admin panel, and unless someone is explicitly assigned to pull it and connect it to actual matters, nobody ever does.
That's a large part of why Axiom's March 2026 survey of 528 in-house legal leaders found just 7% had moved past piloting to actually use, optimize, and measure AI across their organization, and 83% couldn't show whether last year's AI spending had paid off. The easy number and the useful number aren't the same number, and a firm reporting on licenses purchased, instead of matters touched and lawyers still using the tool past the first month, is measuring what its existing systems happen to track rather than what it actually needs to know.

Where to Start
None of these failure modes get fixed by a better model. They get fixed by someone who owns the rollout, workflows that get rewritten instead of left alone, training that follows a lawyer onto a real matter instead of ending in the sandbox, direct answers to the objections partners are already raising, governance that produces a feedback loop instead of silence, and someone assigned to pull usage data that isn't sitting in the billing system. That's a change-management function, and most firms have never staffed it as one.
That's the gap North Deploy is built to close: implementation support that sits with a practice group through the actual rollout, including forward deployed engineers embedded in the group's real matters as the work happens, backed by the governance structure in North OS and a skills library built from what firms are actually doing rather than generic prompts. Before assuming the next AI purchase needs a better tool, take an honest look at which of these gaps is actually open at your firm, and start with North's practical guide to firm-wide implementation for what closing them looks like in practice.
Sources: McKinsey & Company, "The State of AI: Global Survey" (fieldwork May-June 2026); Axiom, "2026 Legal AI Survey Report" (fieldwork March 2026).