Start with the exact approved package
Open the approval record and identify the copy version, asset version, destination account, and intended window. Compare those details with the item in the publishing system. A familiar filename or campaign title is not enough when several revisions exist. The person scheduling should be able to point to the decision that covers what they are sending.
If copy, media, offer terms, or target changes materially, return the affected portion to review. Fixing a typo may be covered by an agreed editorial policy; changing a claim or substituting a different image usually raises a different question. Define those boundaries with your team rather than improvising them at the scheduling screen.
Check the destination and the reader experience
Confirm the specific account, not only the platform. Similar brand names, regional pages, and test accounts can be confused. Open the destination link and check that it resolves to the intended page, that the offer matches the post, and that any campaign parameters are appropriate. Do not place sensitive personal data in tracking parameters.
Inspect the final image or video and the available platform preview. Check that text is readable, essential information is not unintentionally cropped, and captions or alternative text are supplied where the platform and format support them. Requirements vary by platform and change over time; use the destination platform’s current guidance for format-specific limits rather than treating this checklist as a specification.
Worked example: an approved announcement with a wrong asset
A team approves “Registration closes Friday” with poster v3. During scheduling, a creator selects poster v2 from a folder; it says Thursday. The caption is correct, but the package is inconsistent. The preflight owner holds the item, replaces the asset with the approved v3, and checks the preview again before proceeding.
The same item is intended for 9 a.m. New York time, while the scheduler displays another time zone. The owner verifies the configured zone and the displayed publication time together. They then record who will confirm publication. These checks catch execution mistakes without reopening a settled creative discussion when the approved content itself is unchanged.
Confirm delivery and handle exceptions deliberately
After the planned window, confirm the post appeared on the intended account. Store its public link or the system’s confirmation according to your operating practice. Scheduling success is not necessarily publication success; an expired connection or an account restriction may intervene later.
If delivery fails, assign one recovery owner before retrying. Check whether the post is already visible so a retry does not create a duplicate. Consider whether the message is still timely and whether a changed publication window needs another decision. For a live correction, follow the organization’s policy and preserve enough context to understand what changed. Review recurring failures in planning rather than treating every one as an isolated emergency.
Make the checklist short enough to repeat
Assign one preflight owner and a backup, then use the same compact checks for each item. Add campaign-specific checks only when they cover a real requirement. Record exceptions where the next person can find them. If the checklist is routinely skipped, examine timing and ownership before increasing its length; a process must fit the actual publishing handoff.
Operational template
Copyable preflight checklist
Adapt this team-authored example to your own responsibilities and working hours. The examples are illustrative, not measured customer results.
[ ] Approved copy and asset versions match
[ ] Decision covers this target and publication window
[ ] Specific destination account confirmed
[ ] Link resolves and offer matches
[ ] Tracking parameters contain no sensitive data
[ ] Media and available preview checked
[ ] Accessibility fields reviewed where supported
[ ] Publication date, time, and zone confirmed
[ ] Connection and scheduling state checked
[ ] Publication confirmation owner named
[ ] Failure and duplicate-check procedure understoodWhere this fits in Slash Social
See content planning in Slash Social. These resources describe operating practices you can adapt to your team. Review current product availability before choosing a rollout.