Platforms you buy still need owners: naming the owner
- 19 May 2025 |
- 04 Mins read
The useful version of “Platforms you buy still need owners” is narrower than the slogan: If you cannot unwind it, you did not buy a tool — you adopted a dependency with a logo.
What follows stays on that claim: mechanisms, concrete scenes, and the failure modes that appear when the claim is ignored.
On Platforms you buy still need owners, start from ownership of the failure mode and the exit path. Purchase price is the down payment; integration debt is the mortgage.
Write one page while the decision is still warm — context, options, choice, owner, revisit date. Verbal alignment on Platforms you buy still need owners evaporates under ordinary calendar pressure, and Slack archaeology is a poor substitute for a decision record.
How it actually works
Install the smallest set of mechanisms that make success and failure legible. Skip the program name.
Platforms you buy still need owners — for identity integration, data retention, incident comms, and process translation. Procurement does not create ownership.
Price integration debt explicitly: connectors, identity, logging, eval wiring, and the people who will babysit them. Purchase price is the down payment.
The new cost of custom is maintenance, not typing. AI makes that easy to forget until the second quarter of on-call.
Build the harness, buy the commodity: keep eval suites, policy, and audit logs in systems you control even if inference is purchased.
When a vendor becomes your process, document the process in your words. Otherwise a price hike or outage becomes an identity crisis.
Exit drills are cheap insurance. Export a sample, revoke a key, and time how long a degraded mode lasts before you need the vendor again.
Resist the urge to expand scope into neighboring slogans. If a control does not make Platforms you buy still need owners more operable for the next person, leave it for another note. Dilution is how coherent essays become stitched scrapbooks.
Where this shows up
A price hike arrives and nobody can list what data is trapped where. The exit sketch should have been written at purchase, not at panic.
A vendor’s success metrics replace product metrics in leadership reviews. That is lock-in of attention. Keep your north-star metrics in-house.
Integration debt after purchase: five half-connected identity paths and no single owner for authz bugs. Procurement celebrated; on-call paid.
Tradeoffs
Keeping harnesses in-house costs engineering time and preserves exit. Worth it for anything on the critical path.
Building custom feels like control and often buys maintenance. Buying feels like speed and often buys integration debt. Name the debt either way.
Vendor features arrive fast. Your process still needs translation into owned runbooks.
Measure what you claim to care about. If Platforms you buy still need owners only appears in kickoff slides and never in review, incident, or planning artifacts, it is branding. Put a verification signal where people already look.
If nobody on your team can operate the failure mode, you did not buy a capability — you rented a demo with a support email.
Failure modes
Each of these is a missing control, not a personality problem:
- No exit plan; switching costs discovered during an outage or a price hike.
- Building because pride, buying because fear — neither from ownership analysis.
- Shadow purchases by teams that skip security and data review.
- Custom platforms that reinvent commodity chrome while underfunding the harness.
What to do this month
- Track integration debt items on the same board as features until retired.
- Annual: run a tabletop exit for one critical vendor.
- Every purchase: name the internal owner and the failure-mode runbook.
Integration debt belongs on the same board as features until retired. Otherwise procurement wins the quarter and on-call pays the year.
Start from ownership. If nobody on your team can operate the failure mode, you did not buy a capability — you rented a demo with a support email.
Evaluating vendors like critical-path systems includes asking how you pause them. No pause path means no operational maturity.
Write exit strategies for bought AI tooling before procurement: data export, prompt/eval portability, and a 90-day unwind drill. Soft lock-in is still lock-in.
Make-or-buy with agents in the mix still requires you to define tool allow-lists and human override. Buying the runtime does not buy judgment.
Build less, own more of the outcome: prefer thin custom layers over reimplementing commodity models. Copilots make greenfield look cheap until on-call inherits it.
Evaluate AI vendors like critical-path systems: SLOs, incident communication, subprocessors, kill switches, and data boundaries.
Keep eval suites and audit logs in systems you control even when inference is purchased. That is how you keep judgment portable.
No exit plan. Price increases. Suddenly “switching costs” are discovered during budget season. A tabletop unwind once a year is cheaper than surprise.
Build the harness, buy the commodity works until someone rebuilds the commodity “for flexibility.” Flexibility without differentiated ownership is usually nostalgia.
A team builds a custom agent platform because it feels strategic. Six months later they maintain auth, quotas, and UI chrome instead of product differentiation. Commodity inference plus an in-house harness would have been enough.
Close
Own the outcome. Buy time on commodities; keep judgment and exit under your roof.
If someone new cannot explain Platforms you buy still need owners from your artifacts in fifteen minutes, the practice is still private.