Branditify

Growth retainer · ongoing partnership

Everything is urgent. Something still has to be first.

A retainer is how the work keeps moving when the requirements keep changing — strategy, website, SEO, content, ads and creative through one relationship that already knows your business, and a queue that always says what is being worked on now and what follows it.

See how the queue works

Halo WorksRetainer · week 14

Five requests

  1. Landing page for Thursday’s campaignMarketing · Urgent — campaign goes live ThursdayUrgent
  2. Ad creative adaptations for the same campaignMarketing · Urgent — needed for the campaignUrgent
  3. Sales deck refreshSales · Urgent — meeting next weekUrgent
  4. Blog post announcing the new pricingFounder · Urgent — should go out this weekUrgent
  5. Dashboard screen that reads badly on mobileProduct · Urgent — customers keep mentioning itUrgent

This week

Five requests this week. Every one of them marked urgent by whoever sent it.

Landing page for Thursday’s campaignNow

The campaign cannot launch without it, and the date is external. Nothing else in the queue is blocked by a date somebody outside the company already knows about.

Depends on
Nothing. It can start immediately.
Next action
In work. First draft for review tomorrow.

Landing page for Thursday’s campaign

  1. RequestedA line in a message: “we need a landing page for Thursday”.
  2. ClarifiedWhat the campaign is, where traffic comes from, what the page has to make happen.
  3. In workBuilt on the brand rules and components already in place.
  4. ReviewLooked at by the person who asked and whoever signs it off.
  5. ChangesUsually one round. Occasionally none.
  6. ShippedLive, and the queue advances.

Five requests. Every one of them marked urgent.

Illustrative retainer queue · sample work

Which one you need

A project ends. A retainer keeps going.

One is not better. They answer different questions.

An agency retainer is an ongoing engagement for businesses that expect useful work to keep changing. Instead of defining a separate project for every request, the client and the agency keep shared context and move recurring work through an agreed, prioritised scope. A one-off project is usually cleaner when the outcome can already be described in full.

The question that decides itCan you describe the finished thing today?

Yes — you can describe it

A project is cleaner. Fixed outcome, agreed scope, a defined end. You know what you are buying and so do we.

  1. Define the outcome
  2. Agree the scope
  3. Build it
  4. Done
See a defined build

No — it keeps changing

A retainer fits better. The work is real but the list is not stable, and re-scoping every item from scratch costs more than the item is worth.

  1. Requests arrive
  2. Prioritise
  3. Deliver
  4. New requests arrive
  5. Prioritise again
This page

Most businesses need both, at different times. A retainer running alongside one properly-scoped project is a normal, healthy arrangement — and it is usually cheaper than pretending the project fits in the queue.

The queue

One queue, and one thing at the front of it.

Select a request to see why it sits where it does.

Requests are prioritised on what is actually blocked, what has a date that somebody outside the business already knows about, what depends on something else in the queue, and what is waiting on information nobody at the agency can supply. The output is not a list of everything that matters. It is an order, with a reason attached to each position.

Landing page for Thursday’s campaignNow

The campaign cannot launch without it, and the date is external. Nothing else in the queue is blocked by a date somebody outside the company already knows about.

Depends on
Nothing. It can start immediately.
Next action
In work. First draft for review tomorrow.

Ad creative adaptations for the same campaignNext

Genuinely needed for Thursday, but the sizes come off the landing page’s design direction. Starting it first would mean doing it twice.

Depends on
Waits on the landing page layout.
Next action
Starts the moment the layout is approved.

Sales deck refreshNext

A real date, one week further out, and nothing else depends on it. It sits behind the campaign work rather than beside it.

Depends on
Needs the updated positioning line, which exists.
Next action
Queued after the campaign adaptations.

Blog post announcing the new pricingWaiting

Nobody at Branditify can move this. The final pricing has not been signed off internally, and writing it twice helps no one.

Depends on
Waiting on approved pricing from the client.
Next action
Moves to Next the day the numbers are confirmed.

Dashboard screen that reads badly on mobileLater

Worth doing and not dated. It goes into the queue properly rather than being lost in a thread, and it moves up when nothing carries a deadline.

Depends on
None.
Next action
Reviewed at the start of each cycle.
  1. NowBeing worked on. Exactly one thing is ever here.
  2. NextAgreed and sequenced. Starts when the current one ships.
  3. WaitingCannot move yet — it needs something that has not arrived.
  4. LaterReal, worth doing, and not competing with anything dated.
  5. ShippedDone, reviewed and live.

Five people each sent something urgent, and all five were right about their own work. The queue does not dispute that. It just answers a different question: of these five, which one is being worked on right now.

There is no capacity meter on this page, no hours counter and no credits. A retainer where the interesting number is how much of the month you have used is a retainer selling time rather than work.

The decision

Two requests, both urgent, one goes first.

The reasoning, in the open.

When two requests compete, the questions are the same each time: what stops if this is not done, whose date is it, does anything else in the queue depend on it, and is work already in progress that would be wasted by switching. The answer gets said out loud rather than decided quietly.

Landing page for ThursdayNow

What stops without it
The campaign cannot launch
Whose deadline it is
An external date, already announced
What depends on it
Two other queue items wait on it
What is already in progress
Nothing in progress to waste

Sales deck refreshNext

What stops without it
A meeting uses the current version
Whose deadline it is
Internal, and a week later
What depends on it
Nothing depends on it
What is already in progress
Nothing in progress to waste

Neither request was wrong to be called urgent. The deck goes second because nothing breaks if it does, which is a different statement from saying it does not matter.

When it changes

Something genuinely urgent arrives.

The queue reorders. It does not expand.

In an ongoing engagement priorities can be revisited whenever new information arrives. The part that matters is making the trade-off visible: urgent work moving to the front means something else moves back, and saying so is what stops an ongoing relationship from quietly promising that everything continues unchanged.

Thursday, 11:40

The live pricing page is showing last quarter’s numbers. It is public, it is wrong, and people are reading it right now.

Now, before

Landing page for Thursday’s campaign

Now, after

Fix the live pricing page

Now

And what that costs

The landing page goes back to Next. It is half built, so nothing is lost — but Thursday is now tight, and the campaign owner is told that today rather than on Wednesday night.

A retainer that absorbs an emergency without anything else moving is not absorbing it. It is deferring the conversation about what slipped.

When the urgent thing is the site itself

What carries over

The fourteenth request starts further along than the first.

Not because we know your business better than you. Because we already asked.

The practical advantage of an ongoing engagement is that each new request begins with context that already exists — the brand rules, the components already built, the decisions made and rejected before, who signs things off and what they always ask for. Most of the cost of a small project is establishing that, and in a retainer it is established once.

Brand rules
Type, colour, tone and the parts that get argued about
What is built
The components and pages that already exist, so new work reuses rather than reinvents
Past decisions
What was tried, what was rejected, and the reason it was rejected
Live campaigns
What is running now and what the new thing has to sit beside
Who approves
Who signs it off, and the note they always leave

Request one, cold

  1. Brief
  2. Brand questions
  3. Access and logins
  4. Tone calibration
  5. First draft
  6. Two rounds of “not quite us”
  7. Approved

Request fourteen

  1. Brief
  2. First draft
  3. One round
  4. Approved

The saving is not that the work is faster to make. It is that far less of the effort goes into re-establishing things that were already true last month.

The rhythm

One request, start to finish.

The same shape every time, which is what makes it predictable.

Work moves through the same steps whatever it is: the request gets clarified into something buildable, it is made against the context already in place, it is reviewed with whoever asked for it, changes are applied, and it ships — at which point the next item in the queue becomes the current one.

  1. RequestedA line in a message: “we need a landing page for Thursday”.
  2. ClarifiedWhat the campaign is, where traffic comes from, what the page has to make happen.
  3. In workBuilt on the brand rules and components already in place.
  4. ReviewLooked at by the person who asked and whoever signs it off.
  5. ChangesUsually one round. Occasionally none.
  6. ShippedLive, and the queue advances.

How long any of this takes depends on the request, what it depends on and how quickly review comes back. That is why this page does not publish a turnaround figure: an honest one would have to be a range so wide it would tell you nothing.

What belongs here

What sits in the queue, and what deserves its own scope.

The distinction that keeps a retainer honest.

Recurring and evolving work belongs in the queue: campaign pages, creative adaptations, content, SEO execution, conversion changes, design support and the reporting around them. A large new initiative — a full rebrand, a new product, a platform rebuild, a migration — deserves its own discovery and its own scope, and hiding one inside a monthly relationship is how both the project and the retainer go wrong.

Moves through the queue

  • Campaign landing pages and website changes
  • Ad and social creative adaptations
  • Blog and marketing content
  • SEO execution and conversion changes
  • Brand design support and collateral
  • Performance reporting and analytics review
  • Automation and workflow support

Gets its own scope

  • A full brand identity
  • A new product or platform
  • A site rebuild or migration
  • Anything needing real discovery before anyone can estimate it

When a large one arrives anyway

A request lands: build a customer portal. It goes in the queue as a request like any other — and then straight back out, because it needs discovery, a defined outcome and a scope of its own. It becomes a separate project, and the retainer carries on with everything else in the meantime.

Is a retainer unlimited?

No, and an ongoing engagement that describes itself that way is describing its sales page rather than its delivery. Requests can be raised freely and reprioritised as often as things change; what the relationship owes you in return is a straight answer about what is being worked on now and what comes after it.

Not the same thing

Retainer or maintenance? Look at the same website.

Both are ongoing. They are doing different jobs.

A retainer generally covers evolving work — new pages, new creative, new content, changes that come from the business moving. Maintenance covers keeping an existing site healthy: updates, security, speed, backups and fixing what breaks. Some businesses need one, some need both, and the boundary is set by what the engagement includes rather than by the words.

The same websiteRetainerMaintenance
A campaign launches next monthNew landing page, creative and copy for itNot this — nothing is broken
The contact form stops sendingNot this — nothing new is being madeDiagnosed and fixed
The site has got slowNot thisMeasured, and the cause dealt with
Pricing changed and four pages say soRewritten and redesigned where the message changedUpdated where it is only a value that moved
A dependency needs patchingNot thisPatched and verified

The overlap people trip on is the phrase “website updates”, which sits in both. In maintenance it means the site keeps working. Here it means the site keeps changing.

Website Maintenance

How this fits

A retainer is a shape, not a discipline.

The specialist pages own the work. This owns the way it keeps arriving.

A retainer is a way of working rather than a service in itself. The disciplines it delivers each have a page of their own, and those pages are the right place to start if the need is a specific piece of work. This page is the right place to start if the need is that work of that kind keeps coming and there is no good way to run it.

  1. Keep the existing site healthyWebsite Maintenance
  2. Run social as a disciplineSocial Media
  3. Run paid acquisitionPerformance Marketing
  4. Decide what to say, and write itContent
  5. Ad and social creative as a serviceContent Creatives
  6. Build the site itselfPremium Websites

A retainer can deliver work in several of these at once — that is the point of one relationship rather than five. It does not replace them, and it does not mean every Branditify capability is automatically included in an engagement.

Scope

What makes one retainer larger than another.

Agreed per engagement. No tiers on this page, because there are none in the offer.

Retainer scope is set by the kinds of work involved, how often requests actually arrive, how many disciplines are in play, how many brands or products are active, how many people raise and approve work, how much context already exists, and whether large initiatives sit inside or outside the arrangement.

  1. The kind of workCampaign pages and creative move differently from product and technical changes.
  2. How often things arriveA few requests a month and a steady weekly flow are different engagements.
  3. How many disciplinesOne lane is simpler than content, creative, web and reporting moving together.
  4. Brands and productsEach active brand or product adds its own context, rules and approvals.
  5. Who raises and approvesSeveral teams asking, and several people signing off, adds coordination.
  6. Context already in placeAn engagement following our own build starts further along than one that does not.
  7. Where big projects sitWhether major initiatives are handled separately or expected inside the queue.
What you need to bring
The kinds of request that keep recurring, who raises them, who approves them, and access to the things the work touches. A queue nobody can approve is not a queue.
What happens at the start
The current backlog gets collected and put in an order, the context gets established once, and the first item starts. Most of the value of the first cycle is the ordering.
If the ongoing model stops being useful
Then it should stop. A retainer is worth having while the work genuinely keeps arriving; if it settles into something predictable and occasional, projects are the cleaner arrangement and we would say so.

Evidence

Work across brand, digital and growth.

The disciplines a retainer moves between, shown as delivered projects.

These are delivery projects, listed as delivered. What they show is the range a single ongoing engagement moves across — the work itself, rather than the commercial arrangement it was bought under.

Questions

What businesses ask before starting one.

What is an agency retainer?
A standing arrangement rather than a purchase. What you are actually buying is not a quantity of work but the removal of a step — the scoping conversation that would otherwise sit in front of every small piece and cost more than the piece itself.
When does a retainer make sense?
A useful signal: count how many small things your team has been meaning to get done for over a month. If that list keeps refilling faster than it empties, the constraint is not capacity in one push, it is not having a standing route for work of that size.
What is the difference between a retainer and a project?
A project has a defined outcome and an end; you agree what is being built and it finishes. A retainer has an ongoing queue and no defined end state, because the requirements keep arriving. Neither is better, and most businesses use both at different times.
What is the difference between a retainer and maintenance?
Ask what would happen if nobody did it for three months. Maintenance work produces something broken — an expired certificate, a form that stopped sending. Retainer work produces something missing: the campaign page that never launched. Different failure, different arrangement.
What work can go into a Branditify retainer?
Growth strategy and roadmap, website updates and landing pages, SEO execution, blog content, ad and social creative, campaign planning, conversion optimisation, brand design support, marketing collateral, automation support, and performance reporting and analytics review.
Is every Branditify service included in a retainer?
No. What an engagement covers is agreed at the start and reflects the work that actually keeps recurring for your business. A retainer can span several disciplines at once, which is the point of one relationship rather than five, but it does not grant automatic access to everything Branditify does.
How are requests prioritised?
On what stops if it is not done, whose deadline it is and whether it is external, what else in the queue depends on it, and what is already in progress that switching would waste. Each position in the queue has a reason attached to it.
Can priorities change?
Yes, and reordering costs nothing while an item is still in the queue. It costs something once work has started, which is worth knowing before you ask — usually the honest answer is that switching now wastes half a day, and sometimes that is still the right call.
What happens when something genuinely urgent appears?
It moves to the front and something else moves back. The queue reorders rather than expanding, and the item that got displaced is named along with what that costs — a date getting tight is said on the day it becomes true, not afterwards.
Are requests unlimited?
No. Anyone offering unlimited is either rationing invisibly through a queue you cannot see, or has priced in the assumption that you will not use it. Raise as many requests as you like; the honest part is being told where each one sits.
Does a retainer include a fixed number of hours?
There is no published hour or credit allowance for Branditify retainers, and this page does not invent one. Engagements are scoped around the kind and frequency of work involved, which is agreed directly rather than sold as a tier.
How quickly is work completed?
The part you control is usually bigger than the part we do: how fast review comes back is the single most common reason something sits. No turnaround figure is published here because an honest one would be a range wide enough to be useless.
What happens to a large new project?
It gets its own scope. A rebrand, a new product, a platform rebuild or a migration needs discovery and a defined outcome, and burying one inside a monthly queue goes badly for both. The retainer carries on with everything else while that runs separately.
Do we have to explain our brand again for every request?
No — and the thing that carries over which nobody expects is the record of what was rejected. Knowing the three directions your team has already turned down saves more time than any style guide, and it is the part that never survives a change of supplier.
What determines the size of a retainer?
Less the volume than the variety. Twenty similar requests a month is a smaller engagement than eight that span content, design, web and reporting, because each discipline brings its own review, its own dependencies and its own way of getting stuck.
What happens when the engagement starts?
The first useful output is usually uncomfortable: your existing backlog, in an order, with reasons. Most teams discover that several things described as urgent have been waiting on somebody internal for weeks, and that is worth knowing before anyone starts making anything.
What if an ongoing arrangement stops being useful?
Then it should stop, and the signal is visible in the queue itself: when the same few items sit at the bottom for weeks because nothing new is arriving above them, the ongoing arrangement has stopped earning its place and individual projects are cleaner.

Start

Bring us the work that keeps coming back.

Not a brief. Just the list of things that keep landing on someone who does not have time for them.

What keeps recurring
The kinds of request that arrive again every few weeks
Who handles them now
Whoever it lands on today, and what it stops them doing
Where priority changes
The things that get overtaken, and what usually overtakes them
What keeps waiting
The work that has been almost-started more than once
What is already planned
Larger initiatives coming, so we can keep them out of the queue properly