Compare

When you need a management consultancy instead of us

There is a class of work that a small delivery firm should not take, and pretending otherwise would be the most expensive kind of dishonesty. Large consultancies exist because organisational change at scale is a different discipline from building software, and it needs a different kind of supplier. This page is about recognising when you are in that situation, and it does not end with us being the answer.

Facts about a management consultancy last checked 2026-08-21

  • If the hard part is organisational change rather than software, you need a different supplier.
  • Board-level credibility is a real product and a small firm cannot provide it.
  • Programmes spanning many countries and business units need scale we do not have.
  • Regulated programmes often require a supplier with audited process and insurance limits we cannot match.
  • Sometimes the answer is both: they run the programme, a specialist builds one part of it.

Where a management consultancy is the right answer

Written first, and deliberately. If we could not fill this section honestly, the page would not be worth publishing.

What a management consultancy is good at

  • Genuine scale: thousands of practitioners who can be assigned to one programme
  • Board-level relationships and the credibility that carries inside a large organisation
  • Change management as an actual discipline, which is what most large programmes fail on
  • Coverage across countries, regulators, and business units simultaneously
  • Institutional permanence and the insurance, audit, and compliance status that comes with it

Choose them over us when

  • The programme touches many business units and the hard part is getting them to agree
  • You need a supplier your board already recognises and trusts
  • The work spans multiple countries and regulatory regimes at once
  • Procurement requires a vendor of a size and trading history a new firm cannot meet
  • The real problem is operating-model change and software is a consequence of it

Side by side

Every cell about a management consultancy is labelled with where it came from. Nothing here is inferred, and a blank is left blank.

 ReveneauA management consultancy
Scale of team availableA small teamHundreds to thousandsVerified
Change management capabilityNone. Not what we doA core disciplineVerified
Board-level credibilityNone. We are newUsually establishedVerified
Multi-country programme deliveryNoYesVerified
Institutional permanenceUnproven. We are newDecades in most casesVerified
CostScoped per build, quoted before work startsNot establishedNot established

Most comparison pages exist to conclude that the author should get the work. This one mostly does not, because the situations it describes are ones where we would be the wrong choice and taking the engagement anyway would be bad for both of us.

The distinction that matters

Ask what the hard part actually is.

If the hard part is that eleven business units disagree about a process, that four regulators have different requirements, and that six thousand people need to work differently on a Monday, the software is a consequence of the problem rather than the problem. That is change management, it is a genuine discipline, and firms have spent decades getting good at it. A small delivery team dropping a well-built application into that situation from outside does not solve it.

If the hard part is that a specific piece of software needs to exist, work correctly, and be maintainable, that is our kind of problem.

Board-level credibility is a real product

This is rarely said plainly, so: part of what a large consultancy sells is that nobody gets fired for choosing them. That has genuine value in a large organisation where a failed programme ends careers, and it is not something a new firm can offer at any price.

If your decision needs that protection, buy it. It is a rational purchase and a small supplier telling you otherwise is arguing against your interests.

Where the split arrangement works

The common arrangement that works is both. The consultancy owns the programme, the governance, and the organisational change. A specialist builds one well-defined component inside it, faster and closer to the daily work than a large programme normally moves.

That works when the interface is defined clearly and someone senior owns the connection between the two. It fails when the specialist is inserted without authority and spends the engagement in coordination meetings.

What we would say if you asked

If you describe a multi-country operating model change and ask whether we can run it, the answer is no, and we will say so on the first call. That is the whole content of this page.

Where we fit

Reveneau suits this when

  • The problem is a definable piece of software rather than an organisational change
  • One team can own it end to end
  • Speed on a specific build matters more than programme governance
  • You want the verification method to be the thing you are buying

Common questions

When do I need a management consultancy rather than a software firm?
When the hard part is organisational rather than technical: many business units that must agree, several regulators, thousands of people changing how they work. In that situation the software is a consequence of the problem, and change management is the discipline that actually resolves it.
Is board-level credibility a real reason to choose a large firm?
Yes, and it is rarely said plainly. In a large organisation where a failed programme ends careers, part of what you are buying is that the choice is defensible. A new supplier cannot offer that at any price, and arguing you should not want it is arguing against your interests.
Can a small firm work inside a larger consultancy programme?
Yes, and it is a common arrangement that works: the consultancy owns governance and organisational change, a specialist builds one well-defined component faster than a large programme usually moves. It needs a clear interface and someone senior owning the connection between the two, or the specialist spends all its time in coordination meetings.
Would Reveneau take on a multi-country transformation programme?
No, and Reveneau would say so on the first call rather than after taking the work. We have no change management capability, no multi-country delivery presence, and no institutional track record, since board-level credibility usually takes decades to build. Taking that engagement anyway would be bad for both parties, which is why this page states the limit plainly.
How does pricing differ between a management consultancy and a software firm?
Reveneau's engagements are scoped per build and quoted before work starts, tied to a defined piece of software with an end date. A large consultancy's cost is not established on this page and depends on programme scale, but it typically reflects the size of the team assigned and the length of the governance effort, which can run to hundreds or thousands of practitioners on one programme.
What should I ask before choosing between the two?
Ask what the hard part of the problem actually is. If eleven business units disagree about a process, or several regulators impose different requirements, or thousands of people need to work differently, that is organisational change and needs a consultancy's discipline. If a specific piece of software needs to exist, work correctly, and be maintainable, that is a build problem suited to a smaller delivery team.
Who owns the risk if a split arrangement goes wrong?
In a split arrangement, the consultancy owns the programme, the governance, and the organisational change, while a specialist like Reveneau owns the one component it was brought in to build. That split only holds when the interface between the two is defined clearly and someone senior on the client side owns the connection between them, rather than leaving it to be negotiated mid-programme.
Does Reveneau have change management experience?
No. Reveneau does not offer change management as a discipline, and the comparison table on this page states that plainly rather than implying otherwise. Change management, the work of getting many business units, regulators, and people to adopt a new way of working, is a core capability of large consultancies built up over years, and it sits outside what a small delivery team is built to do.