Implementation & Enablement · The playbook

How AI adoption actually sticks - and how I'd prove it in 90 days.

Rollouts don't fail at installation; they fail at people. This page is the playbook I run: five principles every successful implementation shares, a learning ladder that right-sizes every tool to the person using it, and a 30/60/90 built to land one measurable win early - then scale a proven motion, not a hopeful one.

A reusable methodology · internal AI-adoption program or vendor-side customer rollout · works the same way

The playbook

Five principles every successful rollout shares

"We rolled out AI and nothing changed" isn't a mystery - it's what happens when one of these is missing. Get all five working and adoption stops being a hope and becomes a system.

Principle 1

Governance & ownership

Adoption needs a named owner and executive permission. A sponsor, a body that vets tools and sets responsible-use policy, and clear top-down air cover are what turn "people are trying AI" into a program - change management, not a tech rollout parked with IT.

Principle 2

Use-case discovery

Strategy sets direction top-down, but the real signal comes from the work people already do. The losing move is launching "an AI initiative" in the abstract; the winning move is attaching AI to tasks people already perform - tangible and urgent instead of optional. Discovery is a standing habit, not a one-time survey.

Principle 3

A champions network

Peer advocates embedded inside teams are the highest-leverage mechanism in adoption - people trust a colleague who does their job over a mandate from above. In one widely cited example, Citi built a ~4,000-person champion network across ~182,000 staff and passed 70% adoption without mandating use. Most organizations already have champions-in-waiting; the job is to find and equip them, not manufacture them.

Principle 4

Role-based learning paths

One curriculum for everyone fails everyone. Adoption climbs a ladder - literacy, adoption, transformation - and the trick at every rung is to right-size a tool to a single job, so a person learns one thing, not a platform. Small changes stick where sweeping ones stall.

Principle 5

Telemetry & ROI

You can't manage what you don't measure. A baseline captured before anything changes, plus honest before-and-after on named processes, turns anecdotes into evidence - which justifies the program to leadership and persuades the next hesitant adopter. The harder half is measuring value, not usage.

The learning ladder

Literacy, adoption, transformation - every tool climbs the same three rungs

Rung 1

Literacy

Everyone can reach the tool and thinks out loud with it. The single greatest value an LLM adds to a workforce is as a reasoning partner - a habit that generalizes to nearly every role and underwrites everything above it.

Rung 2

Adoption

Tools embedded in real workflows. This is where first-order use cases live: simple, fast, visibly useful - the quick win that buys trust for everything that follows.

Rung 3

Transformation

AI stops making old work faster and starts changing what the work is - automations, agents, connected workflows, led by the people who know the domain and built on the fluency of the rungs below.

First-order before second-order, every time. The fast win creates buy-in; the advanced play shows what fluency unlocks. Skip the ladder and you get shelfware with a training deck.

The measurement stack

"Track adoption" isn't one system — it's six layers

Before deciding to build or buy a tracking system, it's worth seeing that adoption is a stack. The first three layers are largely given to you — the enterprise AI vendors already ship the telemetry. The bottom layers are where real work, and a real differentiator, live.

Provisioning
Who has access — seats assigned
SSO / identity (Okta, Entra)
Given
Activation
Who actually logged in and used it at all
Vendor admin console
Given
Usage depth & breadth
How often, how deep, % of org active weekly
ChatGPT Enterprise · Claude · Copilot analytics
Given
Proficiency
Are they actually any good at it
Assessment + certification / survey
Buy or build
Workflow integration
Is it embedded in real work, or just dabbling
Use-case inventory + champion reports
Build (light)
Outcomes & ROI
Hours saved, cycle time, throughput, business metric moved
Stitched sources vs. baseline
Build

The build-vs-buy call follows from the stack. Don't build what's commoditized — usage telemetry is solved, and bolt-on platforms cover proficiency and roadmap reporting. Spend the build budget on the one layer no tool can sell you: stitching your org's specific data together and tying usage to your outcomes. That last mile is where a custom build beats off-the-shelf — and it's the layer that produces the ROI story leadership actually wants.

The plan

First 90 days, end to end

Three phases, each with a single job. Month one finds the target and the baseline. Month two lands the win. Month three turns one win into a repeatable system. Every phase ends in something visible.

DAYS 0–30

Listen, plug in, baseline

Job of the month: know exactly where things stand, plug into the governance that already exists, and pick the one team where a fast win is provable.

  • Plug into the governance that exists - the sponsor, the review body, the policies - and operate inside it rather than rebuilding it. Confirm which tool tiers the org actually owns, so we never promise features we don't have.
  • Run the listening tour and use-case inventory: shadow teams, ask "what do you redo every week that you wish a tool could take off your plate?" - and spot the builder-curious who become champions.
  • Stand up the baseline in week one from telemetry that already exists, and pre-negotiate "good" with leadership: two or three target metrics agreed before anything changes.
  • Pick the beachhead: one high-pain, high-visibility team. The deliverable of month one is a target, not a rollout.
Visible by day 30: a baseline dashboard, a named beachhead team with a leadership-approved target, and a shortlist of champions-in-waiting.
DAYS 31–60

Land the win, seed the network

Job of the month: one team, one measurable, visible result - done right, not done wide.

  • Embed with the beachhead team: trainings, job aids, 1:1s, inside their real work. Ship the first first-order use case with willing volunteers - adoption happens in the workflow, not in a webinar.
  • Formalize the champion network: recruit the builder-curious from month one, equip them, 30-60 minutes a week and a direct line to me.
  • Build the one measurement piece nobody sells you: connect that team's usage to its actual outcome - hours saved, cycle time, throughput - against the baseline.
  • Report weekly and visibly: a simple dashboard leadership sees every week, so momentum is felt, not claimed.
Visible by day 60: a documented, numbers-backed win - and the first champions active inside their teams.
DAYS 61–90

Prove it, scale it, hand it off

Job of the month: convert one win into a repeatable program that scales without me as the bottleneck.

  • Bring leadership the before-and-after. Evidence funds the next wave - and it's the most persuasive thing you can put in front of the next hesitant adopter.
  • Scale the proven playbook to two or three more teams, and train-the-trainer so adoption compounds instead of routing through one person.
  • Graduate the champions: hand local enablement to them, and stand up the first second-order build jointly with IT as the prototype-to-production owner.
  • Study the holdouts: a small, curious project into why some people aren't using it - not a mandate - and set the next quarter's use-case funnel from what we learn.
Visible by day 90: a repeatable motion, a live org-wide dashboard, and a funded plan for the next quarter.

What I'd report

Leading indicators move first; lagging indicators are the ROI story

Two kinds of metrics, reported differently. Leading indicators show momentum week to week and tell you early if adoption is real. Lagging indicators take longer to move but are what justifies the budget — so I track both from day one and never report one without the other.

Leading — momentum

Moves in weeks · early signal adoption is sticking

  • Weekly active users as a % of provisioned seats
  • Usage depth — sessions and meaningful uses per active user
  • Number of use cases actually in production (not piloted)
  • Champions trained and active per team
  • Training completion / certification rate

Lagging — the ROI story

Moves in months · what leadership funds against

  • Hours saved per team, against the baseline
  • Cycle-time or turnaround reduction on a named process
  • Output / throughput change on real work
  • Confidence and sentiment shift (pre/post survey)
  • Retention of usage — no spike-and-crash after the training high

Why I can actually run this

It's not a template I found — it's what I've done

I've driven adoption at scale

Sole owner of enablement for an internal GenAI platform — I drove it from zero to 32% daily-active across 110 staff in 8 units, with road-show workshops, workflow guides, train-the-trainer, and a ~30-person AI community of practice. Adoption was the deliverable, not a side effect.

I can build the measurement layer myself

Three years building RAG systems, agents, and automation on the Anthropic API. The "stitch the sources and tie usage to outcomes" layer that nobody sells you — Python, FastAPI, data plumbing — is work I can ship, not just spec.

I'm fluent in regulated environments

Nine-plus years inside a government compliance environment — data classification, audit, access control. The instincts responsible, governed AI deployment demands are already mine.

I translate across audiences

Turning dense technical systems into the trainings and plain-language guides non-technical staff actually use is the core of my current role — and the exact skill that turns a tool nobody opens into one a team relies on.

Let's talk about your first 90 days

Open to implementation, enablement, internal-tools, and applied-AI roles in the Boston area. In-office or hybrid preferred; open to remote.