Who this is for: Product marketers and founders deciding which benefit should lead a launch announcement.
What to prepare
- The intended viewer's immediate task
- Three to five candidate product benefits
- Screens or other approved evidence for each candidate
- Known limitations and access conditions
Compare promises against the same task
Start with the task the viewer wants to complete, not a list of adjectives describing the company. For this illustrative example, an operations coordinator needs to pass an incoming request to the right colleague. The fictional product offers a queue, assignment controls and a status history.
Three candidate promises are “Never miss a request,” “Run your entire operation in one place” and “Give each request a visible next owner.” They point toward different films. Choosing one is an editorial decision about what the available evidence can support, not a prediction about conversion.
Work through a benefit selection sheet
Use the following fields for every candidate: relevance to the viewer's task, evidence available, explanation required and claim boundary. Qualitative notes are more useful than an invented score that disguises judgment as measurement.
- “Never miss a request”: relevant to coordination, but a queue screenshot cannot establish that every request will always be captured. Rewrite or reject the absolute promise.
- “Run your entire operation in one place”: expansive, but it would require explaining many workflows and exceptions. The available assignment example proves only a small part of it.
- “Give each request a visible next owner”: directly connected to the task, demonstrable with matched before-and-after states, and understandable with little setup.
- Selected lead: the visible-owner promise. Evidence: one unassigned request becomes assigned and retains a readable status.
- Boundary: the film explains the assignment workflow; it does not establish that the correct person will always accept or complete the work.
Connect the selected promise to a proof chain
Build the sequence as problem, action and observable result. Show an unassigned request, select an owner and hold on the resulting assignment. The final frame should still make sense when paused: viewers should see the request, owner and relevant status together.
Keep supporting features subordinate. A status history can help explain what happened to the same request. A theme picker does not strengthen the selected promise, so it belongs elsewhere. This does not mean the theme picker lacks value; it answers a different question.
Test the wording against the planned pictures. “Coordinate work effortlessly” asks the viewer to accept a subjective conclusion. “Assign the next owner from the request” describes an action the film can show. The latter may be less dramatic, but it is easier to verify.
Use the promise as a cut rule
When someone asks to add another feature, ask what new uncertainty it resolves about the selected promise. If the scene merely introduces a second benefit, move it to a follow-up resource. If it clarifies an essential prerequisite, keep it and shorten a decorative passage instead.
The promise can change during planning. If the required evidence does not exist or the task turns out to be too complex, choose a different candidate rather than manufacturing proof. Record the reason so later reviewers understand why a familiar marketing phrase was excluded.
Before finalizing, write a plain-language sentence describing what a viewer can honestly conclude after the film. For this example: the supplied interface shows how an unassigned request receives a visible owner. That is the claim the creative treatment must preserve.
Review checklist
- All candidate promises were compared against the same viewer task.
- The selected promise has a visible action and a readable resulting state.
- Absolute, universal and unsupported outcome claims have been removed.
- Supporting scenes resolve a question about the selected promise.
- The closing line says no more than the shown evidence supports.