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

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
- Fixed costs do not scale down, so they dominate the model below fifty people
- Small centres need a heavier senior mix, which raises cost per head and lowers cost per outcome
- Break even on a small centre is faster than on a large one, because there is no long build phase
- Cost per head is the wrong measure and will drive the wrong decisions
- The economics work because of what a small senior team can own, not because it is cheap
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.
How fixed cost share falls as a small centre grows
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.
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.
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.
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.
First productive output
Owned work begins reaching production. Cost per delivered outcome starts falling rapidly from an initially very high figure.
Team completes
Supporting engineers join against real work. Per head economics improve as the fixed base spreads and ramp completes.
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.

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.
- Blending fixed and variable costs into a single per head figure
- Applying a large centre seniority pyramid to a team of twenty
- Assuming productive output from month one rather than modelling a ramp curve
- Omitting onshore management overhead, which is the cost the centre is supposed to reduce
- Carrying no attrition assumption, which makes year two look like a failure rather than a gap in the model
- Comparing against an unloaded domestic salary rather than a fully loaded one
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
- NASSCOM — https://nasscom.in/
- Deloitte — https://www.deloitte.com/
- McKinsey & Company — https://www.mckinsey.com/
- Everest Group — https://www.everestgrp.com/
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.