Who this is for: Product marketers, founders and motion producers planning a software launch.
What to prepare
- The launch message
- Current availability
- The intended audience for each destination
- Approved scenes and supporting resources
Map information before adapting dimensions
Changing an aspect ratio does not give an asset a new communication purpose. Start with what the viewer should learn at each stage. Someone who has not seen the product needs different context from someone returning to understand one task.
For an illustrative workflow tool, the shared theme is a visible handoff. The launch package can reuse the request and owner motif while changing what each asset explains. The sequence should not imply a fixed platform posting formula or guaranteed audience response.
Build a three-asset map
Use the following as a planning example. Choose actual destinations and publication timing from the team's launch plan.
- Teaser: explain the coordination problem and the product direction. Show a clearly labeled concept if finished behavior is unavailable. Close with current availability.
- Reveal: demonstrate one request receiving an owner. Include enough category context for a new viewer and hold on the result.
- Follow-up: answer “What does the next owner see?” using verified product states. Do not repeat the reveal's full opening.
- Supporting page: keep detailed conditions, documentation and the appropriate access action available.
- Shared elements: approved product name, request example and visual hierarchy. Distinct elements: opening question, evidence depth and closing destination.
Check the handoffs between assets
Each asset should make sense when encountered alone. Do not rely on everyone seeing the teaser before the reveal or the reveal before the follow-up. Add a short context line where needed without replaying the whole story.
A scene reused in a new asset may need different copy or a longer hold. A fast proof moment in the reveal may become the main teaching scene in the follow-up. Record those adaptations rather than treating reuse as a simple crop.
Check the destination for each closing action. A follow-up that says “See the full workflow” should lead to an explanation, while a waitlist invitation should reach the current waitlist. Availability language must agree across the package.
After release, assess the assets by their intended jobs. A follow-up's useful questions and task engagement differ from a teaser's introductory role. Avoid attributing every later signup to a viewing sequence you have not actually measured.
Review checklist
- Each asset answers a different viewer question.
- Every asset contains enough context to stand alone.
- Reused scenes receive the copy and timing their new role needs.
- Closing destinations and availability are consistent.