Skip to content
POW XD
Journal
Practice

Project or retainer

11 March 20264 min read

Project or retainer · Article banner

A project has a clear start and end. A retainer is a relationship. Choosing between them is really a question about what happens after launch.

When a business engages a studio, it usually frames the decision as one about scope and price: what is being made, and what it costs. The more useful question is about time, and specifically about what happens after the work ships. Almost everything that goes right or wrong in a design relationship is decided by how that question is answered, and it is the question most contracts never quite ask.

A project suits a defined outcome with an end in sight. A new brand, a new website, a specific problem that can be solved and closed. Everyone knows what done looks like, the work runs towards it, and the engagement completes when it is reached. For the right piece of work this is exactly right, and dressing it up as an open-ended relationship would only add cost and ceremony to something that wanted a clean finish.

The risk with projects is not the work. It is the silence afterwards. A site launches, the team that built it moves on, and the thing slowly decays because nobody owns it: small problems go unfixed, opportunities go untaken, and the standard set at launch erodes month by month until someone notices the whole thing feels tired. The momentum built during the project leaks away, and is regained later at a far higher price than it would have cost to keep.

A retainer answers that silence. The studio stays close, keeps improving the work, and is on hand when things change, as things always do. It suits businesses that understand design as something ongoing rather than a one-off event: a garden to be tended rather than a monument to be unveiled. The value is not only the work done in any given month. It is the accumulated context, the studio that already knows your product, your customers, and your standards, and does not have to be taught them again each time.

A common and sensible path runs through both. Start with a project to build the thing well, then continue with a retainer to keep it sharp. The initial work sets the standard and the relationship maintains it, which tends to serve a business far better than a sequence of disconnected projects, each spent relearning what the last one already knew. The project establishes; the retainer compounds.

The real question is not what the work costs. It is whether your need ends at launch or begins there.

This is becoming the more powerful shape as products stop being things you finish. Software is increasingly continuous, shaped by data, adjusted constantly, expected to improve rather than merely exist. A brand now lives across dozens of surfaces that change all the time, not on a single site that launches and settles. In that world the one-off project, handed over and abandoned, looks less like a sensible unit of work and more like a snapshot of a thing that refuses to hold still.

The advantage is quietly moving to the ongoing relationship for a simple reason: accumulated context is getting more valuable, not less. As tools make individual tasks faster to execute, the scarce thing becomes deep, retained understanding of a specific business, the kind that cannot be regenerated on demand and only grows through continued work. A studio that has stayed close for two years knows things about your product that no brief, however good, could transfer to a newcomer starting fresh.

There is a version of the retainer that deserves suspicion, and naming it is only fair. A retainer can become a standing invoice for work nobody scoped, a comfortable arrangement that bills for presence rather than progress. The good ones avoid this by staying honest about outcomes. There is always a plan, always a sense of what the month is meant to move, and always the freedom for the client to leave if the value stops being obvious. A relationship worth paying for should feel like momentum, not a subscription you keep forgetting to cancel.

So the honest question to ask of any engagement is whether your need ends at launch or begins there. If it truly ends, a project is the right and clean answer, and a retainer would only be overhead. If it begins there, as more and more of digital work now does, a relationship will serve you better than a transaction, and the studios worth keeping are the ones that would rather build the second than sell the first.

The distinction, in the end, is whether the people you hire are invested in your product improving or merely in the engagement continuing. That is a question of character as much as contract, and it tends to reveal itself early. The practices worth a long relationship treat your standards as their own, keep earning the arrangement rather than assuming it, and would tell you plainly on the day a retainer stopped being the right shape for what you need.

UX Companion

The UX dictionary in your pocket.

UX Companion is our UX-dedicated app. A carefully written glossary of the tools, terms and theories every UX professional should know. Each entry pairs a plain-language definition with practical implications you can apply in your work.