Free: the GTM BlueprintThe stack by funding stage, the CRM data model written down, and a 90-day plan you can run on Monday.Get the blueprint
RevOpsXL
GTM Diagnostic Ask about the audit

In-house, agency, or fractional. They’re not three prices for the same thing.

Seniority, availability, continuity - no option gives you all three, and which one you give up is the whole decision. Written by the fractional one, so weigh that in.

In short

In-house, agency and fractional are not three prices for the same thing - they trade off seniority, availability and continuity, and no option gives you all three. Choose by which of those three you can least afford to lose.

On this page

You have a revenue operations problem and three ways to pay for it: hire someone in-house, retain an agency, or bring in a fractional operator.

I am the third one, so read the rest with that in your pocket. I'll try to earn it by being straight about when the other two are the right answer - which is more often than anyone selling you one of them tends to admit.

They are not three prices for the same thing

That's the mistake underneath most of these decisions. Someone builds a spreadsheet, puts a day rate next to a salary next to a retainer, and picks the small number.

But you aren't buying hours. You're buying a combination of three things that don't come bundled together: seniority - has this person done it before, or are they about to learn on your CRM; availability, are they there on the Tuesday it breaks; and continuity, will the person who designed it still be around in eighteen months to explain why.

No option gives you all three, and picking which one to give up is most of the decision. Everything after that is negotiating price and scope.

In-house: continuity, at the price of seniority

A full-time hire is the only one who is genuinely yours. They sit in the standup and hear the sales floor complain, unprompted, which is a data source you can't buy. They accumulate context, and context is most of what makes an operator good after the first year.

The catch is arithmetic. At your budget you'll get one person, and one person can be senior or they can be affordable. The senior RevOps operators who've architected a multi-country CRM from scratch are scarce and expensive, and the good ones are mostly already employed. So you hire keen and mid-level, and then you've hired someone who will do their learning inside your production system.

Sometimes that's fine. It works when the architecture already exists and the job is running it, where the day-to-day is throughput and the hard design is already behind you.

The second catch is that you've created a single point of failure with a laptop. Everything they know that isn't written down leaves with them, and in most teams almost none of it ever is. We've covered what that costs when it goes.

Hire in-house when: the system is designed and needs running; there's enough steady work to fill a week, every week; and you can either pay senior money or you genuinely have time for someone to grow.

Agency: capacity, at the price of seniority you can name

An agency solves the thing neither of the others solves: volume. A migration with four workstreams, a website rebuild running next to a CRM rebuild, six countries at once. You need parallel hands and someone else's project manager. That's real work, and worth paying for.

The failure mode is famous enough to be a cliché, which doesn't make it less true. The person who pitches you almost never turns out to be the person on the work. You meet the partner, you sign, and then a delivery team you haven't met inherits a scope document. They're often perfectly good at the work, just not the person you were sold.

The other structural problem is incentive. An agency's model wants scope, and scope wants tools. An audit that concludes “turn three of these off and change how you run your Mondays” is a bad quarter for them. Nobody involved is being dishonest. The business model rewards more tooling and more hours, and over enough quarters that pull beats good intentions.

Hire an agency when: the work is genuinely parallel, you need a delivery machine more than a single brain, and you have someone in-house senior enough to hold them to the outcome rather than the deliverable.

Fractional: seniority, at the price of availability

A fractional operator is the senior person you can't afford full-time, for the slice of the week you genuinely need them. The design work - what the data model should be, which stage means what, where the handoffs go - runs to maybe eight hard hours a week, and then execution.

So you buy the eight.

The honest cost: they are not there on Tuesday. If your problem is that tickets are piling up and someone needs to work through them, a fractional operator is an expensive way to buy throughput, and you should hire. They also have other clients, which is a genuine trade. That's how they've seen your problem forty times over, and also why they can't sit in your standup.

There's a quieter failure mode too: you can end up with an excellent system that only the fractional person understands. That's the same key-person risk as the in-house hire, wearing a nicer invoice. The fix is documentation and handover you build in as you go, so it doesn't sit unwritten until the end.

Bring in fractional when: the problem is design rather than volume; you need someone who has done it before and will say “don't”; and the honest answer to “is there forty hours of this a week” is no.

The combination nobody sells you

These aren't exclusive, and the arrangement that works most often is a mix.

Senior design, done once, properly, by someone who has done it before. Then an in-house person - who does not need to be senior, and who will now grow into a system that was built correctly rather than inheriting a mess. Then an agency, occasionally, when there's a burst that needs six pairs of hands.

The reason nobody pitches it is that it's nobody's whole deal. An agency wants the retainer, a recruiter wants the placement, and the fractional operator would rather stay on than document themselves out of a job.

Notice which of those three I am while you read that sentence.

How to actually choose

Ask one question, and be honest about the answer: is your problem design, throughput, or volume?

Design means nobody can tell you what a stage means or where a lead goes. Throughput means everyone knows the process and there's too much work for the people you have. Volume means several large things must happen at once.

If it's design, you want fractional; throughput points to an in-house hire; volume is where an agency earns its keep.

Most teams reach for the wrong one because they diagnose by budget instead of by problem. They hire a junior to fix an architecture question, or retain an agency to do work one senior person could have designed in a fortnight, and then conclude that RevOps doesn't work.

If you can't tell which of the three you're facing, the diagnosis itself is a design problem, which is the one a fractional operator is built to solve.

The rest of what people ask before they decide, scope, pricing, how an engagement actually runs, is answered here.

Is this your CRM too?

Describe what you’re seeing and we’ll tell you what we would look at first. A senior expert answers, not a bot, and nothing is owed either way.

Prefer to look first? Run the free GTM diagnostic, or follow RevOps XL on LinkedIn for a new field note twice a month.

← More field notes