The short version
用它必须证明的信念来选择一个应用解释引用 。 使用 Google Calendar 第一次讲故事，Spotify为 单一特质发射， Amazon Lens 投入-行动-结果链，以及 Windows App 为交叉证据。 从当前构建 UI 捕捉，批准的副本， 和一针对资产地图 所以最后的视频 保存的产品事实 它的解释。
应用解释视频应该比在屏幕上移动手机模型更有用。 它需要使一个用户问题可以识别，显示应用解决它，并保存足够的真实界面细节，让查看者相信产品能够交付。 以下八个例子使用不同的组合 现场动作，动画，产品 UI,文本，和语音。 每个都提供了一种模式，你可以在不复制其样式框架为帧的情况下进行修改。
Build an explainer from the product materials you already have
01
App 产品讲解视频必须讲清什么
多数观众需要回答四个问题，
- 这是干什么的？
- 我用它后有什么变化？
- 重要动作在应用程序里是什么样子的？
- 接下来怎么办？
平衡按产品变化。 一个熟悉的类别可以少花时间来界定问题，而多花时间处理一个独特的特点。 在界面出现前，新类别需要更多上下文 。 一个对信任敏感的app应该显示真实的工作流程和准确的屏幕标签，而不是依赖抽象动画。
这为我们提供了比较实例的有益方法：
| 示例 | 打开设备 | 产品证明 | 最佳复制模式 |
|---|---|---|---|
| Google Calendar | 每天的情况 | 真实场景中的日历卡 | 连接特性到可识别的时刻 |
| Spotify AI Playlist | 单行特性承诺 | 提示和播放列表 UI | 解释一个特点，不是整个应用程序 |
| Headspace | 冷静引导方向 | 真实导航和内容类别 | 让产品的精神语气控制速度 |
| Amazon Lens | 即时视觉动作 | 照片、圆形、匹配产品 | 显示输入、 动作、 结果为一条链 |
| Windows App | 交叉设备问题 | 辅助设备的接口 | 证明可用性 |
| Waze | 驱动程序 | 语音互动和地图反应 | 把特性放进真正的一天 |
| MyHeritage | 家庭动机 | 树、记录和照片工作流程 | 让情感赋予功能屏幕意义 |
| Doctors in Italy | 紧急地点问题 | 搜索和匹配流量 | 对本地服务使用熟悉的视觉比喻 |
02
8个应用解释视频实例值得研究
1. Google Calendar: 附加特性到真实时刻
Google并非从功能列表开始。 视频通过可识别的计划移动，让日历界面作为每个时刻的一部分出现。 这一选择使得自动事件细节和视觉时刻表卡在观众必须理解它们是如何工作的之前感到有用。
可转让模式是上下文第一，接口第二。 从用户想要组织、改进或避免的时刻开始。 然后显示相关的屏幕。 这可以防止 UI {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}不会成为无法解释的龙卷风
要复制什么：选择三个具有一个用户目标的情况。 保持应用屏幕清晰清晰，并与叙述连接。 避免为每个特性发明不同的视觉治疗。 生命瞬间与日历卡的反复关系使得视频的连贯性。
2. Spotify AI Playlist: 制作一个故事
Spotify专注于单项工作：将书面想法变成播放列表。 产品已经有广泛的意识，因此视频无法解释流，库，或账户设置。 它可以将其有限的时间用于新的互动和结果。
这对一个功能发布或一个其核心产品已被理解的应用程序来说是正确的结构。 声明特征承诺，显示输入，揭示结果，并停止。 约束很重要。 增加无关的能力将削弱这一特定更新值得注意的原因。
写一句"现在你可以...", 如果一个场景不支持这句话，请将其移动到另一个视频。
3. Headspace:将解释与产品经验匹配
Headspace 使用冷静的节奏和清晰的方向引入新用户可以开始的地方和内容的组织方式。 视频表现得像产品承诺的行为。 它没有用疯狂的切口 让冥想程序看起来更令人兴奋。
这种配合很容易错过。 解释者不仅是事实的容器。 它的节奏，语音，密度，和过渡设定了使用产品的预期。 金融应用可能需要一个可控，精确的节奏。 一个社交应用程序可以支持更快的编辑。 健康应用可以让观众了解每个选择。
要复制什么：在选择音乐或运动之前定义产品体验的三个形容词。 使用这些形容词来拒绝可能看起来被打磨但产生错误期望的效果。
4. Amazon Lens: 显示完整的因果关系链
那个 Amazon Lens 视频通过显示整个链条，使得基于相机的特性可以理解：选择一张照片，识别一个项目，并查看相关的购物结果。 每一步可见。 观众不必相信旁白者对应用的总结
这种模式对于转换输入的应用特别有用。 输入可以是照片、文档、语音命令、位置或数据文件。 只显示最终结果可以移除连接用户动作与结果的证据。
复制内容：创建三栏故事板，标注输入，动作，结果。 对所有三个阶段使用真实界面。 保持任何指针，突出，或放大接近它所解释的实际控制。
5. Windows App: 证明截面访问
那个 Windows App 有个交叉的保证 因此，其视频需要做的不仅仅是显示一个抛光的桌面屏幕。 它显示了不同设备中出现的Windows体验，因此可用性声称是视觉证据的一部分。
对于任何跨平台、角色或地点的应用， 说“无处不在”的一行叙述比在每一支持的表面继续显示相同任务的受控顺序要弱。 设备序列不应该成为装饰性的模拟剧场。 每个屏幕应证明索赔的真实部分。
要复制什么：列出每个对观众重要的平台，然后决定哪个行动最能显示连续性。 使用精确的产品截图和当前界面状态。 不要显示发布不支持的平台或能力。
6. Waze: 在真实的一天内设置一个特征
Waze 帧对话通过驱动器日进行报告，而不是将语音输入作为孤立的技术功能。 情况提供了使用的理由：司机已经在移动，需要低调的防爆方法来报告正在发生的情况。
情景第一讲故事在特征的价值取决于上下文时起作用。 同样的互动可能出现在一个干净的工作室的模拟中，但在繁忙的街道上，在商店的过道上，或在顾客打电话时，都很重要。
复制内容：在写入产品线前定义触发时间。 询问用户在功能变得有用之前正在做什么 。 显示触发器，然后是交互，然后是应用程序的反应。 留着 UI 即使在现场动作带场景时也是可读的。
7. MyHeritage: 让情绪支持工作流程
MyHeritage 连接实用的应用功能，如构建家庭树，搜索记录，以及分享照片等，与使用照片的更大的情感原因有关。 银幕之所以重要，是因为它们有助于保存和探索家族历史。
当情感赋予了工作流程意义时，情感在这里最为有效。 它不应取代工作流程。 一个美丽的家庭蒙太奇，不看产品 将发挥品牌电影的作用 而不是应用解释器。 视频通过首先确定用户实际能做什么而获得情感结局。
要复制什么： 将每个情感诉求与一个明显的产品动作联系起来。 如果脚本上写着应用程序帮助人们保持连接，显示创建这种连接的屏幕，对象或交换。
8. Doctors in Italy: 使用熟悉的比喻来引导观看者
Doctors in Italy 从明显的局部问题开始：旅行者需要英语医生。 视觉语言将服务连接到其位置，然后向匹配经验如何工作的方向移动。
一个熟悉的比喻可以缩短解释时间，特别是对市场和地点服务而言。 风险在于让隐喻成为整个视频。 浏览者仍需要看到应用程序如何将问题转化为结果。
要复制什么：使用一个可识别的视觉主播来建立位置或情况，然后迅速过渡到真正的产品。 把比喻当作门路 而不是代替 UI 证据。
03
为您的应用程序选择正确的模式
不要选择引用，因为它的动画风格看起来很昂贵。 选择它是因为其证据模式符合您观众需要的信念。
| 查看器必须相信... | 使用此模式 | 有力参考 |
|---|---|---|
| 特性在一个简单的流程中工作 | 投入、行动、结果 | Amazon Lens |
| 应用程序符合现有的常规 | 情况、屏幕、福利 | Google Calendar |
| 一个新特点值得注意 | 一个承诺，一个工作流程 | Spotify AI Playlist |
| 感觉平静或受控制 | 产品匹配间隔 | Headspace |
| 应用程序在设备之间工作 | 跨表面重复的任务 | Windows App |
| 特征事项的背景 | 实时触发和反应 | Waze |
| 职能行动支持人类目标 | 工作流程和情感回报 | MyHeritage |
| 服务解决特定地点的需要 | 熟悉的主锚加真实匹配流量 | Doctors in Italy |
这个模式还告诉你要收集什么来源资产。 输入-动作-结果视频需要每个州精确的截图。 场景第一的视频既需要情景镜头，也需要产品 UI。一个跨设备视频需要从显示的每个平台获取当前图像。
04
从真实产品证据中创建应用程序解释视频
最安全的制作过程从动画开始。 创建一个小证据包， 包括：
- 这段视频的确切观众和使用情况;
- 核准的脚本，包括每个数字和屏幕上的标签;
- 每一产品状态的当前截图或录音;
- 可能出现在屏幕上的品牌资产;
- a. 显示每一行中属于哪个屏幕的逐个资产映射图;
- 目的地和宽度比例。
然后从三个层面审查故事板。
第一，检查资产忠诚。 标志，界面，图标，产品屏幕应当保持可识别性和流畅性。 第二，检查信息忠诚度。 名称，价格，号码，法律用语应当与批准的复印件相符。 三，检查函证。 当叙述描述一个特性时，屏幕应该显示这个特性，而不是附近的不同的工作流程。
这里 TapVid说 产品演示视频工作流程 相关。 TapVid 是一个 Explainer Video Engine 将所提供的资产和书面副本变成可审查的视频结构。 定位为精度第一：产品 UI 案文应作为事实处理，而动议则支持注意和理解。 如果您还需要塑造描述，请使用 解释视频脚本指南 在制作场景之前
不要声称任何自动工作流程都是无错误的 。 实用的标准是源材料，脚本，和镜头映射都足够显眼，可以检查，在交付前可以纠正明显的错配。
05
应用程序解释视频常见错误
显示每个特点。 拥挤的巡演要求观众回忆太多。 选择能够证明主值的最小工作流程 。
使用装饰性电话模型而不是可读 UI. 倾斜的装置在隐藏观众需要理解的动作时，可以外观抛光。
让叙述和屏幕分开。 如果剧本在屏幕显示仪表盘时描述搜索，则观看者必须调和两种不同的想法。
轻松创建接口。 缩写 UI 可以引入产品中不存在的标签，颜色，或状态。 当屏幕成为证据时使用当前抓取 。
按趋势排列。 快切不会自动改进保留，慢节奏不会自动产生信任。 配合产品的速度和动作的复杂性。
结束没有下一步。 行动呼吁应该符合视频的工作，无论是尝试一个功能，下载应用程序，加入一个等待列表，还是观看一个详细的演示。
06
常问问题
什么是应用程序解释视频？
app解释视频是连接用户问题或情况与特定应用工作流程和结果的短视频。 它通常结合真实或模拟的界面视图与叙述，文本，动画，或现场动作。
如何是一个应用解释器 不同于一个应用演示视频？
通常选择一个解释者来澄清价值，上下文，和一个可重复使用的故事模式。 演示更有可能教授或证明工作流程如何逐步运作。 格式可以重叠，但读者的任务不同，这也反映在他们单独的美国搜索结果中。
一个应用解释视频应该要多久？
没有普遍的期限。 单一特性的解释可能需要不到一分钟，而一个新的类别或多步骤的对信任敏感的工作流程可能需要更长的时间。 在观众有足够证据理解价值并采取预期下一步时剪辑视频。
如果应用程序解释器使用真实 UI 或动画 UI？
使用真实 UI 准确的屏幕、标签和状态都是重要证据。 动画可以澄清焦点，顺序，或过渡，但不应该改变事实产品细节。 一个混合体经常效果很好：真实的屏幕用于证明，有运动引导注意力。
生产前需要哪些资产？
至少收集经批准的脚本，当期截图或录音，品牌资产，以及拍到资产地图。 当值取决于现实世界的情况时添加活性动作镜头，当交叉设备访问是承诺的一部分时，捕获每个平台。
Kenneth Chen 邀请你加入 Discord，与其他视频创作者一起交流。
在 Discord 加入 KennethKeep reading
