视频可以简化叙事，但不应误导性地简化方案。
选择使用场景，而非罗列功能
面向技术团队的工具，可以从某人准备审核的情境开始：他寻找什么信息、执行什么任务、最后能检查什么结果。这比在解释用途之前罗列模块，更容易让观众理解。
限定叙事范围。如果重要条件依赖配置或外部工作，视频中仍需让人理解。摘要不意味着删去会改变方案含义的步骤。
标明哪些画面需要真实证据
区分环境画面、概念解释和功能演示。展示具体软件动作时，采用审核过的截图或录像。动画可以说明部门关系，但当这种关系依赖客户流程时，不应让它像内置功能。
制作之前请产品人员审核脚本，标出不可混用的术语和错误顺序。早期意见可避免整段剪辑建立在不准确的承诺上。
在 Wiwo.Lab 中制作场景和剪辑
Wiwo.Lab Film 可从文字、图片或片段生成视频，具体调整取决于工具。可以用它制作示意场景，再与真实材料结合。编辑器通过时间线汇集视频、图片及上传文件，组织叙事。
把生成场景与获批方向比较，并在完整故事中检查每个切点。视觉连贯有助于理解，却不能弥补产品无法支持的商务说法。
核查项目之外的人会如何理解
不附加讲解地播放初稿，询问对方认为方案能够做什么。尤其留意他是否把某动作理解为自动、普遍适用，或所有配置都包含。即使脚本没用这些词，画面也可能暗示这些意思。
理解超出范围时，应修改画面、文字或顺序。片尾极小的说明，通常无法纠正整段演示造成的另一种印象。
明确下一步
介绍视频可以邀请买方在演示中讨论使用情境，而不必假装已回答所有技术问题。说明对方应准备什么：需求、相关材料或希望核实的条件。
将脚本、获批版本与所展示产品的参考一起保存。功能或条件变化时，应先复核哪些画面仍有效，再用于新一轮传播。
常见问题
产品视频可以使用生成画面吗？
可以，作为审核过的示意资源。展示具体功能时，应加入能够支持画面说法的真实材料。
产品团队应该先审核什么？
先审查使用情境、动作和脚本说法，再开始制作画面，避免故事建立在错误范围上。
