Side-by-side comparison

Retainer or project: which unit should the client buy?

Last materially reviewed 2026-09-19

Quick answerUse a retainer for recurring access or capacity; use a project when a defined output and endpoint are the real promise.
Likely to work well when

✓ Small creative agencies

✓ Productized-service teams

✓ Readers with a specific client-delivery problem

Important limitations

— Guaranteed sales or traffic

— Enterprise security certification

— Replacing a sufficient tool without a concrete gain

What to know

Compare the tradeoff: compare the commitment rather than the invoice

A monthly invoice does not by itself make a service a retainer. Decide whether the customer is buying ongoing capacity, a repeated deliverable or a finite project paid in stages. These arrangements create different expectations when work is delayed or unused. Our distinction is an operating framework, not legal or accounting advice. The service agreement and actual billing configuration still need to match the promise made to the customer.

What to know

Choose the unit the team can explain

A project can have a defined acceptance point and a change process. A retainer may reserve attention across a period while handling several requests. Write down what happens if the client supplies no brief that month. Is capacity reserved, work carried forward or nothing owed beyond availability? Do not let the software’s default renewal behavior answer a commercial question that the agency has not yet discussed clearly.

What to know

Work through a mixed-service example

A fictional studio might sell a one-time brand package and then offer ongoing campaign production. Keep the original project’s acceptance separate from the recurring service’s queue. Otherwise an unfinished project can disappear into a new subscription without a clear owner. ManyRequests documents both one-off and recurring service configurations; the useful task is choosing which responsibility each record represents rather than forcing every engagement into the same billing pattern.

What to know

Check the transition at renewal

Before using the arrangement with real clients, rehearse how the team handles unfinished work at the period boundary. Record the current version, remaining approval and next owner. A renewed payment does not prove the previous work was accepted, and an accepted project does not automatically authorize a new charge. Keep these events distinct in the client explanation even when one platform displays them close together. Choose the structure that reduces ambiguity rather than merely generating predictable invoices.

Source boundary

What this comparison can—and cannot—settle

This guide draws on ManyRequests service pricing configurations, ManyRequests agency billing. Merchant-controlled records describe the provider’s own capabilities, terms or standards; they do not independently validate those claims. These records do not establish independent confirmation of the product claims.

Verify any current price, plan limit, label direction, compatibility rule, or commercial term that would materially change the decision. The dated source ledger shows the underlying records so this conclusion can be checked and updated.

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. ManyRequests service pricing configurations — Merchant documentation · help.manyrequests.com · Merchant-controlled · checked 2026-09-19
  2. ManyRequests agency billing — Merchant documentation · manyrequests.com · Merchant-controlled · checked 2026-09-19