Recordings
A Recording is the actual product, captured at full fidelity. It shows how something works, step by step, without editorial adjustment. The question it answers: how does this work? Clarity is the only job.
Recordings exist in three forms. A screengrab is a single captured frame: the simplest form, used where one moment is sufficient. A short clip is a focused sequence covering one task from start to finish, typically under 90 seconds. A full walkthrough covers a complete workflow, broken into chapters where needed, used in help documentation and partner training.
Recordings also include guided demos: screen captures with hotspot annotations that help the viewer understand what is happening without overexplaining. The same capture standards apply. Hotspot copy follows the voice standards in this section.
Every major product area has tasks worth recording. The priority is what is hardest to understand from a description alone: workflows with multiple steps, AI-assisted actions where the output matters, and features where the interface behavior is the differentiator.
- Capture the product fully loaded, in its best state
- Move the cursor slowly and deliberately
- Cover one task completely, start to finish
- Frame for the intended context before capturing
- Use expressive, royalty-free content throughout the UI
- Structure every recording as a mini story: start, action, outcome
- Use hotspot copy that highlights outcomes, not mechanics
- Capture through bugs, broken elements, or loading states
- Move the cursor quickly or meander between actions
- Add color grading, effects, or post-production to the UI
- Use real client names, project data, or financial figures
- Leave untitled documents, placeholder names, or duplicate files visible
- Use in marketing hero sections or campaign contexts
- Write hotspot copy that says "Click here to" or states the obvious
Run every Recording through these tests before it enters the library. All must pass.
Does this recording have a clear start, action, and outcome? If it begins mid-task or ends before the result is visible, it is incomplete. The viewer should always see what they were working toward.
Is every element in the UI fully loaded, correctly named, and visually clean? No broken avatars, no untitled documents, no duplicate files. If any element looks unfinished, the recording is not ready.
Does the cursor move slowly enough to follow? Is there a one-second linger after each action? A two-second linger at the end? If the viewer cannot follow what is happening, the pace is too fast.
Is all content fictional and representative? Are project names, client names, and hub descriptions expressive and realistic? Is the library populated with royalty-free images that the ICP would actually save? No placeholder names, no generic descriptions.
Is the frame ratio appropriate for the intended context? Will it read clearly at mobile size for email and social? Is the feature being highlighted actually visible and legible within the frame?
Is a Recording the right asset type here? If the goal is to communicate what the product knows, use a Translation. If the goal is to show product structure at a glance, use a Simplified. A Recording is for one question only: how does this work?
Recordings are captured from the live product. The brief defines the product area, the specific task to show, the intended context, and the content to use. Settle these before opening Screen Studio or Storylane.
recording-[sequence]-[slug], for example: recording-001-hub-project-setup or recording-002-studio-render. Context is tracked in the library metadata, not the filename.All approved Recordings, organized by product area. Check here before capturing new work.
Approved contexts are tracked per entry. The same recording may be approved for multiple contexts or a single one.