Who this is for: Product marketers, founders and motion producers planning a software launch.
What to prepare
- Draft positioning and script
- Verified product facts
- Current access status
- People responsible for product, brand and publication decisions
Separate facts from creative preferences
A product owner can verify whether an action exists. A brand reviewer can assess the treatment of the identity. A launch owner can decide which audience and message lead. These responsibilities overlap, but they should not be left implicit.
In an illustrative launch for a review tool, one stakeholder wants “Approve anything instantly,” while another wants to show a single review queue. Before animating either idea, determine the actual behavior: which role acts, what can be approved and what confirmation exists.
Fill a short decision log
The log should identify a question, decision, source, owner and effect on the film. The example below uses fictional project details.
- Audience: team coordinators reviewing submitted items. Decision owner: launch lead. Effect: explain the queue before introducing secondary settings.
- Promise: make approval status visible. Evidence: supplied states for one item before and after a verified review action.
- Claim removed: “anything instantly.” Reason: neither universal scope nor timing evidence is supplied.
- Availability: use the product owner's verified release state. Effect: closing copy must match the actual destination.
- Brand: use the approved mark and type hierarchy. Effect: visual exploration can vary composition but not alter the mark's geometry.
- Open question: can the demonstrated role approve directly? Owner: product lead. Effect: action copy and scene remain conditional until resolved.
Keep a clear path for later changes
Approval should not become a reason to ignore new evidence. If a factual error appears later, correct it and record the affected scenes. If a stakeholder merely prefers a new audience after production has begun, identify the additional work before treating it as a small revision.
Use a checkpoint after rough storyboarding. Confirm that the board expresses the approved message and that no visual implies an excluded feature. A row of integration logos, for example, can introduce a claim even when the script says nothing about integrations.
The handoff should include the approved copy and the decision log, not only a verbal confirmation. Mark superseded versions clearly so a producer does not restore an old claim from an earlier draft.
At publication review, compare the final asset with current facts again. A message approved weeks earlier may no longer match release status. The log preserves intent; it does not replace a final factual check.
Review checklist
- Audience and promise have named decision owners.
- Each material claim has evidence or is excluded.
- Open factual questions remain visible.
- Changes after approval record their effect on scenes and copy.