1. Collect source material
Capture shipped work, customer questions, and lessons as they happen, not on posting day.
Outcome 02A five-step content workflow
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
Capture shipped work, customer questions, and lessons as they happen, not on posting day.
Choose angles in one sitting, before daily work takes the decision away from you.
One idea, a separate version per platform, written for that platform's shape.
Judge the week as a set, in a different sitting from the one you wrote it in.
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.
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.
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.
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.
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.
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.
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.
Questions
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.
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.
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.
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.
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.
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.
Yes. Drafts remain editable through review and scheduling, so the week can change when the product or priorities change.
Build the week in one focused session, then get back to product, customers, and growth.
Get my hours back