Use a white label partner when the work is well defined and the constraint is either time or a skill your team does not hold. Avoid it when the brief is still unsettled, because an unclear brief becomes more expensive once it has to travel between two organisations.
Three different gaps
A capacity gap
You know how to do the work and have too much of it. This is the easiest case to outsource well, because you can specify, review and judge quality yourself.
A capability gap
The project needs something your team does not do: a bespoke system behind a site, a complex integration, a data model that goes beyond pages and forms. Here you are buying judgement as well as hands, and you should expect the partner to push back on the brief.
A specialist implementation
A defined piece of technical work inside a project you otherwise own. Narrow scope, clear boundary, clear finish.
Diagnosing the gap tells you what to ask for. Sending a capability gap out as though it were a capacity gap is the usual cause of disappointment.
What to agree before work starts
- Who holds the client relationship, and whether the partner ever contacts the client directly.
- Whose brand appears in the work, the repository, the commit history and any emails the system sends.
- Confidentiality, and what may be referenced publicly afterwards.
- Code ownership on completion, and where the repository lives in the meantime.
- Third party licensing, including anything with per seat or commercial terms the client will inherit.
- Hosting, and who holds the accounts.
- What handover includes: documentation, credentials, a walkthrough, a defined period of questions.
- Support boundaries after handover, and who the client contacts when something breaks at eight in the evening.
Scope discipline
White label work rewards precision. Agree what is included, what is explicitly excluded, how changes are priced, and what constitutes finished. A written definition of done prevents the slow drift where a fixed price project quietly becomes an open ended one.
Agree the review rhythm too. Regular, small reviews catch misunderstandings while they are cheap. A single reveal at the end concentrates all risk into the worst possible moment.
Red flags
- The brief is a conversation rather than a document.
- The client keeps changing their mind and the changes are not yet controlled.
- The partner agrees to everything without questioning anything.
- Nobody can say where the code will live or who owns it.
- The timeline only works if nothing goes wrong.
- You would be unable to maintain or hand on the result yourself.
That last one deserves attention. If the delivered work is unmaintainable without the partner, you have not filled a gap, you have created a dependency and given it to your client.
When not to outsource
If the work is central to what your agency sells and you intend to keep selling it, building the skill internally is usually the better long term decision, even if the first project is slower. Outsource the peaks and the specialisms. Keep the core.
And if the project is not yet defined, the right next step is discovery, not delegation.