Developer Tool Launch Video Template
A 60-second structure for APIs, CLIs, SDKs and dev platforms: lead with the code, show it running, and let the result speak. Developers are quick to spot marketing; this template keeps it out of the way.
When to use this template
Use it for launches on Product Hunt, Hacker News-style communities, X, your README or docs homepage. Developer audiences reward clarity and punish fluff, so the template puts code on screen within five seconds and keeps the voiceover factual.
The structure explained
- Problem (0–5s). One line, in the terms your users would search for.
- Install (5–12s). The command typed in a terminal.
- Code (12–22s). The minimum code to get value, zoomed and legible.
- Result (22–36s). It running for real.
- Before and after (36–44s). The workflow you replace.
- How it works (44–50s). One diagram.
- Facts (50–55s). Licence, languages, hosting, pricing model.
- Close (55–60s). Install command and docs URL.
Example voiceover script
- "Shipping a feature flag shouldn't need a config server or a redeploy."
- "Install [Product] with one command."
- "Wrap your feature in three lines of code."
- "Now flip it from the dashboard, and your app updates in real time."
- "Before, that was a code change, a review and a deploy. Now it's a toggle."
- "Under the hood, the SDK keeps a local copy of your flags and syncs changes as they happen."
- "It's open source, has typed SDKs, and you can self-host or use our cloud."
- "npm install [product]. Docs at docs.[product].dev."
Customising tips
- Clean your environment. Hide personal paths, tokens and unrelated tabs before recording. Never record real secrets.
- Use the typing animation for commands rather than recording your own typing; it is tidier and easier to retime.
- Keep the voice neutral. A calm, plain read works better for developers than an energetic one.
- Make a silent version for your README, with captions or headlines carrying the story.
- Match the docs. Use the exact code from your quick-start guide, so anyone who pauses the video and copies it gets a working result.
- Show an error state if your tool is good at them. Helpful error messages are a feature developers notice.
One last check: watch the finished video on a phone. If you cannot read the code, zoom in further or show fewer lines. Developers will often watch your launch video on a phone while scrolling, then open the docs on a laptop later.
See screen recording to launch video for how Spotlight turns raw terminal and editor recordings into scenes with zooms and highlights.
Scene-by-scene plan
16:9 · about 60s · Precision style
- Text reveal — “Feature flags without a config server.”The problem and promise in developer language. Specific beats clever.
- UI demo — “npm install [product]”The typing animation in a terminal. Instant credibility: it is real, and it is one line.
- Screenshot — “Three lines to your first flag”The code. Zoom into the region so it is readable on a phone; keep syntax highlighting.
- Walkthrough — “Flip it live from the dashboard”The result: the dashboard toggle and the app responding. Real recording, minimal cuts.
- Comparison — “Before: redeploy. After: one toggle.”Old workflow vs new. Compare steps, not invented benchmarks.
- Slide — “How it works”A simple architecture diagram for the viewers who want to know what runs where.
- Feature grid — “Open source · Typed SDKs · Self-host or cloud”The facts developers check first: licence, languages, hosting.
- End card — “npm install [product] · docs.[product].dev”End on the install command and the docs, not a sales line.