Advisory Services / Customer-Specific Work at Scale

Know how much of your roadmap is custom work.

I used to think all custom work was a sign that something had gone wrong. I no longer believe that. Custom work can be strategic. What matters is how much of your capacity it uses and whether you measure it. Most companies do not, because implementation work sits in queues that never reach the roadmap.

The direct answer

How can customer-specific work scale inside a product organization?

Customer-specific work scales inside a product organization when it is measured as a share of product capacity, classified separately from core roadmap work, approved by a named owner before the promise is made and rebalanced each planning cycle.

There is no universal target ratio. What matters is knowing your own and being able to explain it.

Interactive example

Each deal looks reasonable on its own.

A fictional quarter with 40 engineer-weeks of product capacity. Move the slider to change the custom share and see which core work leaves the quarter.

Fictional quarter · 40 engineer-weeks of capacityCustom share 30%
30%
Core work that leaves the quarter
  • Renewal health scoreOut
  • In-app onboardingOut
  • Usage-based billingOut
  • Public API v2Out
  • SSO for teamsOut
The deal on the table
$420k renewal

Condition: a bespoke ledger integration delivered this quarter. Six engineer-weeks to build.

Often left out of the business case

After the build year come three years of upgrades and support, and a customer who now has a say in your release schedule. Roughly $35k a year. No one has been named to maintain it.

Fictional quarter and deal. There is no universal target. What matters is knowing your own ratio and having a named person approve each exception before a promise is made.

When to address it

How do you know custom work is running the roadmap?

01 · What you hear

“It’s just one integration.”

Implementations, migrations and expedited features arrive through different queues, so the full demand never reaches the roadmap.

01 · What it costs

A custom share nobody measured

  • Core work slips without a decision
  • Engineers get pulled into implementation
  • The plan is out of date within weeks
02 · What you hear

“This deal is too big to lose.”

Each commitment looks worthwhile alone, while the accumulated work crowds out reliability and broadly valuable features.

02 · What it costs

Small exceptions add up

  • Every customer gets a fork
  • The product gets harder to sell
  • Your best engineers leave
03 · What you hear

“We’ll productize it later.”

The deliverable ships, then its support and upgrade costs disappear from the business case.

03 · What it costs

A maintenance tail nobody owns

  • Upgrades break the bespoke parts
  • Support inherits the edge cases
  • The productizing work never gets scheduled

The working model

How does the Core versus Custom approach work?

It starts by classifying the work that actually happens across product, engineering, implementation and support queues. There is no universal target. The aim is a ratio the company measures and can explain.

  1. Find the real baseline

    Core and custom effort gets tagged the same way everywhere, including implementation work done by product development teams.

  2. Set a working allocation

    Leadership agrees on a target mix and a buffer for real customer obligations, and records which core work cannot be displaced in the period.

  3. Evaluate each exception

    Each request is compared on immediate revenue, reusable value, maintenance cost, capacity and the longer-term product goal it supports or delays.

  4. Review and rebalance

    The actual mix is measured every cycle, variances are explained and the company moves toward its target in steps the business can absorb.

Illustrative example

A renewal comes with a bespoke integration.

  1. Monday

    The ask. A strategic account offers a $420k renewal if a ledger integration ships this quarter. Six engineer-weeks, with the scope set by one customer.

  2. Tuesday

    Classify and price. It is classified as Custom for this decision. The build plus three years of upgrades and support is priced next to the two core items it would push out.

  3. Wednesday

    Decide in the open. Sales, product, success and finance review it together. The CEO approves the exception, with a named service owner and a plan to generalize the connector.

  4. Next quarter

    Measure. The actual mix is checked against the target. The connector either becomes a core capability for two more customers, or the team records why it should not be repeated.

A composite of common situations. Names and figures are illustrative.

What you leave with

A measured split between core and custom work.

Engagement handoff · Customer-Specific Work at ScaleOwner: your team
Baseline
A measured view of core and custom effort across backlogs, customer implementations and support work.
Commitment policy
Decision rights and business-case fields for customer-specific requests before commercial promises are made.
FDE model
A clear choice about where forward-deployed engineers sit, how their work is counted and how their learning reaches the core team.
Rebalancing plan
A target mix and the quarter-by-quarter steps to reach it without breaking current commitments.

For the full reasoning, the examples and the quarter-by-quarter rebalancing method, read How to Own Your Roadmap. This page is about applying it inside your company.

40:60 to 70:30core to custom, where most B2B companies I’ve worked with land
Core share of product capacity
40:6070:30
Where most companies landWhere most teams assume they are (higher on core)

The more services-heavy the company, the more its product work leans toward custom. The bigger problem is usually not knowing the ratio at all.

Common starting points

The decisions that make the mix governable.

  • Classify core and custom effort across engineering, implementation and support queues.
  • Set an explicit allocation and protect the core capacity already committed.
  • Review exceptions with sales, product, customer success and finance before commitments are signed.
  • Count forward-deployed engineering deliberately and return its learning to the core roadmap.
  • Track reusable value, maintenance ownership and the actual mix each planning cycle.

How an engagement starts

Start by finding your number.

  1. 45 minutes · free

    Discovery

    Where custom work comes from today, which queues it hides in and the deal that is on your mind.

  2. 2 days or 2 weeks

    Find the baseline

    A Two-Day Intensive ($2,500) tags a representative slice of backlog and queues. A Sprint Advisory ($6,500) builds the full baseline and a commitment policy.

  3. Monthly

    Rebalance

    As a Fractional CPO ($8,000 a month) I run the exception reviews and quarterly rebalancing until your team owns them.

Two-Day Intensive and Sprint Advisory fees are credited toward the first month of Fractional CPO. Onsite in the New York City area, remote everywhere else. See pricing. Specialists join only when the work needs them: meet the bench.

Common questions

What leaders ask about custom work.

Is custom work always bad for a software company?

No. Custom work can open an account or a market that matters strategically. The question is whether the company sees and chooses the full tradeoff.

What counts as custom work?

Work whose scope or timeline is driven by one customer or a minority stakeholder rather than by healthy product practice. Implementation done by product engineers counts, even when nobody books it that way.

What is a healthy core versus custom ratio?

There is no universal target. Most B2B and B2B2C companies I have worked with, between $5m and $500m in revenue, sit between 40:60 and 70:30 core to custom, and services-heavy companies lean further toward custom. Start with your actual mix, pick a target that fits the business model and move toward it in steps.

Where do forward-deployed engineers fit?

Treat them as a deliberate capacity choice. They can sit outside product development or inside a measured Custom allocation. Either way, define how customer learning informs the product roadmap.

How do you say no to a strategic customer?

Often the answer is yes, with the cost made visible: what it displaces, who maintains it and whether it becomes reusable product. When the answer is no, that same information makes it easier for sales to explain to the customer.

Start with a real deal

Talk through a custom request you are weighing.

Or bring the implementation queue no one measures. In 45 minutes we can sketch your current mix and a realistic target.

Book a discovery call