Use what you already own
The AI capability bundled into tools your organisation already licenses — the assistant embedded in your everyday productivity suite. No new procurement, no new platform, and it's already where the work happens.
The tooling question is where transformations most often buy themselves a new dependency. The pragmatic answer is unglamorous and powerful: start with what you already own, add only what genuinely earns its place, layer onto your existing systems rather than ripping them out — and weigh any new platform against the captivity it might create.
The overture named “vendor captivity” as a trap. This is where we design it out — with a tool strategy built to keep you free.
This is deliberately not a product recommendation. The AI tooling market moves faster than any roadmap, and today's frontrunner may not be next year's. What endures is not a tool but a way of choosing tools — one that keeps capability and control inside the organisation regardless of which vendor is ahead this quarter.
So the goal isn't to pick the perfect platform. It's to adopt a sequence and a set of tests that let you move now, cheaply, on what you already have — and add more only when it clearly earns its place.
Don't ask “which AI platform should we buy?” Ask “what's the smallest tooling step that delivers value and keeps us free?”
The first question leads to a big purchase and a long lock-in. The second leads to a cheap start, fast proof, and options kept open.
Most tooling regret comes from starting at the wrong rung — buying a big new platform before knowing what you need. Climb in order. Each rung delivers value and informs the next, and most organisations get a long way without ever reaching the top.
The AI capability bundled into tools your organisation already licenses — the assistant embedded in your everyday productivity suite. No new procurement, no new platform, and it's already where the work happens.
Point those existing tools at your own content — policies, templates, process maps — so answers are grounded in your organisation, not the open internet. Often a configuration task, not a new licence.
If a specific, validated need remains that your existing stack genuinely can't meet, add one targeted tool for it — scoped to that gap, chosen against the captivity tests, never as a sweeping “AI platform.”
Only when scale and a clear, durable need justify it should you consider a bespoke build or a major platform commitment — and only with exit, data ownership and integration settled in advance.
For most organisations, the fastest, safest first step isn't a new system at all — it's switching on the AI already embedded in the productivity tools people use every day. It's worth being clear-eyed about why it works, and what to watch.
Microsoft 365 with Copilot is named here as the most common example, not an endorsement. The same logic applies to Google Workspace with Gemini, or whatever productivity suite your organisation already runs. The principle is what matters: start in the tools you already have.
Most organisations run expensive, embedded core systems — the HRIS, the case manager, the records platform — that are painful and costly to replace. The instinct to “replace it all with something AI-native” is usually the most expensive and most captivity-prone path available. There is a better one.
Legacy systems are rarely the real blocker. The blocker is usually that no one can get information in or out of them easily — exactly the kind of friction AI is good at smoothing from the outside, without touching the costly core.
Sometimes a mature, off-the-shelf enterprise product genuinely is the right answer — proven, supported, secure. The trick is to choose one the way you'd choose a good consultant in 3·B: for what it lets you keep, not just what it does. Run any contender through these tests.
Green answers keep you free. Red answers are the warning signs of a trap.
Every tooling decision is really the same decision in disguise — and it answers to the same test as the whole series.
At every fork, prefer the option that delivers value soonest and preserves the most freedom for later. Start with what you own, ground it in your content, add narrowly and only on proof, and treat any big platform commitment as a last resort with the exit written in advance. Cheap, reversible steps beat expensive, locked-in ones — almost always.
Does this build a capability that stays, or a dependence that lingers? A tool you can leave, whose data is yours, that augments where you already work, builds capability. A platform you can't live without, that owns your data and dictates your process, is just the rescue cycle in software form. Pick tools designed to keep you free — because a change that traded one dependency for another would have failed at the very thing it set out to do.
The best tool strategy is the one that lets you start tomorrow, cheaply, and change your mind later.
Not a grand platform bet, but a sequence of small, reversible steps — beginning in the tools you already own, and adding more only when proof, not hype, demands it. Move now; stay free.
The roadmap, the people, and the tools are settled. The final piece steps back: what good actually looks like, how you'll know it's working, where the journey goes next — and a close not just for Part III, but for the whole arc.