VQOS / article
产品演示视频需求怎么写？一份可直接填写的30秒视频简报模板
产品演示先确定一个信息重点，再把每个功能主张对应到录屏、文档或实物素材。这里提供空白简报、30秒段落示例和素材核对表，方便你交给制作方询价。
写产品演示视频需求，最先要确定的是：给谁看、只演示哪一个关键任务、用什么素材证明。30 秒是这份模板的示例时长，不是所有产品都适合的固定长度；如果操作过程无法讲清，应减少信息点或重新确认片长。
VQOS 通用需求指南说明了目标、材料和交付条件。本篇进一步把产品功能与演示证据对应起来，避免脚本写得流畅，画面却展示了产品没有的能力。
一份可以直接复制的空白简报
把方括号替换成项目内容。暂时不知道的项写“待确认”，不要用猜测填满。
产品与版本：[产品名称、型号或软件版本；已上线/原型/概念方案]
目标受众：[谁看；已经知道什么；最需要理解什么]
单一重点：[观众看完能复述的一句话]
期望动作：[了解详情、预约演示或其他实际可用的入口]
要展示的任务：[起始状态→关键操作→可核验结果]
事实边界：[可以说的功能；不能说的功能或效果；待验证项]
证据素材：[录屏/照片/说明书文件名、对应版本、负责人]
画面方案：[真实录屏、实物素材、动画解释分别出现在哪里]
风格说明：[参考链接及具体时间段；喜欢的节奏、排版或配色]
交付版本：[片长、画幅、分辨率、语言、字幕和文件数量]
时间与确认：[最晚日期和时区、反馈截止时间、唯一确认人]
预算及交接：[币种、预算范围、源文件要求、保密要求]
先做“功能—素材—镜头”核对
不要只给一个素材文件夹。给制作方一张对应清单，能让事实问题在脚本阶段暴露出来。
[一个明确功能]：支持它的材料：[文件名、版本、可定位位置]；拟用画面：[真实操作/局部放大/动画说明]；仍需确认：[结果是否可复现]。
[使用步骤]：支持它的材料：[完整录屏或实物操作素材]；拟用画面：[保留哪些操作与等待过程]；仍需确认：[是否剪掉影响理解的前提]。
[参数或效果]：支持它的材料：[获准使用的产品说明或验证记录]；拟用画面：[字幕、图示或实拍]；仍需确认：[适用条件是否需要同屏说明]。
只有 UI 设计稿时，应把演示标明为原型或概念展示。不能用 AI 生成一个看似可操作的界面，就当成已经上线的功能；也不能把剪短后的操作过程说成真实完成时间。性能提升、节省比例和销量等表述，没有适用条件与可核验材料就先不写。
30秒段落怎么分？一个虚构填写示例
以下以虚构的“纸页任务板”为说明，不是真实客户案例，也不代表 VQOS 提供该软件。 假设已核验的功能仅有：创建任务、选择负责人、查看任务状态。示例重点是“让小团队看清谁在处理哪项任务”，不涉及自动排期或 AI 功能。
0–4 秒：讲什么：点出任务负责人不清楚的问题；画面与素材要求：自制情境示意，避免展示真实客户资料。
4–11 秒：讲什么：创建一项任务；画面与素材要求：展示经核验版本的真实录屏；文字可读。
11–20 秒：讲什么：指定负责人并查看状态；画面与素材要求：保留关键操作；不同步骤对应同一任务。
20–26 秒：讲什么：回到团队任务列表；画面与素材要求：用真实结果画面收束，避免新增未验证功能。
26–30 秒：讲什么：提示下一步；画面与素材要求：放实际可用的“了解详情”入口；由产品方确认。
这些秒数只是分配信息的起点。配音、界面文字或操作放不下时，先调整内容，不要强行加速到观众看不清。为同一项目增加竖版、英语配音或独立字幕文件，也应逐项列入交付范围。
把“简洁、有科技感”写成制作动作
可以改写成：“演示区域保持明亮背景；每段只强调一个按钮；点击前先用局部放大提示；界面操作时减少装饰动画。”这能让制作方判断怎么做，也方便你在首版检查是否做到。
参考视频应标明具体时间段和喜欢的部分，比如“00:08–00:13 的局部放大方式”。借鉴表达方法前仍需确认素材与设计的使用边界，避免要求复制他人的完整作品。
跨时区团队如何确认
在简报里写清负责人、文件名与版本、反馈截止时间和时区。示例格式：“请以 demo_v03.mp4 为本轮版本，在 [日期] 17:00 UTC+8 前把意见汇总到 [约定渠道]。”确认人先消除内部相互冲突的意见，再交给制作方。
上传未公开产品资料前，先确认保密要求、可使用的制作工具和接触人员。阶段交付与审核期限也需要协商，不能把示例流程当成固定合同。VQOS 的企业项目协作说明列出了这些确认事项。
准备好简报后，可提交产品演示需求，附上可核验的素材清单。第一轮沟通应先解决“产品确实能做什么”和“这支视频只讲什么”，再决定视觉表现与报价。