A 30-second video script does not have one correct word count. A fast speaker can fit more words into the same interval, but that does not mean viewers can follow a product action, read a label and understand the claim at that speed.
Budget the screen time first. Reserve time for the action that proves the point, then write enough copy to explain it. If the only way to finish is to rush every sentence, remove a secondary idea before accelerating the voice.
This guide uses a hypothetical 30-second planning exercise. The durations are editorial allocations, not measured audience findings or a claim about how quickly Prolifik renders a video.
Divide the clock by what the viewer must do
A short demo asks the viewer to recognize a problem, interpret the screen and decide whether the result matters. Those jobs compete for attention. A dense spoken sentence placed over a complicated interface is harder to follow than the same sentence over a quiet background.
For a fictional invoice-reminder app, a first timing budget might look like this:
| Segment | Planned time | Viewer task |
|---|---|---|
| Recognize the situation | 4 seconds | Notice an unpaid invoice |
| See the relevant setting | 8 seconds | Understand where a reminder is configured |
| See the saved result | 10 seconds | Read the reminder and recognize its recipient |
| Take the next step | 5 seconds | Understand what to try |
| Breathing room | 3 seconds | Allow transitions and a readable final frame |
The total is 30 seconds. It is a starting allocation. If the setting takes longer to understand, something else must shrink or the video needs a different target length.
Count speaking time and reading time separately
Read the narration aloud at the pace you would use to explain the task to a colleague. Include the product name, punctuation and any numbers. A draft that fits when you skim silently may not fit when someone says every word.
Then inspect the on-screen copy without narration. Can a person identify the important label before it disappears? Does the screen already contain a sentence they need to read? Extra overlay text may create a second reading task rather than reinforce the first.
Do not simply add the two times together, because some reading and listening can happen together. Instead, flag the moments when both channels carry different information. Simplify those scenes first.
The short-form caption guide covers readable captions. Here, the timing question is whether the viewer has enough time to process the scene at all.
Cut the setup that the screen already supplies
Consider this original sample narration:
If you are a busy freelancer who sends invoices to several different clients every month, you probably know how awkward it can feel to remember which payment reminders you have already sent.
It introduces an audience, a recurring task and an emotion before showing the useful action. A shorter version could say:
Before you remind this client, check what you already sent.
The invoice screen supplies context. The line supplies the reason to look at it. Neither example asserts that the fictional app automatically collects payment or eliminates late invoices.
Next, remove a sentence that repeats the result. If the saved reminder is visible, “and now the reminder has been successfully saved” adds little. Use those seconds to keep the actual reminder readable.
Protect the action from the word budget
A product demonstration is not an audiobook with decorative footage. Keep the cursor movement and result long enough for someone unfamiliar with the interface to understand what changed.
If the example requires selecting a client, opening an invoice, finding a reminder control and confirming a message, consider beginning at the relevant invoice. You can state the prerequisite briefly rather than recording every navigation step.
Never hide a necessary condition to fit the clock. If a feature requires setup or only works in a particular state, preserve that condition in the copy or narrow the promise. A shorter misleading demo is not an improvement.
When you need help deciding where the video should start, use the product-demo script structure. The timing worksheet should refine a chosen story, not rescue several stories squeezed together.
Run a second pass with the final media
Script timing changes when the real recording arrives. Loading, a longer product name, an error state or a visually busy screen can invalidate the rough allocation. Watch the actual cut from beginning to end at its intended playback speed.
Record where you pause because a label disappears, where the narration outruns the action, and where the video waits without adding information. Fix the specific segment. Avoid speeding up the whole video because one scene is too long.
For Prolifik Video Hook & Demo, remember that the original recording's audio is replaced by music or silence. A timing plan based on preserving that spoken tutorial will not survive this format. Write the overlay to carry the essential explanation and keep the recording focused.
Decide whether 30 seconds still serves the idea
There is no prize for hitting an arbitrary duration while losing the qualification or the useful result. Split a second task into another video, or allow a longer treatment when the viewer needs it. The video-length decision guide helps separate an editorial target from platform limits.
For a focused app action with prepared footage, build a Hook & Demo video around the accepted timing plan. Keep the read-through notes with the script so the next revision does not put the discarded setup back in.
Give the product action enough screen time
Use your timing worksheet to prepare a focused recording and concise overlay before building the Hook & Demo draft.
Plan a Hook & Demo videoFacts checked 2026-10-24. Worked examples are illustrative unless a real source is identified.
- Prolifik Video Hook & Demo Checked 2026-10-24
- Prolifik creation and media tools Checked 2026-10-24
