产品演示做动画之前,如何先画好分镜
产品演示的视频分镜,是发现“结尾并不能从开头自然推出”的地方。在录六遍素材、挑音乐或精修转场之前发现这一点,很有价值。一排粗略画面,能以远低于完成动画的代价,暴露缺失的输入或没有解释的变化。
软件分镜有一项特殊责任:保留产品逻辑。影片可以流畅,却在无关界面状态间跳跃;也可以展示每次点击,观众却仍不知道任务为什么重要。分镜需要把观众问题、真实交互和可查看结果连接起来。
本文使用一个审批流程示例:评审者收到草稿,找出问题,留下具体评论,然后看到修正版本。
画开头之前,先写结果
**从能回答观众问题的最终状态开始。**审批例子中的重要结果,是草稿已修正、反馈已解决。单独一张装饰性的“Done”卡片不够。观众需要认出改了什么,以及它与最初问题的关系。
用一句话写出结果,再确定之前必须出现什么,结果才有意义。观众需要看到草稿、相关问题,以及要求修改的评论。他们大概无需看评审者登录,或在无关项目间搜索。
这样倒推,可以防止开头占满整支影片。团队常以公司介绍开场,因为从组织的起点说起显得自然。但观众的起点通常不同:他们有一项要完成的任务。
结果要真实。如果素材只展示发送评论,结尾就不应暗示修改已自动完成。要么录下完整流程,要么把影片承诺缩小到能够演示的部分。
用分镜做决策,而非装饰文档
分镜不需要漂亮绘画。它需要足够视觉信息,说明观众看哪里;也需要足够文字信息,解释什么发生变化。一张加了粗略裁切框的截图,可能比精美绘制的不存在的界面更有用。
Salesforce的演示规划工作表是有用参考,因为它围绕问题、核心结论和有意安排的过程组织演示。可以先借鉴其强调目的的方法,再把演示转成独立画面。
给每个拟用镜头写出它回答的观众问题。“问题在哪里?”与“改了什么?”是不同问题。连续两镜若回答同一问题,却不增加证据,其中一个可能多余。关键问题若没有镜头回答,分镜就发现了缺口。
让文档容易修改。分镜如果锁在设计繁重的演示文稿里,会在修改最有价值时阻碍修改。工作版应能轻松移动、移除或替换镜头。
用过程字段找出缺失的中间环节
Salesforce工作表下半部要求写挑战,用“因为”“因此”“但是”串起过程,最后给出结果。这些提示处理的是不同于开场问题的另一件事:事件是否互为因果。六个漂亮画面的分镜,也可能通不过这项测试。
把这些连接词放进评审序列试试。评审者选择一段话,因为措辞有误;因此,评论需要附着在那段话上;但是,评论本身不能证明作者已采取行动。最后一镜需要修正后的文字,否则故事就应停在反馈已提交。用因果关系写序列,缺失的录制便显而易见。
把发现落实到分镜里。增加修正草稿的位置,确定谁负责录制,并在前一状态中保持同一个文档标题可见。如果尚未修正,就完成一支更短、聚焦反馈的演示,而不是用装饰性成功卡片填空。工作表帮助判断录什么;分镜再决定每份录制素材需要多少画面空间与稳定时间。
给每帧五类信息
有用的软件演示分镜帧,需要可见状态、裁切、操作或变化、简短解释和时间意图。每页不必机械分五个框,但没有参与分镜讨论的人,也需要能还原这些信息。
可见状态确定真实画面或素材;裁切说明显示多少;操作描述镜头中发生什么;解释记录旁白或辅助文字;时间意图告诉制作者,这是快速定位,还是需要仔细查看的结果。
| 画面 | 产品证据 | 观众注意点 | 进入下一镜的条件 |
|---|---|---|---|
| 草稿 | 评审前的真实草稿 | 相关章节 | 观众知道正在评审什么 |
| 问题 | 同一草稿的近景 | 错误短语 | 能识别问题 |
| 评论 | 真实评论状态 | 要求的修正 | 能读完指令 |
| 修订 | 已核实的更新草稿 | 变化的短语 | 能比较结果 |
进入下一镜的条件尤其有用。它描述下一镜到来前,观众应该理解什么。“停留两秒”可以是起步指令,但“停留到这条简短修正在手机尺寸下可读”,解释了停留的原因。
在拟用镜头旁标出缺失录制。如果还没录修正草稿,就在开始动画前分配这项录制;否则制作者只能把故事停在评论,或换一个更弱的结尾。
跟踪序列中的状态连续性
**软件状态连续性,往往比视觉连续性更重要。**除非故事解释变化,否则项目名、条目标题、选中账号和任务状态应延续。两个不同项目之间,融化得再顺滑也无法修复逻辑断裂。
为例子建一份简短连续性记录。记下项目、草稿标题、目标短语与评论文字。录制每个状态时使用它。准备素材时发现不一致,比最终音乐与排版都完成后才发现容易。
不只检查镜头内,也检查镜头间发生什么。如果前一镜结束时评论打开,下一镜直接是修正草稿,就要决定剪辑如何交代中间的工作。可能需要简短转场、字幕,或真实修改录屏。
因果重要时,保留原因。产品演示不应把对无关按钮的点击紧放在结果前,使剪辑暗示该按钮导致结果。分镜是发现这类问题的好地方,因为此时指针位置和状态变化仍易于重排。
区分界面证据与辅助解释
真实界面告诉观众产品里有什么;辅助文字告诉他们为什么某部分重要。分开两者,会让影片更易理解,也更易更新。
例如,字幕可以说“让反馈附着在问题上”,同时保留真实评论界面。如果把产品自身标签替换成营销文案,边界就模糊了。界面标签若错误或过时,应更新产品录制,而不是在分镜里盖字。
用标注引导注意,而不是创造功能。围住评论的轮廓可以是辅助高亮;产品中从未存在的动画新按钮,则是另一种宣称。必要的概念元素应标明为概念,不能伪装成录制的真实行为。
这也有利于维护。辅助字幕可以独立于屏幕素材变化;产品变化则需要重新录制。分镜应让未来修订需要哪类变动一目了然。
将镜头运动规划为一连串目的地
写明镜头从哪里开始、在哪里结束,以及为什么移动。“先展示草稿,移向高亮短语,然后停留”,给了动画目的地。“加动态缩放”,则没有说明观众该学到什么。
镜头移动可以建立控件与结果的关系,也可能因太远或太快而破坏关系。检查移动结束时,观众是否仍能认出原始上下文。熟悉的标题或章节边界,可以成为锚点。
不要每个镜头都裁到最近。近景能改善细节,却移除了定位信息。应有意识地切换:先留足上下文定位任务,靠近重要操作,再以有助理解的比例展示结果。
画出移动结束后的稳定帧。它往往才是最重要的画面,因为观众在这里阅读或比较。如果分镜只有戏剧性的中间运动位置,就可能忽略真实信息是否得到足够空间。
把文字与时间一起检查
一句话无法脱离可用于阅读的时间和空间来评审。把预定文案按大致最终尺寸放进粗略画面。占位文字会隐藏断行、长度与重点问题。
按预期观看比例阅读序列。同一张桌面截图,放在小型社交播放器里,可能比大型演示文稿中需要更近的裁切。如果关键短语在这一比例下消失,就先改取景,再投入细致动画。
区分进入画面所用时间与可阅读时间。文字若在镜头大部分时间里都滑向目标位置,稳定阅读时间就很少。分镜应在入场后预留停留,尤其当界面本身有重要标签时。
不要靠延长影片解决所有节奏问题。有时旁白重复屏幕已有内容,或字幕试图同时解释两件事。缩短文案,可能比每镜都加一秒更能改善序列。
借鉴镜头占位的做法
Apple的iMovie分镜文档介绍了向分镜占位位置添加媒体。可借鉴的制作思路是:最终媒体尚未选定,镜头已经有角色。占位有助于区分镜头作用,与最终填入它的媒体。
将其应用于软件演示时,要为每个位置说清需要什么证据。“显示已修正短语的结果画面”,比“漂亮产品镜头”更有力。它告诉收集素材的人,什么能满足故事。
占位也应暴露不确定性。如果功能未完成,结果状态尚不能录,就标为未解决。不要让精致模型图悄悄把计划能力变成已演示能力。
真实媒体到来后,重新检查镜头。可用屏幕的形状或信息密度,可能不同于草图。让布局响应证据,而不是强迫证据塞进已不适用的构图。
在计划中显露缺失素材
评审例子的工作素材,可按状态命名:draft-before、comment-open和draft-corrected。在旁边记录已录制、已核实还是仍需获取。如果缺少draft-corrected,分镜就应保留未解决的位置,而不是悄悄换成庆祝图形。
这个小清单也会显示什么可以复用。草稿全景与短语近景,可能来自同一次原始录制;修正状态则需要自己的证据。镜头清单区分裁切与新状态,能帮收集素材的人避免无谓工作和无依据转场。
打磨前先做粗略定时序列
把拟用画面依序排好,使用简单剪切与临时停留。粗剪无需音乐、复杂转场或最终调色。它的任务是揭示故事能否在时间中被跟上。
不暂停看一遍,再用一句话解释任务。如果解释依赖序列从未提供的知识,就补上下文,或缩小承诺。分镜评审最有价值之处,就是提前发现这种结构问题。
加上旁白或字幕再看一次。检查阅读与操作是否竞争。密集评论出现时,又有新口头指令,可能要求太多注意。让其中一个提前、简化文字,或留出安静停留。
粗略序列成立后,再细化转场。两个无关状态之间的漂亮转场,可能让问题更难被察觉,却不会加强逻辑。普通剪切下,故事也应成立。
Focus中简单的“Done.”卡片,为那支片提供完成节拍。对于评审分镜,在使用完成卡片前,先保留修正措辞;否则观众只看到状态,却没看到修正。
问评审者哪里有缺口,而不只是偏好
给评审者具体任务。问他在哪里跟丢了主线、理解了哪个结果,或原本期待下一步发生什么。相比问是否喜欢动画风格,这些更能提供有用的早期反馈。
分开事实评审与创意评审。熟悉产品的人可核实状态顺序和标签;不熟悉的人能发现缺少上下文。两种视角互补,却不能互相替代。
用观众需求记录分歧。如果一位评审者想加长开头,另一位想更快开始,就明确开头必须交代哪些信息。可能既能缩短介绍,又保留观众真正需要的那个事实。
不要把每项功能建议都接进同一份分镜。一条建议可以合理,却属于另一支影片。保持中心问题可见,避免序列在评审中膨胀成全面产品导览。
把已批准分镜变成制作交接材料
最终分镜应将每镜连接到真实源素材、已批准文案、时间意图与未解决问题。把过时备选从当前序列移除,避免制作者猜哪个版本获批。
在OpenDesign Motion需求说明中,可以描述场景顺序并附上相关素材。要求交付可编辑工程和渲染视频,将分镜一并保留。文档解释预期故事,导出文件展示实际做成了什么。
把分镜变化当作计划变化,而不是现有MP4自动更新。修订句子或时间说明,仍需实施并渲染。将新输出与已批准序列比较后,再宣布完成。
因此,有用的产品演示分镜,不只是一排漂亮画面,而是关于证据、注意力和顺序的简明共识。这些决定清楚后,动画才能让解释更易跟随,而不是事后尝试凭空创造解释。