Outcome 02A five-step content workflow

How to build a social media content workflow that survives a busy week.

The process below is tool-agnostic, and a spreadsheet and a calendar will run it. What matters is that the five steps stay separate, because collapsing them is what makes posting stop.

One source. One review pass. One ready-to-publish week.

What changes after the switch

01

1. Collect source material

Capture shipped work, customer questions, and lessons as they happen, not on posting day.

02

2. Plan the week

Choose angles in one sitting, before daily work takes the decision away from you.

03

3. Draft per destination

One idea, a separate version per platform, written for that platform's shape.

04

4. Review in one pass

Judge the week as a set, in a different sitting from the one you wrote it in.

Why content workflows fail (and it is not discipline).

The usual diagnosis for inconsistent posting is that the founder lacks discipline. That is almost never what is happening. What actually fails is a process that requires every step to happen in the same sitting: think of an idea, decide the angle, write it, adapt it for four platforms, and schedule it, all at once, from a blank page, usually late.

That works on a calm day. It collapses the moment a release slips or a customer escalates, because a five-part task with no saved state cannot be resumed. You do not fall behind gradually; you drop the whole thing at once and then it is three weeks later.

A workflow that survives a busy week has one property: each step produces something durable that the next step can pick up cold. You should be able to abandon it on Tuesday and resume on Thursday without redoing anything.

  • Separate steps that can each be finished independently
  • Every step leaves a durable artefact behind
  • No step requires reconstructing context from memory
  • The process resumes cold rather than restarting

Step 1. Collect source material continuously, not on posting day.

The blank page is a sourcing failure, not a writing failure. If you sit down on Monday with nothing captured, you will produce generic advice, because generic advice is what is available when you have no specifics to hand.

Keep one running list and add to it the moment something happens: a feature shipped, a support question asked twice, a decision reversed, a number that surprised you, a competitor comparison a prospect raised. Ten seconds each, no formatting. The list is not content, it is raw material, and the only requirement is that everything on it actually happened.

A week of specifics beats a month of frameworks. Nobody needed another post about consistency; they might genuinely want to know why you removed a feature.

  • Shipped work, however small
  • Questions asked more than once
  • Decisions you reversed, and why
  • Numbers that surprised you
  • Objections raised during sales conversations

Step 2. Plan the week in one sitting, ahead of the week.

Planning and writing are different kinds of thinking, and doing them together is why both take so long. Planning is selection: of the fifteen things on the list, which four are worth saying, in what order, and to whom.

Do it before the week starts, when you can still see it whole. A plan made on Sunday commits you to four decisions; a plan made each morning asks you to make one decision daily under time pressure, which is the same job done worse five times.

Give each planned item a one-line angle rather than a topic. \u201cPricing\u201d is a topic. \u201cWhy we moved X off the free plan and what it cost us\u201d is an angle, and it is almost written already.

Step 3. Draft once per destination, from one source.

This is where most workflows quietly become cross-posting. One caption is written, pasted everywhere, and performs on none of them, because the platforms want genuinely different things. A thread that works on X is a wall of text on LinkedIn; a post that lands on LinkedIn reads as corporate on Bluesky; a link that is fine on Threads is dead weight where the algorithm penalises it.

The fix is not writing four unrelated posts. It is keeping one source idea and changing what the platform actually cares about: the hook, the length, the formatting, and what you want the reader to do. The claim stays identical. The delivery does not.

Practically: write the version for your strongest channel first, at full length, then adapt down. Adapting a good long draft is fast. Expanding a thin short one is not.

  • Same claim, different hook and length per platform
  • Write the strongest channel first, then adapt
  • Check each platform's limits before you finalise
  • Never publish the identical string to two feeds

Step 4. Review as a set, in a different sitting.

Writing and judging are different jobs and should not happen in the same hour. The draft that felt sharp while you were writing it is the one you are least able to assess, because you are still inside the sentence.

Review the whole week at once, deliberately later. Two questions, in this order: is it still true, and is it worth someone's attention. Truth first, because fluent copy hides stale facts well. An outdated price, or a claim about a feature that shipped differently, reads perfectly and is still wrong.

Keep a note of why you reject things. Repeated rejections for the same reason are the most useful output of the whole process; they tell you what to fix upstream rather than in this week's post.

Step 5. Schedule the approved set, and expect failures.

Move the approved week onto a calendar in one action, then treat delivery as something that will occasionally break. Tokens expire, platforms have outages, media gets rejected, rate limits arrive at inconvenient minutes.

The thing that turns a failed post into a missed month is a failure you do not notice. Whatever you schedule with, make sure a failure is visible and the draft survives it, so that recovering means retrying an approved post, not rewriting one from scratch and re-deciding whether it was any good.

Where Cadencz fits, if you would rather not assemble this yourself.

The five steps above work with a notes app, a document, and any scheduler. Plenty of people run them exactly that way, and if that is working, it is working. No tool improves a process you are already following.

Cadencz exists for the part that is genuinely tedious to do by hand: keeping the product context so step three does not start from a blank prompt each time. It reads your site once and stores what you sell, to whom, and how you write, then uses that to turn a step-one item into separate native drafts for each destination.

In workflow terms: it holds the source list, plans the week from it, drafts natively for 7 of its 9 live channels (X, LinkedIn, Bluesky, Threads, Mastodon, Telegram, and Discord), holds everything in one review pass, and schedules what you approve. Nothing publishes without that approval. The free plan runs the whole loop once so you can judge the output before paying for it.

  • Step 1 becomes a stored Product Brain built from your site
  • Step 2 becomes a planned week you edit rather than originate
  • Step 3 becomes per-channel drafts from one source
  • Step 4 stays a human decision, by design
  • Step 5 keeps failed posts with their copy and a retry

Questions

Common questions

How long should a weekly content workflow take?

Once source material is being captured continuously, planning and reviewing a week is realistically one focused sitting rather than a daily task. The step that expands without limit is drafting from scratch on posting day, which is the step worth removing first.

Do I need a tool to run this workflow?

No. The five steps run on a notes app, a document, and any scheduler. A tool helps with the repetitive middle, keeping product context so drafting does not restart from nothing each week. It does not help with the process itself.

What is the difference between a content calendar and a content workflow?

A calendar is the output of step five: what publishes when. The workflow is everything that produces it. A calendar with no workflow behind it is a list of empty slots that quietly stops being filled.

Should I batch a whole month at once?

Monthly batching front-loads the effort and ages badly, because the specifics that make posts worth reading are usually days old. A week is long enough to be efficient and short enough that the source material is still current.

How does Cadencz save time?

It removes repeated setup and handoffs by keeping product context, planning, platform drafts, approval, scheduling, and delivery status in one connected workflow, so step three does not begin with re-explaining your product.

Do I have to publish automatically?

No. Human approval is the default and cannot be switched off. Planning and publishing automation are opt-in on supported plans and only schedule posts you have already approved.

Can I change a post after the weekly plan is created?

Yes. Drafts remain editable through review and scheduling, so the week can change when the product or priorities change.

Put the recurring work in one place.

Build the week in one focused session, then get back to product, customers, and growth.

Get my hours back