Set up your client project: brand voice, approved claims, and what the community already told you
A Juma Project is a shared space where the team keeps everything Juma needs to know about a client. Create one project per client, add context as the relationship grows, and every flow the team runs draws on what is relevant. For social work the payoff is specific: the campaign comes back in the client's voice, the claims table starts from wording their legal team already cleared, and the prompts avoid the territory that went badly last time.
What to add
Brand voice and social guidelines
Tone, the words the brand does and does not use, and any community guidelines already written. Captions and reply text come back sounding like the client instead of like a template, which is the difference between a response library the team pastes and one it rewrites.
Approved claims and substantiation
The claims the client's legal or compliance owner has cleared, with any required qualifier. The claims table then uses vetted wording verbatim rather than building it from published copy, and flags any caption that strays outside it.
The last four weeks of social performance
An export or a simple summary by channel: reach, engagement, saves and shares, and the volume of tagged posts. This is what turns the target table from illustrative numbers into the client's own baseline, which is the only version worth putting in front of them.
Past campaigns and what the community said
Previous campaigns plus a note on what landed and what got a cold response. Community reactions are the sharpest input available: they tell the campaign which prompts invite a real answer and which ones ask people to perform enthusiasm they do not have.
Guide Juma with project info
Add a short description to each knowledge item in the project's info field so Juma knows what the file holds and when to reach for it. For example:
- Brand voice guide: "Tone, restricted words and community guidelines. Apply to all captions and reply text."
- Approved claims sheet: "Legal-cleared claims, current as of this quarter. Use verbatim. Nothing outside this list goes in a caption."
- Social performance export: "Last eight weeks by channel. Use as the baseline for all campaign targets."
- Past campaigns: "Previous three campaigns plus what the community responded to. Use to set the weekly prompts."
Build a campaign your community has a reason to join
Frequently Asked Questions
What does a complete social media campaign plan include?
A complete plan covers eight parts: the campaign concept and its return mechanic, a cold-start seeding plan, the platform-native expression of the idea per channel, a four-week calendar with a brief per post, ready-to-post copy for the launch wave, the triage rulebook and selection rubric, the response library with escalation lines, and a measurement plan with a mid-week stall rule. It arrives as a branded PDF playbook plus an editable CSV calendar.
The split between the two files matters. The PDF is what gets shown to a client or a stakeholder, and the CSV is what production actually runs on, one row per post with format, brief, owner, clearance check and the empty date column the team fills when the flight is locked.
What makes this different from a social media calendar?
A calendar answers what gets posted and when. A campaign answers why anyone would come back for the next one. The difference is the mechanic: a repeating ask with a predictable rhythm, where each week's feature hands over to the following week's prompt, so participation accumulates instead of resetting with every post.
Teams usually need both, and they work together. Build the campaign first so the arc and the mechanic exist, then run the calendar flow for the surrounding publishing rhythm that fills the weeks between campaign beats.
Does this work for B2B, or only consumer brands?
It works for both, and the structure holds across them. What changes is what the mechanic asks for. A consumer brand can ask for a photo of an everyday moment. A B2B brand asks for something its audience is already proud of, a decision, a workflow, a lesson from a project, and features it with credit, which is a currency that works particularly well with practitioners.
The channels change with it. Name them in the prompt and the campaign is built native to those feeds, whether that is Instagram and TikTok or LinkedIn, X and YouTube.
Is the community content cleared to repost?
Not automatically, and the plan is explicit about it. Someone using the campaign hashtag or tagging the brand has not granted a licence. The plan defines what counts as permission, logs it against the post, names the rights it grants and the term it runs for, and routes anything involving a minor, an identifiable third party, or a paid relationship through a named approval gate before a repost happens.
Treat the rights and disclosure section as a starting point and have the client's legal owner confirm the position for their markets. Platform rules and disclosure guidance change, and the campaign should run on the current version rather than the one that was current when the plan was written.
Who should review the campaign before it launches?
The client's brand or legal owner reviews the claims table and the rights terms, and the social or community lead reviews the mechanic, the weekly prompts and the response library, since they are the ones who will live with all three. The plan names the approval gate for community content and who holds it, so the review is a step with an owner rather than an assumption.
Juma augments the team here, it does not stand in for it. The Flow does the structural work: the mechanic, the calendar, the claims table with sources, the reply text. Strategy, taste and the judgment about what a community will actually respond to stay human, and human review happens on every output before anything is published.