15 个最佳讲解视频案例及其有效原因

01

1. 这些讲解视频案例是如何评估的

使用可用的字幕和采样帧来审查每个公共视频源，以遵循语音和视觉结构。最初收集的两个链接被拒绝了，因为它们的实际视频与声称的品牌或主题不匹配。下面的Figma和Wise条目使用经过验证的官方来源。这个来源检查很重要，因为当一个精炼的列表指向其他产品的证据时，它就毫无用处了。

每个分析都使用相同的镜头：查看器、问题、机制、证明和CTA。它还提到了一个限制。视频可能对品牌定位有效，但入职率仍然很差。详细的教程可以准确地解释工作流程，但对于登陆页面来说仍然太长了。目标是在判断风格、长度或生产价值之前确定解释工作。

• 观众：谁可以在没有额外类别或产品背景的情况下关注视频？
• 问题：哪个可识别的情况或问题使视频有理由存在？
• 机制：什么过程、原始产品、隐喻或序列创造了理解？
• 证据：观众看到或听到什么支持声称的更改？
• CTA：在视频之后，哪个动作（如果有的话）继续解释？
• 限制：哪些受众、位置或信息需求需要不同的资产？

没有从视频中推断出性能、转化、客户或奖励声明。当来素材包含自己的数字或比较声明时，本文分析通信选择，而不将该声明作为TapVid事实。来源也会老化。在用作当前产品证据之前，应再次检查产品屏幕、计划、可用性和术语。

02

2. 快速对比 15 个案例

使用表格来选择沟通模式，而不是最喜欢的调色板。如果您需要解释一个看不见的工作流程，请从Dropbox、Crazy Egg、Notion、Figma或Wise开始。如果您需要类别或平台定位，请比较Slack、Atlassian、Rippling和Snyk。如果情感或语气是信息的一部分，请研究Enphase、Travel Oregon、Dollar Shave Club和Headspace。Shopify展示了一个产品如何锚定许多上下文。

• 最多选择一个结构参考，一个视觉证据参考，最多选择一个节奏参考。
• 在保存屏幕截图或样式框架之前，写下您借用的决定。
• 记录限制，这样利益相关者以后就不会导入错误的课程。
• 保持您自己的查看器、声明来源、产品状态、品牌系统和CTA独立。

03

3. Dropbox：用两套工作流扩展熟悉的产品

Dropbox打开时，确认查看者已经知道它用于文件存储。它确认了熟悉的工作，然后通过两个连接的工作流程扩展心理模型：在Dropbox内编辑、发送、跟踪和签署合同，然后对视频工作进行评论和批准。视觉效果将紧密的产品互动与充满活力的抽象过渡相结合。最后一行又回到了现在工作需要更少的工作的想法。

• 最有力的决定：视频没有花时间重新引入该类别。它以现有的意识为起点，并通过具体的工作流程获得扩展。
• 限制：两个用例适合，因为受众已经知道Dropbox。使用相同速度的新产品可能感觉像是功能蒙太奇，没有足够的机制。
• 借用：当观众知道你的核心工作时，用一句话来确认，并使用视频的其余部分来演示一两个相邻的工作。
• 不要照搬：不要只模仿快速、精致的视觉效果，却删掉让扩展承诺可信的产品操作。
• 制作要求：从受众的当前产品关联开始，然后证明一个从开始到完成状态的扩展工作流程。

04

4. Crazy Egg：让产品输出本身成为解释

Crazy Egg使用更长的产品指导教程来解释其热图报告。旁白定义了颜色行为，识别了真实页面上的热点，更改了亮度和缩放，然后比较了桌面和平板电脑的视图。每个功能都与一个解释有关：访问者点击的地方，哪些区域受到的关注较少，以及接下来可以测试哪些页面更改。热图本身承载了大部分的解释工作。

• 最有力的决定：产品产出既是机制也是证据。观众可以看到颜色强度、特定页面元素和跨设备差异，同时听到如何解释它们。
• 限制：视频时长约2分40秒，包含密集的用户界面。它更适合感兴趣的评估者或用户，而不是冷落的登陆页面访问者。
• 借用：使用一个具有代表性的数据集或项目，并通过改变实际决策的控制来跟踪它。
• 不要复制：不要访问所有可用的控件。保持界面移动与一个分析问题和一个结果相关联。
• 制作要求：演示一个真实的输出，解释如何阅读它，并以输出实现的决策结束。

05

5. Notion：用重复的产品操作说明灵活性

概念始于对清晰和安静思考的广泛渴望。然后，它通过反复的界面操作使抽象的承诺具体化：捕捉思想、管理项目、排列块、嵌套页面、查找信息、协作和构建数据库。叙述回到一个组织的想法，一个可适应的空间，而屏幕不断显示该想法的不同表现形式。

• 强有力的决定：一个广泛的产品由一个一致的机制固定在一起：灵活的页面和块可以为多种工作组织。
• 限制：两分钟半的范围涵盖了许多用例。寻找一个即时任务的观众可能需要更短的、特定于角色的跟进。
• 借用：对于多用途产品，定义一个产品原语，并展示如何从中产生几个用例。
• 不要复制：不要列出不相关的角色或模板，除非相同的可见机制将它们连接起来。
• 制作要求：选择一个产品原语，在三个升级的用例中重复，然后返回到一个定位想法。

06

6. Slack：先呈现沟通过载，再说出产品名称

Slack使用动画隐喻和工作场所场景来建立沟通过载，然后用有组织的渠道解决它。采样帧从灰色、混乱的电子邮件图像转移到Slack的饱和色彩系统、独特的对话空间和简化的电子邮件对比。该产品未作为消息传递功能列表进行介绍。它被呈现为团队沟通的不同结构。

• 最有力的决定：从灰色无序到有组织的颜色的视觉转变使观众在研究界面细节之前可以理解定位变化。
• 局限性：以隐喻为主导的处理取决于强烈的艺术方向和类别熟悉度。对于需要工作流程详情的评估者来说，它不能证明确切的产品行为。
• 借用：当产品改变信息的组织方式时，使用前后视觉系统，而不仅仅是按钮的位置。
• 不要复制：不要让隐喻取代机制。包括足够的具体结构，让观众解释有什么变化。
• 制作要求：将旧的沟通系统显示为可见的紊乱，然后引入一个改变视觉世界的组织规则。

07

7. Atlassian：把割裂的团队协作设为对手

Atlassian以分散的笔记、断开连接的路径、手势和单独的工作面打开。然后，它显示产品卡和连接的工具，向团队成员周围的一个网络移动。这个故事把分裂作为问题，把协调工作作为结果。人的手和脸与界面和图形元素混合在一起，使视频与人保持联系，而不是呈现抽象的软件堆栈。

• 最有力的决定：问题是系统性的，而不是一个缺失的特征。视觉网络有助于解释为什么几个工具属于一个团队合作故事。
• 限制：投资组合信息可以保持高水平。比较特定产品的买家可能仍然需要显示确切所有权和交接的用例视频。
• 借用：在解释套件时，围绕一个跨团队流程组织产品，而不是给每个产品相同的屏幕时间。
• 不要复制：不要绘制工作流程实际上无法支持或需要未提及的集成的连接。
• 制作要求：可视化当前中断的交接，然后展示角色和工具如何在同一项目中保持连接。

08

8. Rippling：用一个反复出现的词压缩产品广度

Rippling使用30秒的对比：在全球范围内管理员工似乎需要荒谬的应用程序数量，但产品要求观众使用一个。然后，这个词构成了入职、工资单、费用、计算机和福利。产品和生活方式的视觉效果在重复的叙述下迅速移动。结尾将类别缩到人力资源、IT和财务的一个地方，并要求观众预订演示。

• 最有力的决定：重复为广泛的平台提供了一个简单的组织装置。每个功能都感觉像是整合的另一个证明，而不是一个单独的功能。
• 局限性：速度和广度几乎没有空间来理解任何工作流程。在没有主要支持的情况下，不应重复源视频中的效率声明。
• 借用：找到一个重复的单词或对比，准确连接几种功能，并使序列更容易记住。
• 不要复制：未经证据和受众测试，不要将视频的数字声明或快速功能节奏导入脚本中。
• 制作要求：将支离破碎的旧堆栈与一个系统进行对比，然后给每个功能一个简短的视觉证明节拍。

09

9. Snyk：用工作流语言保持技术可信度

Snyk将软件增长定性为开发速度和安全风险之间的紧张关系。它通过将开发人员引入安全流程并命名产品工作环境来解决紧张局势：IDE、存储库和CI管道。然后，叙述提供了具体的机制，如扫描、补救建议和自动拉取请求，然后回到承诺在保持安全的同时快速开发。

• 最有力的决定：为了简单起见，不删除技术术语。之所以选择它们，是因为它们将机制定位在开发人员的真实工作流程中。
• 局限性：动画抽象了产品，因此评估者可能仍然需要界面证据和明确哪些功能适用于其环境。
• 借用：保留专家受众使用的名词，但将它们放在因果工作流程中，而不是密集的规范列表中。
• 不要抄袭：不要将技术权衡简化为虚假保证，或暗示超出批准产品范围的覆盖范围。
• 制作要求：说出技术紧张关系，显示机制进入现有工作流程的位置，最后解决原始权衡问题。

10

10. Enphase：用三个日常能源动词解释系统

Enphase以太阳能的尺度开启，然后迅速地从太阳移到手持光的手。该脚本将家庭能源系统转化为三个动作：发电、使用发电、保存或出售不需要的东西。温暖的动画让想法保持人性化，避免了组件图。最后一行又回到了将权力掌握在人们手中。

• 最有力的决定：视频选择买家级别的动词来解释系统结果，而不强迫观众通过电气架构。
• 限制：30秒的治疗会产生兴趣，但不能解释设备、安装、资格、经济或销售能源的限制。
• 借用：对于技术系统，确定买家在需要组件详细信息之前必须了解的几个操作。
• 不要复制：当实际行动取决于位置、硬件、政策或计划时，不要删除条件或暗示普遍可用性。
• 制作要求：将系统转换为三个已批准的用户操作，然后使用一个视觉隐喻将它们连接起来。

11

11. Articulate 360：展示助手完成用户熟悉的任务

Articulate 360视频使用高对比度的产品蒙太奇来介绍其人工智能助手。采样帧从一个简单的承诺，将想法带入产品屏幕、生成的文本、课程内容，以及在Rise和Storyline中尝试助手的最后邀请。在这次审计中，消息来源没有公开可用的标题，因此分析仅限于可见的结构和屏幕上的文本。

• 强有力的决定：产品留在屏幕上。助手是通过完成的内容任务来解释的，而不是自由浮动的人工智能符号或电影隐喻。
• 限制：快速过渡和模糊的运动会使确切的步骤难以检查。如果没有较慢的工作流程，观众可能会记住能力类别而不是机制。
• 借用：显示在现有创建者工作流程中行事的助理，并将每个生成的结果连接到可识别的任务。
• 不要复制：当这些阶段对实际工作流程很重要时，不要暗示在没有输入、审查或编辑的情况下出现经过打磨的输出。
• 制作要求：通过辅助操作、可编辑的结果和产品内部的最终使用，遵循一个源输入。

12

12. Travel Oregon：用视觉夸张传达承诺

俄勒冈州旅行使用手绘的幻想动画穿越城市、美食、运动、野生动物、海岸、夜晚、葡萄酒和山景。熟悉的俄勒冈州体验被放大为神奇的事件，包括发光的动物和超大的自然图像。采样框架显示了一个一致的插图世界，而不是一个景点列表。消息来源在这次审计中没有显示可用的成绩单，因此分析保持可见的顺序和艺术指导。

• 最有力的决定：风格就是论点。夸大将目的地承诺变成观众在计划特定旅行之前可以感受到的世界。
• 限制：这种结构比物流更能传达欲望。它不会回答有关行程、访问、价格或季节的实际问题。
• 借用：当情感解释是产品或目的地必须解释的一部分时，使用独特的视觉世界。
• 不要复制：当您的制作需求需要程序清晰或字面产品证明时，不要复制艺术风格作为装饰。
• 制作要求：选择五种支持情感承诺的体验，并通过一致的视觉世界将它们连接起来。

13

13. Dollar Shave Club：用创始人式幽默解释产品

创始人在穿过仓库时直接对着镜头说话。他提前陈述了基本报价，回答了刀片是否好，将服务与昂贵和过度设计的替代品进行对比，解释了重复交付，并以品牌结束。身体运动、员工、道具和笑话使独白保持视觉活跃，而商业机制仍然简单：剃须刀被运送给客户。

• 强有力的决定：发言人、地点、报价和交付模式相互加强。幽默可以增加节奏，而不会隐藏客户收到的内容。
• 限制：语气和一些笑话是故意挑衅的。将它们复制到不同的品牌、受众或受监管类别中可能会损害信任。
• 借用：使用可信的发言人用通俗易懂的语言回答明显的买家问题，同时展示承诺背后的操作。
• 不要抄袭：不要借用震惊、脏话或随机道具，除非它们澄清了听众、提议或正在处理的反对意见。
• 制作要求：将创始人置于真实的运营环境中，并在一次走访中回答报价、质量、旧方式反对、交付和CTA。

14

14. Headspace：用一个比喻贯穿问题与宽慰

Headspace要求观众将蓝天想象成心灵的隐喻。随着思想和压力的积累，小云变暗了。然后解释表明，蓝天仍然存在于云层之上。简单的角色动画和不断变化的天气承载了这个概念，而叙述则恢复了平静，成为存在但暂时被掩盖的东西。

• 最有力的决定：一个隐喻被引入、强调和解决。它为一个抽象的心理体验提供了一个稳定的空间模型，观众可以回忆起来。
• 局限性：隐喻可能会过度简化个人健康体验。视频解释了一个想法，而不是治疗、诊断或保证的结果。
• 借用：在不改变视觉规则的情况下，选择一个具有足够范围的隐喻来代表平静状态、困难状态和解决方案。
• 不要复制：不要叠加几个隐喻，也不要让类比暗示来源和产品无法支持的临床承诺。
• 制作要求：建立一个视觉隐喻，增加其内部的压力，然后在不更改规则的情况下揭示原始的稳定状态。

15

15. Figma：用完整交接故事解释协作

Figma的官方教程跟随设计师和开发人员进行不断变化的交接。设计师添加测量和注释，标记工作准备开发，并共享。开发人员检查设计，发现颜色问题，进行评论，然后比较版本。设计师修复变量和副本，而状态更改使两个角色保持同步。视频结束时，将这些动作与持续的沟通联系起来。

• 最有力的决策：通过两个指定角色和一个不断发展的项目来解释产品。协作被表现为一系列状态变化，而不是被断言为一种好处。
• 限制：超过六分钟，这是针对感兴趣的用户的任务教育。对于短定位插槽来说，它太详细了，并假设了设计术语。
• 借用：当产品的价值出现在交接中，而不是在一个人的孤立任务中时，请使用角色对角色的故事。
• 不要抄送：不要压缩多角色工作流程，直到批准、状态或责任变得无法遵循。
• 制作要求：通过审核者反馈、修订、状态更改和完成交接，遵循从创建者准备到一个人工制品。

16

16. Wise：主持人配合准确的交易步骤

Wise使用演示者来框定费用和汇率问题，然后进入确切的注册和转账步骤。教程涵盖帐户选择、收件人详细信息、验证、付款方式、显示费用、状态、时间、取消和帐户所有权问题。演讲者部分在界面序列之间重置注意力，而屏幕则提供财务任务所需的证据。

• 最有力的决定：视频将说服与指导分开。演示者提供背景信息，产品屏幕显示观众做出每个决定的位置。
• 限制：来源发布日期为2023年，时长超过五分钟。财务接口、规则、费用和可用性可能会发生变化，因此必须重新检查当前的官方信息。
• 借用：使用人工指南来解释为什么选择很重要，然后在观众必须准确行事时切换到确切的界面。
• 不要复制：在没有检查当前产品和地区的情况下，不要重复使用旧的财务萤幕、时间、费用或可用性。
• 制作要求：交替呈现背景信息和准确的UI操作步骤，并把限制条件放在其影响的决策旁边，不要全部塞进片尾的限制说明。

17

17. Shopify：围绕一台设备改变经营场景，解释便携性

Shopify根据一系列丰富多彩的商业背景呈现一个支付阅读器。旁白命名了一个弹出式窗口、画廊、贸易展台、珠宝店和唱片店，而同一设备仍然是锚点。结局将序列变成了一个结果：手中的无线支付意味着商家可以在任何地方营业。视频保持在接近30秒的时间，而且使用的文字很少。

• 最强有力的决定：改变环境证明了多功能性，无需为每种商家类型引入单独的机制。一个物理物体使序列保持一致。
• 限制：视频没有说明设置、交易流程、兼容性、定价或当前可用性。这些需要单独的当前产品证据。
• 借用：当一个产品服务于多个上下文时，保持产品不变，只改变它周围的情况。
• 不要复制：如果视觉效果无法显示为什么相同的产品对每个人有效，则不要展示冗长的角色列表。
• 制作要求：将一个产品放在中心，在五个可识别的客户情境中移动，然后以一个共享结果结束。

18

18. 案例中的五种可复用模式

这些例子在持续时间和风格上各不相同，但有五种模式反复发生。首先，一个稳定的机制将广度保持在一起，就像Notion块或Rippling的整合一样。其次，证明解决了开启问题，就像Figma中的共享状态或Crazy Egg中的解释热图一样。第三，角色使交接可见。第四，一个隐喻可以解释一个抽象的概念。第五，当CTA继续展示的行动时，效果最好。

• 当一个模式描述沟通关系时，它是可重复使用的，而不是品牌外观。
• 引用应该改变剧本或故事板中的一个决定；否则就是情绪板杂乱无章。
• 机制和证明比过渡更值得关注，因为它们决定了观众是否能解释产品。
• 限制属于制作需求，以便团队知道哪些额外的视频或页面必须带有缺失的细节。

仅当解释需要时，才将模式组合起来。演讲者可以介绍一个问题，UI序列可以证明机制，最后的隐喻可以总结结果。这种组合也增加了复杂性。每个格式更改都需要故事原因、一致的术语和足够的时间让观众重置。更简单的单模式视频通常更容易批准和更新。

19

19. 精美参考案例可能掩盖的失败模式

参考资料可能看起来很棒，但仍然会为您的项目提供错误的教训。快节奏可以掩盖观众需要时间来阅读您的用户界面。一个著名的创始人可以让直接地址感觉普遍合适。幻想动画可以使风格看起来像是解释。一个冗长的教程可以诱惑一个登陆页面视频进入教学帐户设置。将该位置成功的内容与观众的需求区分开来。

• 询问观众在一次观看后可以重复什么，而不是团队希望在情绪板上重复哪个帧。
• 检查源视频是否假定受众缺乏的品牌知名度或已登录的产品知识。
• 在比较时长之前，先区分定位视频、专题公告、教程和品牌视频。
• 将旧接口和当前产品声明视为单独的验证工作。

最好的辩护是带有接受测试的证据支持的制作需求。说出一个问题、机制、证明和CTA。然后用它告知的一个决定和它无法回答的一件事来注释每个参考资料。如果利益相关者要求拍摄，因为它看起来很高级，请询问它执行的沟通工作。这个问题保护了原创性，并使生产专注于理解。

20

20. 选择三个参考案例，但不要照搬

使用不超过三个主要参考。赋予每个人不同的责任。结构参考告知叙述顺序。证据参考告知产品或源材料的出现情况。节奏参考告知场景密度和视觉保持。不要要求一个视频成为脚本、调色板、角色设计、过渡、框架和CTA的模板。这把分析变成了模仿。

• 写一句话，开头是我们借用决定，然后是具体的沟通选择。
• 写第二句话，开头是“我们不复制”，然后是品牌外观、资产、脚本或角色。
• 用您自己的批准来源替换每个参考声明，用您自己的下一个操作替换每个参考CTA。
• 删除不改变制作需求、故事板或审查标准的参考资料。

有用的参考说明可能会说：我们正在借用Figma的决定，通过双角色交接跟踪一个人工制品。我们不会复制它的界面、角色、叙述、持续时间或视觉系统。那个音符足够精确，可以指导生产，也足够狭窄，可以保护原创性。它还为评论者提供了比Figma感觉更好的词汇量。

21

21. 从参考案例到制作需求的工作表

在将参考资料转换为提示或故事板框架之前，先完成工作表。前半部分描述了你的项目。后半部分将每个引用转换为决策和边界。最后一行创建审批测试。审稿人应该能够拒绝一个失败的场景，因为观众、机制、证据或CTA，而不会争论它是否与源视频足够相似。

• 附加公共源URL和捕获日期，以便在发布前重新检查参考资料。
• 标记教程、广告、专题公告和品牌电影，因为它们的工作和受众不同。
• 将产品声明和参考观察保留在单独的证据记录中。
• 指派一位所有者批准事实行为，一位所有者批准编辑范围。

不要将链接集合输入生成器并要求混合结果。首先将链接转换为您自己的书面决定。该步骤删除了受版权保护的措辞和外观细节，同时保留了有用的推理。它还产生了更清晰的提示：系统接收受众、机制、证明、原始视觉规则和场景工作，而不是模仿几个品牌的指示。

22

22. TapVid 实测加餐：一次共享收件箱测试

共享收件箱测试使用了一个查看器，一个小型的SaaS支持团队，以及一个触发器，即在几个队友活跃时到达的新请求。旧状态包含重复的回复和无人处理的请求。该机制是连接请求类型、渠道和所有者的路由规则。证明回到了开场模式，并显示了一个遵循一个协调路径的请求。CTA要求观众创建第一条规则。

这是第一方生产测试，而不是第十六次公开认可。Figma告知了交叉角色结构，Crazy Egg告知了可见的产品证据，Shopify告知了起搏对比。他们的脚本、介面、艺术系统、角色和宣告没有进入共享收件箱视频。

• 最强有力的决定：通过路由、所有权和协调响应来遵循一个请求。
• 限制：这是8月6日的一次运行。TapVid估计有180个积分点；观察到的余额delta为198，因此这不是典型的成本索赔。
• 借用：在生成前批准查看器、旧状态、路由机制、证明和CTA。
• 不要复制：源脚本、界面、艺术系统、角色或品牌声明。
• 制作要求：使用一个虚构的SaaS场景、原始等距系统和可读的字幕。
• 观察到的输出：四个章节，11个场景，以及66.837秒的导出。

最初的请求使用了9:16，但批准的制作需求移到了16:9，因为界面主导的故事需要水平空间。更改来自内容，而不是复制的参考比例。参考资料确定了选项；批准的观众、证据和位置决定了制作选择。

23

23. 讲解视频案例常见问题

上述示例是公开引用，而不是认可。继续使用生产工作流程和脚本模板。对于受保护的表达方式，请从[美国]开始 版权办公室概述]（）。来源 来源 来源