Build, buy, or commission.

This is lesson 04 of the ColabContent AI-Ready Course, a free seven-lesson primer for mid-market operators considering a custom AI commission. Each lesson takes five to ten minutes and ends with a concrete action. By the end of the seven days the operator has a written scoping document for a potential commission.

Day four. Three paths to AI in the growth-stage business. Three decisions, four criteria. The framework we use on every paid engagement.

Lesson4 of 7
Read time~20 minutes
FormatMemo-style
CostFree

The third path.

The conventional choice every operator faces is between build and buy. Build means hire engineers and an AI lead, write the system internally, own the output. Buy means license an off-the-shelf product, configure it for your business, and accept its boundaries.

The third path, commission, is underused because owners don't have a framework for it. Commissioning means hiring a boutique to build a custom system on your data, in your tenant, owned by your business at handoff. Different from build (you don't carry the engineering team afterward). Different from buy (the system is yours, configured to your specifics, not the vendor's average).

Build: when it's the right answer.

Build is the right answer when AI capability is going to be a durable differentiator for your business, when you have or can credibly hire the engineering bench, and when the system you need will keep evolving over years.

For a $200M software company, build is often correct. For a $25M services firm, build is usually wrong: the engineering bench is expensive, the AI capability is a means not an end, and the system needs to ship in 8 weeks not 8 quarters. Hiring two AI engineers and a head of AI to deliver one workflow improvement is a mismatch of resources to outcome.

Build criteria: Does AI capability appear in your strategy as a moat, not just an enabler? Can you hire and retain at the AI engineer level? Will the system need to evolve materially every year? If yes to all three, build.

Buy: when it's the right answer.

Buy is the right answer when an off-the-shelf product covers 80%+ of your needs, when your needs are not differentiated from the average customer in the segment, and when configuration is a real lever the vendor exposes.

For meeting transcription, buy. For generic SDR enablement, buy. For most CRM auto-fill, buy. The category leader has solved 80% of the problem for the average customer, and your business probably is the average customer for that workflow. Trying to commission something custom for these workflows is a misallocation.

Buy criteria: Does an off-the-shelf product cover 80%+ of your need? Are your needs essentially the same as the average customer in your segment? Is configuration substantive enough that the vendor's product becomes your business's product? If yes to all three, buy.

Commission: when it's the right answer.

Commission is the right answer when your needs are differentiated (your matter taxonomy, your part library, your carrier pool, your pricing rules, your business's specific workflow), when off-the-shelf products cover less than 60% of your need, and when you want to own the system at handoff rather than rent it.

Most of the workflows we listed in Lesson 1 fit this pattern. Custom CPQ AI on the shop's actual part library. Matter-aware retrieval on the operation's specific iManage taxonomy. Submission AI on the agency's actual carrier pool. The vendor product can't capture the specifics; the build option is too heavy; the commission option fits.

Commission criteria: Are your specifics meaningfully different from the average customer? Does off-the-shelf cover less than 60% of your need? Do you want to own the system, not rent it? Will the system be relatively stable once shipped (5-15% modification per year, not 50%)? If yes to all four, commission.

Three failure modes.

The three failure modes we see most often, in order of frequency:

Buying when you should commission. The most common failure. Owner sees a polished demo, signs a 12-month contract, the tool covers 50% of the workflow well and 50% poorly. Senior staff resent it. The hours-back number doesn't materialize. Year two, the contract gets renewed because nobody wants to admit the mistake.

Building when you should commission. Second most common. Owner hires two AI engineers, eight months later there's a half-built internal tool, the engineers are restless because they want to ship to many users, the operation hasn't shipped to even one workflow. The build burns 18-24 months and never reaches steady state.

Commissioning when you should buy. The least common but most expensive on a per-engagement basis. Custom build for a workflow that an off-the-shelf product covers cleanly. The deliverable works, but the operation is paying boutique fees for what a $400/month SaaS would have done. Avoid by being honest about whether your needs are actually differentiated.

Tomorrow.

Lesson 5: scoping the first commission. The four elements of a tight scope: outcome, interface, data, guardrails. The difference between an engagement that ships in 6 weeks and one that ships never.

Where this lesson fits

How the AI-Ready course is structured.

Where lesson 04 fits in the AI-Ready course.

The AI-Ready course is a seven-lesson primer for operators considering whether to commission a custom AI build for their business. The course is free. It is structured as one short lesson per day for seven days, delivered by email. Each lesson can be read in five to ten minutes and ends with a single concrete action the operator can take that day.

The lessons in order: the two questions every operator should answer before any AI buying motion, the build-versus-buy framework, the diagnosis structure, the prototype-before-pay engagement model, the integration boundary, the handoff and ownership posture, and the twelve-month-after-handoff stewardship pattern. This lesson is one of those seven.

How to apply the lesson at your operation this week.

The lesson ends with a concrete action because the course is designed to produce a written artifact, not a feeling. By the end of the seven days the operator has a one-page document that names their leading constraint, names the workflow that addresses it, names the integration boundary, names the buying motion, and names the ownership posture. The document is the operator's to keep regardless of whether the operator commissions a build.

The action this lesson asks for is small. Five to fifteen minutes of work, written down, kept in a single document that the operator returns to as the course progresses. Most operators do the work on a Sunday evening over coffee. By Friday of the second week the document is done.

What the next lesson covers.

Each lesson builds on the previous one. The next lesson takes the artifact the operator built this week and applies the next decision in the sequence. The operator who reads the lessons in order, does the action each one asks for, and lets the artifact accumulate ends the course with a complete written scoping document for a potential commission. The operator who reads the lessons out of order or skips the actions gets less value from the sequence.

Why ColabContent runs the course.

The course exists because most of the operators we end up commissioning for came in already having done some version of this work on their own. The structured course shortens that path. Operators who finish the course and decide their constraint is right for a custom commission book the forty-five-minute diagnosis call. Operators who finish the course and decide the right answer is no AI right now, or off-the-shelf, or an internal hire, are better positioned for whichever motion they chose.

The course generates no obligation to commission. Operators who finish the course and choose any of the alternatives are fine; we will refer them to whichever path they decided on if we know who does that path well.

All seven lessons.

The course hub indexes the seven lessons. Each lesson is also available as a standalone read for operators who arrive at it through search or a referral. The hub also explains how the daily email delivery works for operators who would rather have the course paced for them than read it in one sitting.

Extended questions

The questions buyers ask after the first one.

How much of the buy decision should the operator make versus delegate.

The right shape of the buying motion has the operator-owner or operating partner in the room for the diagnosis call. The constraint identification is too consequential to delegate to a department head. The implementation work that follows can and should be delegated; the decision on which constraint a commission addresses cannot.

How to evaluate references the consulting house presents.

Three questions per reference. First, what was the named constraint the commission addressed at this operator. Second, what was the measured result twelve months post-handoff, in dollars or hours. Third, does the reference operator still run the system. Vague references on any of those three are flags. ColabContent provides direct introductions to past commission operators for any prospect that asks; a fifteen-minute call to the operator is the most honest signal a prospect can get.

How a fixed-fee commission scopes overage risk.

The fixed fee is set after the diagnosis call, after the integration depth is named, and after both sides have written the constraint in a sentence. Overages occur when the operator changes the scope mid-build (a different workflow, a different integration, an additional system). Either side can pause the build to renegotiate; neither side absorbs hidden overages without explicit agreement. The default is to ship the original scope and address scope expansion in a separate engagement.

What happens to the system one year after handoff.

The system continues to run inside the operator's cloud tenant. Models, prompts, and integration code are versioned and the operator has the source. When the underlying foundation model improves (a new release from the model vendor, a new open-weight option), the operator can swap the component without renegotiating the engagement. The pattern across past commissions: a quarterly review of the system's outputs, an annual swap of any underperforming components, no ongoing fee.

When the right call is not a commission.

The right call is sometimes a product (when the workflow matches a product's calibration target), sometimes an internal hire (when the operator has a five-year horizon and a $5M AI runway), sometimes a Big Four engagement (when the operator is large enough that the strategy-then-build separation makes sense), sometimes no AI right now (when the operator's leading constraint is not actually addressable with AI). We tell prospects when their constraint falls into one of those buckets and route them to whichever path fits. The four-commissions-per-quarter cap is real; the firms that get one of those four slots are the firms where the commission is the right buying motion.

The five-minute fit-check worksheet.

Operators who want to test the fit before booking a diagnosis call can run a five-minute self-check on six questions. First, is the operator's annual revenue in the $8M to $50M band. Second, is there a named workflow where time or money is leaking measurably. Third, has the operator tried an off-the-shelf product and either rejected it or hit a misfit ceiling. Fourth, is the operator comfortable running the system inside their own cloud tenant under NDA. Fifth, can the senior operator commit to forty-five minutes for a diagnosis call. Sixth, is the budget runway for a $45K to $180K fixed fee real this quarter.

Six yes answers means a diagnosis call is worth the forty-five minutes. Three or fewer yes answers means the right next step is probably one of the alternatives. Four or five yes answers means the call surfaces whether the missing one is addressable.

What to bring to the diagnosis call.

Two artifacts make the call substantially more productive. First, a one-page description of the leading constraint, written in the operator's words, naming the workflow and the rough dollar or hour leakage. Second, a list of the systems the operator uses for the workflow (the system of record, the related tools, the integration boundaries). Neither artifact has to be polished. The point is to surface the constraint quickly so the call's forty-five minutes are spent on diagnosis, not exposition.

Buyer worksheet

How to decide whether a commission is the right next step.

The four-question sequence operators run before booking.

Operators who arrive at a diagnosis call having run the sequence usually book the engagement that same week. The sequence asks four questions in a specific order. First, is the leading constraint actually addressable with AI, or is it a process problem, a staffing problem, or a stack problem that AI would not solve. Second, if AI is the right intervention, is the right buying motion a custom commission, an off-the-shelf product, or an internal hire. Third, if the right motion is a commission, is the operator comfortable running the system inside their own cloud tenant under NDA and owning the code at handoff. Fourth, is the budget runway for a $45K to $180K fixed fee real this quarter.

Operators who answer yes to all four book the call. Operators who answer no to any one of them either change the question (the leading constraint is different, the budget moves, the cloud posture changes) or take a different path. We do not push operators who land at a "no" on any of the four into a commission they will not be served by.

The three signals operators watch for after handoff.

Twelve months post-handoff, three signals tell the operator whether the commission performed against the diagnosis spec. First, the dollar or hour delta on the workflow the commission addressed, measured against the pre-engagement baseline. Second, the percentage of the workflow the AI layer now handles autonomously versus the percentage that still routes to a human reviewer. Third, the number of times the operator's team has modified the build's prompts, models, or integration code on their own without ColabContent involvement. All three should be improving over time. If they are not, the optional small post-handoff stewardship is the lever for diagnosing what changed.

The honest comparison against the alternatives.

A commission is not the right answer for every operator. The mid-market operator with a workflow that matches a horizontal SaaS product's calibration target is better served by the product. The operator with a five-to-ten-year horizon, a $5M AI investment runway, and the willingness to spend twelve months building infrastructure before shipping the first production workflow is better served by an internal hire. The operator at $500M-plus revenue with stakeholder counts that justify a Big Four engagement is better served by that motion. We will tell the operator which of those alternatives fits if a commission does not.

The honest case for a commission is narrow on purpose. Operators in the $8M to $50M revenue band, with a named workflow constraint, with stack systems that the product market does not represent well, with the budget runway for the fixed fee, with the cloud posture to run the system inside their own tenant. Operators in that narrow band are where the math works.

Why we publish the comparisons, the rankings, and the boundaries.

Most consulting houses do not publish ranked comparisons against their competitors, do not publish the boundary of what they will not build, and do not publish fixed-fee pricing bands. We publish all three because the operators we want to commission for are the operators who reward that transparency with a faster booking. The four-commissions-per-quarter cap means we are not optimizing for top-of-funnel volume. We are optimizing for the right four operators each quarter. Publishing the comparisons, the rankings, and the boundaries selects for those operators.

Decide between the three with us.

The diagnosis call ends with a one-page memo telling you which of the three is right for your specific case. About half of our diagnoses end with us recommending buy or build, not commission.