Skip to content

07Industry

SaaS & software companies

SaaS companies engineer their product and their pipeline with real discipline — then run the operations in between on improvisation. Onboarding, customer success and renewals decide whether the revenue you won stays won, and they respond to the same operating disciplines as any production system: flow, measurement, cadence and quality by design.

A SaaS company is usually two well-engineered machines separated by an unmanaged middle. The product gets engineering discipline — versioned, tested, instrumented. The pipeline gets sales discipline — staged, forecast, inspected weekly. But the stretch between a signed contract and a renewed one, where the customer actually experiences the company, tends to run on individual judgement and goodwill. Onboarding stretches because nobody measures its stages. Success activity is whatever each CSM believes it should be. Renewals arrive as events rather than outcomes. It is the most revenue-critical part of the business and, operationally, the least designed — which is why growth strains it first.

The strain follows a pattern. Onboarding cycle times creep upward, and with them time-to-value — the single strongest influence on whether an account ever becomes healthy. Churn signals exist months before a renewal is lost — usage decaying, sponsors going quiet, support tickets shifting in tone — but they are scattered across tools, and no one owns acting on them while action is still cheap. Quality across the customer base depends on which individual happens to own the account. And revenue operations and delivery run on different numbers, so the forecast says one thing while the people closest to customers know another. None of this is a talent problem. It is what an operating model failing to keep up with growth looks like.

What I bring to a SaaS business is the operating layer, stated honestly. I am not a product leader or an engineering leader — I do not set roadmaps, run sprints or make architecture calls, and if that is the gap, you need a CTO or CPO, not me. My 19 years are in operating cadence, scorecards leadership can trust and quality systems that hold at volume: from 95% to 99% across more than 2,000 campaigns and 450 clients, one reconciled number across 75 entities. Applied to the post-sale engine, those disciplines turn retention from a hoped-for outcome into an operation — measured stages, owned signals, a rhythm that catches drift early.

What tends to break

  • Onboarding cycle times stretch, and time-to-value stretches with them.
  • Churn signals arrive too late to act on — renewals become discoveries.
  • Customer success quality depends on which individual owns the account.
  • Revenue operations and delivery run on different versions of the numbers.

How I help

  • Run onboarding as a measured pipeline — staged, visible, owned at every handoff.
  • Turn scattered churn signals into a scorecard with a named owner and thresholds.
  • Define the customer-success standard so quality survives any one person leaving.
  • Reconcile revenue and delivery numbers into one operating review leadership trusts.

Sound familiar?

01

Renewals keep surprising you — in both directions.

02

Onboarding takes twice what it took a year ago, and nobody decided that.

03

The board asks about retention and gets a narrative, not a number.

The fit

Operations Governance & BI Systems

The measurement and decision rights that let leadership steer, not guess.

In depth

The operating detail for this sector.

The post-sale operation delivers the promise the pipeline made

Every SaaS contract is a promise sold ahead of its delivery: the value is realised over months of onboarding, adoption and support, or it is not realised at all. That makes the post-sale operation the second delivery of the product — and in most companies it is the least engineered thing the customer touches. The irony is sharp: firms that would never ship untested code run onboarding without stage definitions, success without a standard, renewals without leading indicators. The work is to give this middle the same seriousness as the product and the pipeline on either side of it — defined stages, honest measurement, clear ownership — because in a subscription business, the operating quality of the post-sale engine is not a support function. Over any horizon that matters, it is the revenue model.

Onboarding is a pipeline, and it queues like one

Watch where an implementation actually spends its days and the pattern is familiar from any production flow: short bursts of work separated by long waits — for customer data, for an integration slot, for a kickoff that took three weeks to schedule, for internal handoffs nobody times. The elapsed calendar stretches while the worked hours stay modest, and every added week delays the customer’s first value, which is where the renewal is quietly decided. The treatment is the one that fixes any pipeline: define the stages, measure where implementations wait, expose the queues, give every handoff an owner and a clock. Onboarding cycle time is one of the most compressible numbers in a SaaS business, precisely because so little of it is usually work — most of it is waiting that nobody has ever measured.

Churn is a lagging indicator — run the operation on leading ones

By the time churn appears in a report, the decision it records was taken months earlier, inside the customer’s business, while nobody was watching. The signals were there: logins decaying, the executive sponsor going quiet, seats bought but never activated, support tickets shifting from how-do-I to why-doesn’t-it. What is usually missing is not data but operating machinery — one place the signals combine, thresholds that define when an account needs intervention, a named owner for acting, and a cadence where at-risk accounts are reviewed and decisions stick. That is a scorecard-and-governance problem, the kind operations disciplines solve well. Built properly, the renewal conversation stops being a discovery. The team knew the account was drifting in month three and acted — which is the only point at which acting is cheap.

From CSM heroics to a customer-success system

Ask what great customer success looks like in most SaaS companies and you get names, not standards — the CSM whose accounts always renew, the one who somehow senses trouble early. Admirable, and fragile: quality that lives in individuals varies with workload, disappears with resignation, and cannot be hired back on demand. The move is the same one that lifts any operation from craft to system: make the standard explicit. Define what every account must experience by segment — cadence of contact, health checks, escalation paths — so the baseline stops depending on who owns the account. This is how quality moved from 95% to 99% across more than 2,000 campaigns: not better people, a better system. Your strongest CSMs then stop being the safety net and become the pattern the system is built from.

One set of numbers between revenue and delivery

In a scaling SaaS company, the revenue side and the delivery side gradually stop describing the same reality. The forecast counts on renewals the implementation team privately doubts; expansion is booked against accounts still stuck in onboarding; the board pack and the operational truth drift apart, and every leadership meeting starts with twenty minutes of whose number is right. The repair is a reconciled operating view — definitions agreed once, sources of truth named, one scorecard where bookings, implementations, adoption and renewal risk appear together and mean the same thing to everyone. It is unglamorous work, and it changes the character of leadership meetings: the argument shifts from what the numbers are to what to do about them, which is the only argument worth having.

What I do in a SaaS company — and what I stay out of

Clarity serves both sides here. I do not take product or engineering seats: no roadmap calls, no sprint governance, no architecture opinions — and if your real constraint is product-market fit or engineering velocity, I will say so early and point you at the right hire instead. The seat I take is the operating layer around the product: onboarding run as a measured pipeline, success run to a standard, churn signals turned into owned actions, revenue and delivery reconciled into one honest view, and a weekly cadence that holds it all under growth. The disciplines come from 19 years of operations and quality at enterprise scale, and they transfer to subscription software cleanly — because flow, measurement and governance behave the same way whatever the product they carry.

Questions

Common questions.

Runs the operating layer around the product: onboarding as a measured pipeline, customer success to a defined standard, churn signals turned into owned early actions, renewals operations, and one reconciled set of numbers across revenue and delivery — all held together by a weekly operating cadence. What a fractional COO should not do is set product roadmaps or lead engineering; those are different seats. In practice the role fixes the stretch between a signed contract and a renewed one, which in most scaling SaaS companies is the least designed, most revenue-critical part of the business.

Measure where implementations wait, because most onboarding time is not work — it is queueing. Define the stages explicitly, time each one, and expose where projects sit: waiting on customer data, on an integration slot, on an unowned internal handoff. Then give every stage and handoff an owner and a clock, and review ageing implementations weekly. Cycle time usually compresses substantially without adding a single implementer, because the constraint was never effort — it was invisible waiting. The prize is more than efficiency: faster onboarding pulls time-to-value forward, and time-to-value is where renewals are quietly decided.

The signals almost always exist months ahead — decaying usage, a sponsor gone quiet, seats never activated, a change in support tone. What is missing is machinery, not data: one place the signals combine into an account health view, thresholds that trigger intervention, a named owner for acting, and a cadence where at-risk accounts are reviewed and decisions stick. Build that and churn stops being a lagging surprise; the team engages in month three, when engagement is cheap and credible, rather than at the renewal, when it reads as a save attempt and usually is one.

Make the standard explicit instead of personal. Define what every account must experience by segment — contact cadence, health checks, escalation paths, what good looks like at each stage — so the baseline stops depending on who owns the account. Then measure against that standard and coach to it. Your strongest CSMs are the raw material: codify what they do instinctively into the system everyone runs. That is how an operation moved from 95% to 99% quality across more than 2,000 campaigns — not by finding better people, but by building the system that makes the standard survive any one person leaving.

I bring operating experience, not SaaS product experience, and I am explicit about the difference. I have not run a software company; I have spent 19 years running operations, quality systems and governance at enterprise scale. The post-sale problems SaaS companies bring me — stretched onboarding, late churn discovery, quality that depends on individuals, unreconciled numbers — are structurally the operating problems I have solved elsewhere, and the disciplines transfer cleanly. Where the question is genuinely product or engineering — architecture, roadmap, velocity — I stay out and say so, because pretending otherwise would waste your money and my credibility.

A VP of Customer Success runs a function; this work builds the operating model the function — and its neighbours — run on. Many companies hire the VP first and discover the deeper gaps remain: onboarding still unmeasured, signals still scattered, revenue and delivery still on different numbers, no cadence holding it together. The sequence that works is to install the system — stages, standards, scorecards, rhythm — and then let the permanent leaders run and improve it. The engagement is designed to end with that handover; if a strong VP is already in place, the work makes them more effective rather than competing with them.

RevOps typically owns the revenue engine’s tooling and process — pipeline stages, CRM hygiene, forecasting mechanics. The gap this work addresses is wider: the operating link between revenue and delivery, where the forecast meets what implementations and accounts are actually experiencing. In most scaling companies those two worlds run on different definitions and meet only in arguments. The work reconciles them — agreed definitions, named sources of truth, one scorecard, a leadership cadence that uses it — and strengthens RevOps rather than duplicating it, because their numbers finally connect to delivery reality instead of stopping at the closed-won line.

When the binding constraint is the product or the market rather than the operation. If customers churn because the product misses the need, or growth stalls because positioning is wrong, operating discipline will make a struggling machine run smoothly in the wrong direction — and I will tell you that rather than take the engagement. The honest signals that the constraint is operational: retention varies wildly by who runs the account, onboarding stretches while headcount grows, renewals surprise you, and leadership cannot get one trusted view of the customer base. Those are the problems this seat exists to fix.