Most "done-for-you AI" isn't. It's DIY with a logo slapped on it and a retainer attached. The actual difference — between an AI investment that pays off and one that quietly becomes line-item shame on your next budget review — is what nobody puts on the sales slide.

Every consultant in your LinkedIn feed is calling their thing "done-for-you" right now. The phrase has lost almost all meaning, which is a problem, because the distinction is real and expensive when you get it wrong.

So let's define the terms properly. With teeth.

The Two Models, Honestly Defined

Do-it-Yourself (DIY) means your team owns the entire stack. The prompts, the integrations, the monitoring, the on-call rotation, the cost spikes, the model evaluations, the prompt regressions, the "wait why did the agent just email a customer in Klingon" incidents. All of it.

You buy the tools. You hire the people. You build the plumbing. You wear the pager.

Done-for-You (DFY) — when it actually means what it says — means somebody else owns the boring parts. You define the outcome. They handle the plumbing. They get the 3 AM page when the model provider has an outage. They version the prompts. They keep the costs in check. You get reports and results.

The catch: most "DFY" offerings on the market are actually DIY-with-extra-steps. You still end up writing prompts. You still end up debugging integrations. The vendor just slapped a logo on it and charged you a retainer.

Real DFY means you don't open the hood. Ever.

The Cost Math That Nobody Shows You

Here's the slide nobody puts in the proposal.

True cost of DIY AI in a 200-person company (annualized, conservative):

Realistic minimum: €235k/year before you ship anything meaningful. And that's assuming nobody quits.

True cost of DFY AI (when the vendor actually delivers):

Hit the bottom of that range and you're saving the price of a senior hire. Hit the top and you're saving the price of an entire team — while sleeping better.

Now, the obvious counter: "But we'd be paying that forever instead of building an asset!"

Sure. Until your engineer leaves. Then you're paying for it forever plus re-hiring costs plus a six-month productivity gap plus whatever the new engineer wants to rebuild from scratch because "the old approach wasn't best practice."

Where DIY Genuinely Wins

We're not here to pretend DIY is always wrong. It isn't. Here's where it actually makes sense:

You have unique domain logic that's your moat. If your AI is doing something nobody else does — proprietary scoring, exclusive datasets, regulatory-heavy reasoning — you probably want to own it.

You're at scale where the math flips. Above 500-1000 employees with multiple AI use cases, an in-house team starts to amortize properly. You can afford the bus factor mitigation, the redundancy, the senior leadership.

You're already an AI-native company. If half your engineering org already does ML, adding more AI engineers is just hiring more of what you already manage well.

If any of these describe you, build in-house. We mean it.

Where DFY Wins (And It's More Than You'd Think)

DFY actually wins in three places, and they're not the ones most vendors talk about.

1. The boring infrastructure layer. Logging, retries, fallbacks, multi-provider routing, cost monitoring, prompt versioning, A/B testing harnesses. None of this is your business. All of it has to exist. Hand it to someone whose job is to do this for a living.

2. The "first 90 days" problem. Most internal AI projects die in the first quarter because the team underestimates the ramp-up. A DFY partner has already made the mistakes you're about to make. In most implementations, you skip the first 3-6 months of dead-end architectures. You start closer to results.

3. The accountability layer. When an internal team ships an AI feature, who's accountable when it breaks? The engineer? The PM? The COO? In practice: nobody, because everyone's stretched. With DFY, there's a contract, an SLA, and a phone number. Things get fixed.

The Three Questions That Settle It

If you're trying to decide between DIY and DFY, skip the spreadsheet. Answer these three questions honestly.

1. Is the AI itself your product, or a tool that supports your product?

If it's the product — build it. You need to own the IP, the talent, and the roadmap.

If it's a tool — let someone else handle it. The same way you don't build your own CRM or your own email server.

2. Do you have the budget for at least three AI-shaped roles, or just one?

One AI engineer is a liability. Three is a team. If your budget realistically supports one, you're better off with a partner who has the team already.

3. Can your business survive six months of "we're still figuring it out"?

Internal AI projects routinely take 6-12 months to deliver real value, because everyone is learning on the job. If your competition is already shipping AI features, you don't have six months. Get a partner who can ship in week three.

The Honest Trade-Offs

DFY isn't free of downsides. Be aware of them.

DIY's downsides are also real, just different — and we already covered them. The choice isn't between perfect and flawed. It's between which set of flaws you'd rather manage.

The Pattern We See Most Often

Here's the playbook that actually works for most 50-500 person companies:

  1. Start with DFY. Ship value fast. Learn what AI actually does for your business — not what the demo suggested it might.
  2. Identify what's truly proprietary. After 6-12 months, you'll know which parts of your AI use cases are commodity (translation, summarization, routing) and which are unique to you.
  3. Bring the proprietary parts in-house, gradually. Hire when you have a real problem to solve, not when you have a vague feeling that "we should probably own this."
  4. Keep the commodity parts outsourced forever. You don't run your own electricity grid. Stop running your own AI plumbing.

This isn't a sales pitch. It's the pattern that produces companies that are still talking about their AI program in year three — instead of quietly removing it from the website.

The Bottom Line

DIY AI is a building project. DFY AI is a results project.

Both are valid. Neither is universal. The mistake is treating them as the same thing — or worse, calling one of them the other to sound modern.

If you don't know which one is right for you, the answer is almost always: start DFY, learn the terrain, then decide. The companies that lose money on AI are the ones who picked DIY because the demo was exciting, not because the math was sound.

The demo is always exciting. The math is what survives the board meeting.


Want to see what the boring parts actually look like when someone else owns them? We run a free 30-minute scope call — no pitch deck, just your use case and our setup.

Book it at agentic-movers.com