Agency Social Media Workflow: One Calendar Per Client (2026)
Agency Social Media Workflow: One Calendar Per Client (2026)
Most agencies do not lose clients because a post underperformed. They lose clients because a caption went out in the wrong brand voice, an approval sat unread for nine days, or a monthly report arrived late with numbers nobody asked for. Creative quality is table stakes. What separates a two-client freelancer from a twelve-client shop is an operating system that survives sick days, staff turnover, and the client who replies only on Friday at 6pm.
This guide is that operating system — a sequence of artifacts, gates, and rituals you can copy this week. We will follow Quill & Signal Agency, a five-person shop running social for six retainer clients: a coffee roaster, a fintech SaaS, a four-location dental group, a pediatric clinic, an interiors studio, and a gym chain. Different voices, different compliance risk, different approvers. One system.
The decision everything hangs from is that each client gets their own calendar, not their own row in yours. That single choice fixes voice bleed, approval confusion, reporting attribution, and offboarding at the same time.
Key Takeaways
- One calendar per client is an architecture decision, not a preference — shared calendars cause voice bleed, wrong-account publishes, and unattributable reporting
- Every client needs three artifacts before post one: a signed brand kit, a named approver with a deadline, and a written escalation path
- Approval gates work when they have a default action on silence — 'no reply in 48 hours' must mean something specific and pre-agreed
- Batch by format across clients, not by client across formats — your writers switch voice once per post, not toolchain six times per week
- Reporting renews retainers when it opens with the client's business question and ends with one decision, not with impressions
Why one calendar per client, not one per agency
The instinct when you land client three is to add a colour-coded tag to the calendar you already have. It works until it does not, and the failure is always expensive.
What breaks when clients share a queue
Voice bleed. When six clients live in one view, writers context-switch mid-scroll. Verdant Coffee Roasters has a warm, first-person, slightly irreverent voice. Ledgerline, the fintech client, cannot say "we're obsessed" about anything without compliance flagging it. In a merged calendar a writer drafts eleven posts in a row and the seventh sounds like the sixth.
Wrong-account publishes. A dental whitening promo landing on a pediatric clinic account is a phone call you never want to make. Separated workspaces make the wrong account a deliberate act rather than a mis-click.
Approval ambiguity. If a client can see anything beyond their own content you have a confidentiality problem and a scope-creep problem at once — clients who see other clients' work start asking why they get less volume.
Unattributable reporting and messy offboarding. In one merged queue, "what did we ship for Tallgrass Dental in August" is a filtering exercise; multiply by twelve clients and month-end takes three days. And when a client leaves, a single workspace means export, revoke, archive — while scattered tags mean archaeology, and you will miss a connected account.
Comparing the three operating models
| Model | Works until | Fails at |
|---|---|---|
| One shared calendar, client tags | 2–3 clients, one operator | Voice bleed, mis-publishes, confidentiality, slow reporting |
| One spreadsheet per client + native apps | 3–5 clients, patient team | Nobody knows what is scheduled vs drafted |
| One workspace/calendar per client | 20+ clients, multi-operator | Requires deliberate setup and a tool that supports it |
6 clients
Where most agencies report shared-calendar workflows start producing weekly errors
The rest of this guide assumes the third model. The Calendar Mode guide covers the weekly queue that sits inside each client calendar; this article is the agency layer wrapped around it.
The agency OS in one page
Every stage has an owner, an artifact, and a gate — work cannot advance without something concrete existing.
| Stage | Owner | Gate to pass |
|---|---|---|
| 1. Intake | Account lead | All accounts connected and verified |
| 2. Brand kit | Strategist | Client signs the kit in writing |
| 3. Workspace setup | Ops | Test post published and deleted |
| 4. Batch production | Writers / editors | Internal QA pass complete |
| 5. Client approval | Account lead | Approver responds or SLA default fires |
| 6. Publish | Automated | Publish confirmation logged |
| 7. Community | Community manager | Same-day response on flagged items |
| 8. Report | Account lead | Client meeting held, next month planned |
Stages 4 through 7 loop weekly; stages 1 through 3 happen once and get revisited quarterly. Most agency chaos comes from treating stage 2 as optional and then relitigating voice every week.
Client intake: the first ten days
Intake buys back the next twelve months. Quill & Signal runs a fixed ten-day intake regardless of retainer size, starting at contract signature rather than kickoff call, because access requests are the long pole.
Days 1–4: access and business context
Days 1–2: access inventory. Every account, who owns it, what tier of access you need. A four-location dental group may have four Instagram accounts, two of them unclaimed duplicates made by a former receptionist. Find that out now, not in week six.
Days 3–4: business context. Not "what's your brand" — that produces adjectives. Ask what a good month looks like in revenue terms, and what the last three marketing efforts were and why they stopped. For Tallgrass Dental the answer was "new patient bookings within five miles," which instantly made national-trend content irrelevant and local proof essential.
Days 5–10: voice, compliance, and a live test
Days 5–6: voice archaeology. Twenty posts they are proud of, ten they regret. The regret list is worth more — it gives you real boundaries rather than aspirational ones.
Days 7–8: compliance and approval mapping. Who signs off, what happens when they are away, which claims need legal review. Ledgerline routes anything touching rates or comparisons to a compliance inbox on a 72-hour turnaround; knowing that on day seven means the calendar gets built around it instead of colliding with it.
Days 9–10: workspace build and test. Connect accounts, build the calendar, publish one innocuous test post, confirm it landed, delete it. A connection that reports "connected" and one that actually publishes are different things — learn the difference on a throwaway.
CLIENT: [name] | RETAINER START: [date]
BUSINESS
- What does a good month look like in numbers you already track?
- What is your sales cycle from first touch to revenue?
- What marketing did you stop in the last 18 months, and why?
AUDIENCE 4. Where does your audience actually spend time? (Not where you wish.) 5. What objection comes up most in sales conversations?
VOICE 6. Send 20 posts you are proud of. 7. Send 10 posts you would never publish, one line each on why. 8. Words we must never use / words you want us to use:
PROOF 9. What numbers can we publish? (Attach a source for each.) 10. Which customers have agreed to be named?
APPROVAL 11. Named approver / backup approver: 12. What happens on no reply in 48 hours? (hold / publish / evergreen only) 13. Which content types require legal or compliance review? 14. Maximum acceptable turnaround for a reactive post:
Question 12 is the one agencies skip and then regret. A silence policy agreed at intake is a negotiation. A silence policy invented in week nine is an argument.
Brand kits: the artifact that stops voice bleed
A brand kit is not a logo folder. It is the document a writer pastes into an AI tool, and into their own head, before drafting. If it does not fit on two pages nobody will use it.
What belongs on two pages (and what does not)
CLIENT: Verdant Coffee Roasters VERSION: 3.1 | SIGNED: 2026-07-02 | NEXT REVIEW: 2026-10-02
-
WHO WE ARE TALKING TO Home brewers 25-45 who buy whole bean and own a grinder. Secondary: cafe owners sourcing 5-20kg/month. Scroll-state pain: "I spent money on good beans and it still tastes flat"
-
VOICE Warm, specific, unpretentious. A barista explaining something across the counter, not a brand. First person plural ("we roast"). Mostly short sentences; one long sentence per post maximum.
-
NEVER
- "artisanal", "curated", "elevate", "journey", "passionate about"
- Comparisons to named competitors
- Origin-country stereotypes; health-benefit claims about coffee
- Emoji clusters. One maximum, only when it replaces a word.
- PROOF BANK (verified, safe to publish)
- Roasted within 5 days of every shipment (ops confirmed 2026-06)
- 41 wholesale cafe partners as of July 2026
- Direct-trade with 6 farms, all named on the site
- 2025 Northern Roaster of the Year, regional category
-
CTA LADDER Awareness: none, or "save this". Education: a comment prompt. Product: link in bio to the SKU, never the homepage. Never: countdown urgency unless genuinely time-boxed.
-
APPROVAL Marta (founder), backup Dan (ops). SLA 48h. On silence: hold product posts, publish evergreen education.
Same structure, high-compliance client, and section three does most of the work.
CLIENT: Ledgerline (B2B fintech SaaS) | v2.4 | SIGNED 2026-06-18
-
VOICE Precise, calm, useful. Finance ops person talking to finance ops person. Never enthusiastic. Confidence comes from specificity, not adjectives.
-
NEVER — COMPLIANCE HARD STOPS
- Any savings, ROI, or time-saved figure without an attached source doc
- The words "guarantee", "risk-free", "instant", "always"
- Customer names without a countersigned reference agreement on file
- Comparative claims about named competitors (legal: absolute no)
- Screenshots showing real customer data, even blurred
- PROOF BANK (each item carries a source doc ID)
- SOC 2 Type II, renewed March 2026 [LL-COMP-118]
- Average onboarding 11 business days, n=64 [LL-CS-2026Q2]
- Named references: Brightwater Logistics, Kesler Group [LL-REF-07/09]
- APPROVAL Priya (VP Marketing), then compliance@ inbox. 48h then 72h, sequential. On silence: hold everything. No default publish on this account, ever.
Identical structure, completely different content. That is the point — writers learn one format and apply it six times instead of learning six clients from scratch.
Workspace architecture: what this looks like in practice
Per client you want a dedicated calendar showing only their posts, only their accounts connected, client-specific publish times per platform, a member list containing their approver and nobody from another client's team, and its own reporting scope. That last one matters more than people expect: when reporting scope equals workspace scope, month-end becomes an export rather than an investigation.
Name workspaces plainly — client name, nothing else. Inside each, the same four content lanes run so any writer can pick up any client.
| Lane | Share of week | Purpose |
|---|---|---|
| Education | 40% | The thing the client knows that the audience does not |
| Proof | 30% | Reviews, results, before/after, named customers |
| Offer | 20% | The thing being sold, with a specific CTA |
| Personality | 10% | Humans, workspace, process, opinions |
Same lanes, wildly different execution. Verdant's proof lane is a farm photo with a roast date; Ledgerline's is a sourced statistic with a compliance doc ID behind it.
Approval gates: making sign-off a system, not a chase
Approval is where agency workflows die. The content is fine, the client is busy, Tuesday's post publishes on Friday, and the client remembers it as "the agency was slow."
The four properties of a gate that works
A working gate has four properties. One named human — not "the marketing team," not a shared inbox with three watchers. A batch, not a drip — clients who receive posts one at a time approve none of them, while a Thursday-morning package of eight gets approved Thursday afternoon because it is one task with an obvious end. A structured response format, so "looks good but can we tweak the second one" does not cost three emails. And a default action on silence, which is the whole game.
Subject: Verdant — week of 15 Sep — 7 posts for approval (reply by Thu 5pm)
Hi Marta,
Week of 15 September is drafted and in your calendar. Seven posts. Preview: [workspace link] Theme: grind size — the top comment question in August (14 mentions).
- Mon 09:00 IG — carousel: grind size by brew method
- Tue 12:30 LI — the wholesale onboarding post you asked for
- Tue 17:00 TT — 22s: "your coffee isn't stale, it's ground wrong"
- Wed 08:30 IG — farm photo, Huila lot, roast date visible
- Thu 12:00 IG — reel: the 30-second dial-in
- Fri 09:00 LI — Northern Roaster award, one year on
- Sat 10:00 IG — story set: Saturday roast day
TO APPROVE: reply "approved" and we ship as scheduled. TO CHANGE: reply with the day + one line. ("Wed - swap the photo, sold out")
Deadline Thursday 5pm. On no reply we publish the education and personality posts as scheduled and hold Friday's award post, per our silence policy.
- Sam
That last paragraph does enormous work. It is not passive-aggressive; it was agreed at intake and appears in every request, so it reads as process rather than pressure.
Hi! Just checking in — did you get a chance to look at the posts I sent over? Let me know if any changes, otherwise happy to go ahead whenever suits you. No rush!
Week of 15 Sep is in your calendar — 7 posts, preview linked. Reply 'approved' to ship as scheduled, or reply with the day plus one line to change. Deadline Thursday 5pm; on no reply we publish education posts and hold the offer post, per our agreed policy.
SLAs you can actually hold
An SLA you miss twice is worse than no SLA. Publish the ones you hit on your worst week, not your best.
The commitments that survive a bad week
| Commitment | The SLA | Why |
|---|---|---|
| Weekly batch for approval | Thursday 10:00 | A working day before Friday |
| Revisions after feedback | 1 business day | Larger changes roll to next batch |
| Reactive / urgent post | 4 business hours | Needs a complete brief, not a Slack fragment |
| Reply on flagged comment | Same business day | Complaint, question, or purchase intent |
| Reply, general community | 2 business days | Prevents an "always on" expectation |
| Monthly report | 5th working day | Previous month's data needs to settle |
| Crisis acknowledgement | 60 minutes in hours | Acknowledgement, not resolution |
Starting the clock only on complete inputs
Two details make these hold. Every clock starts on a complete input — a reactive request with no asset and no angle does not start the four-hour timer. And urgent work commits acknowledgement separately from resolution. Confirming you have seen a crisis within the hour is achievable; solving it within the hour is not.
4 business hours
A realistic reactive-post SLA when the brief arrives complete — same-hour promises are how agencies burn out juniors
Batch days across clients: the production week
Here is the counterintuitive part: do not batch by client, batch by format across clients.
Why format batching beats client batching
The instinct is Monday on Verdant, Tuesday on Ledgerline, and so on. It feels organised and it is slower, because every client switch reopens a brand kit, a voice, and usually a different toolchain. Format batching means Monday is "all short-form scripts for all six clients" and the writer stays in one mode and one tool. Voice switching still happens, but with the kit open and the format constant — a much cheaper switch than changing both at once. The full week is laid out step by step in the next section.
Buffer slots and Friday protection
Two rules protect it. Every client calendar keeps two empty slots per week as trend and reactive buffers, so a hot sound on Tuesday has somewhere to go without dismantling the schedule — our TikTok scheduling playbook covers why trend-dependent content should never be locked a week early. And Friday afternoon is never client-facing: no approvals go out, no SLA clock runs into a weekend.
BATCH: Short-form scripts | Week of 15 Sep | Writer: Priya
Format constant: 20-35s, hook in first 3s, on-screen text carries meaning without sound, one CTA, no trending-sound dependency (those go in buffers).
VERDANT COFFEE | v3.1 | warm, specific, unpretentious | 2 scripts Angle: grind size (top August comment theme, 14 mentions) Proof: roast-within-5-days, 41 wholesale partners
LEDGERLINE | v2.4 | precise, calm, useful | COMPLIANCE | 1 script Angle: month-end close, the 3 steps people do in the wrong order Proof: 11-day onboarding [LL-CS-2026Q2] ONLY. Flag compliance items here.
TALLGRASS DENTAL | v1.8 | reassuring, plain, local | 2 scripts Angle: what actually happens at a first visit (anxiety reduction) Constraint: no clinical before/after imagery without a consent form
BRIGHTSIDE PEDIATRICS | v2.0 | parent-to-parent | SENSITIVE | 1 script Angle: back-to-school sleep reset Constraint: educational only, no medical framing, no child faces
COPPERLINE INTERIORS | v1.4 | visual-first, low word count | 2 scripts FOUNDRY ATHLETIC | v2.2 | direct, coach-like, zero hype | 2 scripts Constraint: no body composition claims or before/after weight imagery
QA BEFORE HANDOFF: read each script aloud. If two clients' scripts could swap without anyone noticing, both are wrong. Rewrite the weaker one.
That last QA line is the cheapest voice-bleed defence in this entire guide.
Monday is Verdant day, Tuesday is Ledgerline day, Wednesday is Tallgrass day. By Thursday two clients are unstarted, the writer has reopened six brand kits and four editing tools, and Friday goes to whoever got the tired end of the week.
Monday: every short-form script, all six clients. Tuesday: every static caption, all six. Wednesday: assets and calendar loading. Thursday 10:00: all six approval requests leave together. No client is ever the one that got Friday.
The weekly agency rhythm, step by step
Monday AM: read the numbers before writing anything
Monday PM–Tuesday: batch by format, not by client
Wednesday: produce assets, then load every calendar
Thursday 10:00: QA, then send every approval at once
Thursday PM: community sweep
Friday AM: action feedback, roll the rest
Friday PM: fill buffers, update kits, prep reporting
Month-end: report and plan in the same meeting
Escalation: what happens when something goes wrong
Every agency has a plan for good weeks. The ones that keep clients have a written plan for bad ones, agreed before the bad week arrives.
| Level | Trigger | Response |
|---|---|---|
| L1 — Routine | Negative comment, standard complaint, minor query | Community manager, same business day, from the pre-approved response bank |
| L2 — Account lead | Repeat complaint, refund request, review-bombing, ambiguous claim | Account lead within 4 business hours; client notified same day |
| L3 — Client crisis | Legal, safety, medical, or reputational; a post that must come down | Director acknowledges within 60 minutes; publishing paused across that calendar immediately |
| L4 — Agency error | Wrong-account publish, wrong client's content, unapproved post live | Remove within 15 minutes, notify the client before they find it, written post-mortem within 48 hours |
L4 is the one you cause, and the rule that matters is that the client hears it from you first. An agency that reports its own mistake within the hour usually keeps the account; an agency whose client finds it on their own feed usually does not. The post-mortem names root cause, not proximate cause: "the writer had two workspaces open" is proximate, "we permit two client workspaces in one browser session during QA" is root, and only the root version produces a fix.
Reporting that renews retainers
Most agency reports are a screenshot of platform analytics plus a paragraph of hedging. They get skimmed, and at renewal the client says "I'm not sure what we're getting."
Lead with their metric
Open with their metric, not yours. Tallgrass Dental does not care about impressions; they care about new patient enquiries within five miles. Lead with that number even when it is flat.
Three findings, one failure, one decision
Show the pattern, not the dump. Three findings maximum, and a finding is an observation attached to an action: "carousels about procedures outperform single images 3:1, so October is 60% carousels." Twelve data points with no action is a spreadsheet.
Name what failed. Every month has a losing bet. Naming it yourself builds more trust than any winning number, because it signals you are reading the data rather than harvesting flattering screenshots.
End with a decision. Give the client exactly one thing to choose, with your recommendation and the reason. Reports that request a decision get read; reports that request nothing get archived.
[CLIENT] — SOCIAL REPORT — [MONTH]
THE NUMBER THAT MATTERS [Business metric]: [value] ([change] vs last month) One sentence on what social contributed, one on what it did not.
THREE FINDINGS
- [Observation] - [what we are doing about it next month]
- [Observation] - [action]
- [Observation] - [action]
WHAT DID NOT WORK The month's losing bet, what it cost, and whether we kill it or change it.
WHAT WE SHIPPED Counts by platform and content lane. Two lines maximum.
YOUR DECISION FOR NEXT MONTH Exactly one choice, with our recommendation and the reason.
APPENDIX Per-post performance, platform breakdowns, community summary, asset log.
August Report: 47 posts published. 128,400 impressions (+12%). 3,890 engagements (+8%). Instagram was our strongest channel. We saw good follower growth and will continue to optimise our content strategy for maximum engagement in September.
August: 34 new patient enquiries within five miles, up from 27. Social drove 11 via link clicks and DMs; the rest came from search and referral. Finding one: procedure-explainer carousels beat single images 3:1, so September is 60% carousels. What did not work: the staff-spotlight series — four posts, near-zero engagement, we are killing it. Your decision: Saturday-hours messaging or emergency-appointment messaging in September? We recommend Saturday hours.
Pricing the workflow: hours, seats, and margin
Workflow is a commercial question. If your process costs more hours than the retainer covers, better process is the only fix that scales.
Weekly hour budget per client (three-platform retainer)
Rough weekly budget per client on a three-platform retainer:
| Activity | Hours/week | Notes |
|---|---|---|
| Planning + numbers | 0.5 | All six clients in one Monday block |
| Copy + scripts | 2.5 | Format batching cut this from about 4 |
| Design + edit | 3.0 | Largest line; hardest to compress |
| Calendar loading + QA | 0.75 | Falls once workspace defaults are set |
| Approval management | 0.5 | Was 2.0 before batching and silence defaults |
| Community | 1.5 | Scales with audience, not retainer size |
| Reporting (amortised) | 0.75 | Monthly report across four weeks |
| Total | ~9.5 | Per client, per week |
Where the hours came back
Two lines used to be much bigger. Approval management fell from two hours to thirty minutes on Thursday batch requests with a silence default, and calendar loading fell once each workspace had saved publish times.
1.5 hrs/week/client
Recovered by batching approvals instead of chasing posts individually
Across six clients that is roughly a full day back each week — either margin, or the capacity to take client seven without hiring.
Do this, not that
Do
- Give every client their own calendar, connected accounts, and named approver
- Agree a written silence policy at intake and repeat it in every approval request
- Batch by format across clients so writers switch voice, not toolchain
- Keep two empty reactive slots per client per week
- Run QA as a separate pass by someone who did not write the post
- Report the business metric first, name the month's failure, end with one decision
Don't
- Run six clients as coloured tags in one shared calendar
- Send posts for approval one at a time as they are finished
- Let 'the marketing team' be the approver — always one name plus a backup
- Start the content clock before every account is connected and test-published
- Batch a trend-dependent post a week early and hope the sound survives
- Discover your own publishing error at the same time as the client does
How Postevery Pro workspaces fit this system
Everything above is tool-agnostic in principle. In practice the architecture only holds if your scheduler supports genuine per-client separation rather than tags on a shared board.
- One workspace per client — separate calendars, connected accounts, and member lists. Your team works across all of them from one login; each client sees only their own.
- Per-client, per-platform publish times — Verdant's Instagram timing has nothing in common with Ledgerline's LinkedIn timing, and neither should inherit an agency default.
- 27+ platforms in one calendar — TikTok, Instagram, LinkedIn, YouTube, plus the long-tail channels that usually fragment across three extra tools.
- Agent Mode for drafting — connect Claude, ChatGPT, or Cursor, generate against a client's brand kit, and review before anything reaches the calendar. See the Agent Mode guide.
- Calendar Mode for the week view — the visual queue each client approves against, buffers left deliberately empty.
Plan details are on the Postevery for agencies page and seat limits on pricing; our scheduler comparison is honest about where other tools fit. The tool matters less than the architecture — but an architecture your tool fights daily is one your team abandons by month three.
One calendar. 27+ platforms. AI built in.
Schedule with Calendar Mode or automate with Agent Mode. Start a 7-day free trial on any monthly plan.
Start free trialScaling past six clients
Six clients is where this system pays for itself; twelve is where it becomes the only reason the agency functions. Specialise by function rather than by client — assigning "Priya's clients" and "Sam's clients" recreates six mini-agencies with no coverage when someone is off. Promote the brand kit to a contract artifact, so "that doesn't sound like us" becomes objective: either the post violated section three or it did not. And instrument the SLA, because past ten clients you cannot feel whether you are hitting Thursday 10:00.
Frequently Asked Questions
Should each client really get a separate calendar, or is one calendar with client tags enough?
Tags work up to two or three clients with a single operator. Beyond that you hit voice bleed from writers context-switching mid-scroll, wrong-account publishes, confidentiality problems if a client sees the shared view, and month-end reporting that becomes filtering archaeology. Separate calendars also make offboarding a one-step revoke instead of a hunt for stray connected accounts.
What should happen when a client does not approve posts by the deadline?
Whatever you agreed at intake, applied consistently. The workable default is tiered: evergreen education publishes as scheduled, proof and personality publish, and anything with an offer, price, claim, or named customer holds until explicit approval. High-compliance clients get no silence default at all. The policy must be written into the contract and repeated in every approval request, so it reads as process rather than pressure.
How do agencies stop client voices bleeding into each other?
Three mechanisms stacked: a two-page brand kit per client with an explicit never-list, pinned where the work happens; batching by format across clients so writers change voice with the kit open rather than changing voice and toolchain at once; and a QA rule that reads two clients' posts for the same format side by side, rewriting the weaker one if they could swap without anyone noticing. The third catches what the first two miss.
Should agencies batch by client or by content format?
By format, in almost every case. Batching by client feels organised but forces a full context reload at every switch — new kit, new voice, usually a new editing app. Format batching keeps the tool and mental model constant so the only variable is voice, which is the cheaper switch. The exception is a client in an active campaign or crisis week, who justifies a dedicated block until it resolves.
What SLAs should a social media agency actually commit to?
Commit to what you can hit on your worst week: weekly batch delivered on a fixed day and hour, revisions within one business day, reactive posts within four business hours of a complete brief, same-business-day replies on flagged comments, monthly report by the fifth working day, and crisis acknowledgement within sixty minutes during business hours. Two rules keep these honest — the clock starts only on a complete input, and acknowledgement is committed separately from resolution.
How should an agency handle publishing the wrong client's content?
Remove it within minutes, then tell the client before they find it themselves — that sequence determines whether you keep the account. Follow with a written post-mortem inside forty-eight hours naming the root cause, not the proximate one. 'The writer had two workspaces open' is proximate; 'we permit two client workspaces in one browser session during QA' is root, and only the root version produces a fix. Offer a make-good without being asked.
How many clients can one person realistically manage with this workflow?
A standard three-platform retainer costs roughly nine to ten hours per client per week across all functions, with design and editing the largest and least compressible share. One full-time generalist runs two to three clients end to end; a five-person team with specialised functions comfortably runs six to twelve. The signal that you are over capacity is not client count — it is reactive buffer slots being consumed by late batch work.
One calendar. 27+ platforms. AI built in.
Schedule with Calendar Mode or automate with Agent Mode. Start a 7-day free trial on any monthly plan.
Start free trial