What is your developer-dependent CMS actually costing you? Calculate your costs and get a full report
What is your developer-dependent CMS actually costing you? Calculate your costs and get a full report
Content Operations
Turn a content calendar into tasks, approvals and scheduled releases in Agility, so planned dates become the dates content goes live.
An editorial calendar is the plan for what goes live, and when. Most teams keep the calendar itself wherever they already plan work, such as a spreadsheet or a project tool. Agility is where that plan gets carried out: tasks give each piece an owner and a due date, approvals make sure it has been reviewed, and scheduling releases it at the right moment without anyone staying up to press Publish.
This article shows how to connect the two, so the dates in your calendar are the dates content actually goes live.
For every entry on the calendar, work out four dates, counting back from when it should appear:
| Date | What must be true | Agility feature |
|---|---|---|
| Draft by | The content is written and saved, and the writer has checked it in Preview. | Staging, Preview |
| Approve by | A reviewer has approved it. Leave time for one round of changes. | Approvals and Workflows |
| Schedule by | The release (and, if needed, the expiry) is set. | Scheduling Overview |
| Go live | The scheduled release publishes it. | Scheduling |
Putting all four on the calendar turns "the launch is on the 14th" into a set of deadlines people can act on.
Create a task in Agility for each piece of work, so the owner sees it where they work.
See Task Management. For a launch with many pieces, one task per piece is easier to track than one large task.
If the pages and content lists you're working on require approval, nothing goes live until a reviewer has approved it. Plan for that:
To turn on approvals for a page or content list, see Approvals and Workflows.
Scheduling sets a Release Date (when the content publishes itself) and, optionally, an Expiry Date (when it unpublishes itself). You can schedule content items, pages and components. See Scheduling Overview for the steps.
Things to plan around:
Some releases are a set: a new product page, its listing card, and a homepage banner that points to it. If they go live at different times, visitors can hit a broken link or an empty page.
Once a week, compare the plan with what actually happened:
Move anything that slipped, and look for patterns: if approvals are always the bottleneck, widen the review window or add a reviewer.
| When | What | Who |
|---|---|---|
| Two weeks before | Calendar entry created; tasks assigned for the product page, listing card, banner and blog post | Content lead |
| Monday the week before | Drafts saved and checked in Preview | Writers |
| Wednesday the week before | Approvals requested | Writers |
| Friday the week before | Approved, including nested content | Reviewer |
| Monday of launch week | All four items scheduled for Thursday 9:00; banner given an expiry date four weeks later | Publisher |
| Thursday 9:15 | Live site checked; Recent Changes reviewed | Content lead |