The Economics of a Nano GCC: True-Up Cost vs Sticker Price

Leadership team modelling the economics of a small capability centre in India

The economics of a small capability centre are not a scaled down version of a large one. Three things behave differently, and each one inverts an assumption that holds perfectly well at five hundred people: fixed costs matter enormously, the seniority mix must be heavier rather than lighter, and cost per head becomes actively misleading as a measure.

Getting this wrong is the most common reason small centres disappoint. A twenty person centre modelled with large centre economics will be underfunded on fixed costs, understaffed on seniority, and measured on a metric that rewards exactly the decisions that will prevent it from working.

This guide sets out how the cost structure actually behaves at small scale, where the break even point sits, and what to measure instead.

Key points

The fixed cost base, and why it dominates

Every capability centre carries a set of costs that barely vary with headcount: entity formation and maintenance, statutory compliance and audit, legal counsel, payroll administration, core infrastructure and security tooling, and a minimum viable leadership layer. At five hundred people these disappear into the per head average. At twenty they are a substantial share of total cost.

This is not a reason to avoid building small. It is a reason to model the two cost types separately. A model that blends fixed and variable costs into a single per head figure will understate the cost of the first ten people and overstate the cost of the next ten, which makes every subsequent planning decision slightly wrong in a direction that compounds.

The practical consequence is that the marginal economics of a small centre improve rapidly with each addition in the early range, then flatten. Going from eight people to twenty improves the per head economics substantially. Going from eighty to a hundred barely moves them.

Illustrative

How fixed cost share falls as a small centre grows

8 to 12 people35
13 to 25 people24
26 to 50 people15
51 to 100 people9
100 plus5

Illustrative planning pattern rather than measured research. Model your own fixed base explicitly; the shape matters more than the percentages.

The seniority premium, and why it pays

The second inversion is the one that causes most of the damage. Cost models built on large centre assumptions apply a seniority pyramid with a broad base of junior and mid level engineers, because that minimises average cost per head. Applied to a twenty person centre, it produces a team that cannot make decisions.

The reason is that a large centre carries ambient context. There are architects in the building, precedent is visible, and a mid level engineer absorbs judgement from the environment. A twenty person centre has none of that, so judgement has to be present in the headcount. A small centre staffed to a large centre seniority ratio will escalate constantly, which converts its cost advantage into onshore management overhead and delay.

So a Nano GCC costs more per head than a conventionally structured offshore team, and that is the design working rather than failing. The question is whether it costs less per delivered outcome, which it generally does, because a senior team resolves its own ambiguity, needs less supervision and can own systems outright.

A Nano GCC should cost more per head than a conventional offshore team. If it does not, it has probably been staffed in a way that prevents it from working.

Where the break even point sits

Small centres reach break even faster than large ones, which is counterintuitive if you are thinking only about fixed cost amortisation. The reason is that the timeline is shorter at both ends. There is no facility build, no multi year hiring programme and no long governance construction phase, so the centre reaches productive output in months rather than in years.

A realistic path has entity and compliance work running in parallel with senior hiring, first productive output within three to four months, and the full team contributing by around month six. Against that, the costs incurred are the fixed base plus a ramping salary line, which is a much smaller commitment than a large centre carries before it delivers anything at all.

The risk profile is different too. A small centre that turns out to be the wrong decision can be wound down at a cost that is recoverable. A large centre cannot, which is why large centre decisions attract scrutiny that small ones sometimes escape, occasionally to their detriment.

01
Month 0 to 1

Fixed cost base begins

Entity, compliance, infrastructure and the leadership layer. Cost is incurred, output is zero, and this is the deepest point of the curve.

02
Month 1 to 3

Senior hires arrive

The most expensive hires join first, which makes the cost curve steepen before output begins. This is the phase most likely to be misread as a problem.

03
Month 3 to 4

First productive output

Owned work begins reaching production. Cost per delivered outcome starts falling rapidly from an initially very high figure.

04
Month 4 to 6

Team completes

Supporting engineers join against real work. Per head economics improve as the fixed base spreads and ramp completes.

05
Month 6 to 12

Steady state and ownership

Escalation falls, ownership widens, and the centre begins producing value that a cost model cannot capture at all.

Why cost per head is the wrong measure

If a small centre is judged on cost per head, the rational response is to reduce seniority, because that is the only lever with immediate effect. Doing so removes the ability to decide locally, which increases escalation, which increases onshore management overhead and cycle time. The measure improves while the thing being measured gets worse.

The alternative measure is cost per delivered outcome, which is harder to calculate and considerably more honest. It captures the fact that a senior team delivering three owned systems is worth more than a junior team consuming the same budget while implementing specifications written elsewhere.

Measure What it rewards What it hides Use it for
Cost per head Reducing seniority Escalation, onshore overhead, cycle time Benchmarking against market rates only
Cost per delivered outcome Ownership and throughput Little; it is the most balanced measure Primary economic measure of the centre
Total cost of ownership Complete accounting Nothing, if built properly Business case and quarterly true-up
Onshore hours consumed Reduced dependency Nothing; underused and revealing Diagnosing whether autonomy is real
Savings versus baseline The original decision Everything after year one Year one reporting, then move to appendix

The fourth row is the most underused. Onshore hours consumed per unit of offshore output is one of the clearest signals of whether a small centre is actually working.

Executives reviewing capability centre economics and outcome based measures
Cost per head improves as a small centre gets worse. Cost per delivered outcome does not.

What actually makes the economics work

The case for a Nano GCC is not that it is a cheap way to get engineers. On a pure rate basis, a staffing arrangement is usually cheaper and involves no fixed cost base at all. The case is that a small owned team with senior depth can hold context and own outcomes, and that ownership is what produces value that compounds.

An owned system improves over time because the same people keep working on it. Contracted capacity resets whenever the contract or the staffing changes.

Context is the real asset and it accumulates only where people stay. This is why attrition is an economic problem rather than an HR one.

A team that decides locally consumes far less senior onshore time, which is expensive capacity that never appears in the offshore cost model.

An established entity with a working team makes the next capability decision cheap. The second team costs a fraction of the first because the fixed base already exists.

Common modelling mistakes

Each of these produces a model that is internally consistent and wrong in a way that only becomes apparent in year two.

Model the second team as well as the first,Most of the fixed cost base is incurred once. If there is any prospect of a second capability being built in the same entity, the economics of the first team look very different when that option is priced in.

Frequently asked questions

What is the minimum viable size for a Nano GCC?

Around eight to twelve people is the practical floor where the fixed cost base can be justified and the team is large enough to own something end to end. Below that, an employer of record or contractor arrangement is usually more sensible until the scope grows.

Does a Nano GCC save less than a large GCC?

Less in absolute terms, because the team is smaller, and slightly less proportionally, because fixed costs are spread across fewer people. The argument for the model is not maximum saving; it is that a small senior team can own outcomes that a larger junior team cannot.

How quickly does a Nano GCC reach break even?

Faster than a large centre in elapsed time, because there is no facility build or multi year hiring programme. First productive output within three to four months is realistic, with the full team contributing by around month six.

Why does it cost more per head than a staffing arrangement?

Because of the seniority mix and the fixed cost base. Both are deliberate. The seniority is what allows local decision making, and the entity is what allows ownership and IP accumulation. Removing either makes it cheaper per head and much less valuable.

Should we start small and scale, or start at target size?

Start small and scale, in almost every case. The fixed base is incurred either way, the senior hires that determine everything come first regardless, and a small start lets you validate the operating model before committing to a headcount you may not need.

How should we handle the fixed cost in the business case?

Model it as a separate line rather than amortising it into a per head figure. This makes the marginal economics of growth visible and stops the first team carrying a cost that properly belongs to the whole capability.

What attrition rate should we model?

Use a realistic rate for the local market and seniority band rather than an optimistic one, and apply it from year one onwards. The cost is not only recruitment and overlap; it is the ramp curve for the replacement and the context that left with the leaver.

When does a Nano GCC stop making economic sense?

When the work genuinely requires scale, such as broad platform ownership across many product lines, or when the company cannot supply the outcome ownership that makes a senior team worth having. In the second case the problem is scope rather than size, and a larger centre would not fix it.

Sources & further reading

Model the small centre properly

Hexominds builds Nano GCCs with the fixed cost base, seniority mix and break even path modelled before you commit to anything.

Home
Solutions
SaaS & Technology Healthcare FinTech Hospitality & Travel Tech Retail & E-Commerce
Insights
What Is a Nano GCC? The Future of GCCs AI Talent in India Product Engineering Value Generation Framework True-Up Cost Methodology All Insights
How It Works
The GCC Journey GCC Launch Roadmap Why India Readiness Assessment About Hexominds
Services
Legal & Compliance HR & Workforce Infrastructure & IT Agentic AI Innovation All Services Our Locations Enquire Now