先录能说明“玩家做什么、操作改变了什么、为什么想继续玩”的完整过程，再补适合开头和收尾的局部镜头。交给剪辑的应是可定位、可复现的游戏体验素材包，包含版本、关卡状态、操作起点和结果，而不是一堆看起来热闹却不知用途的录屏。
游戏类型会改变清单：解谜要看选择与反馈，动作要看操作和命中，经营要看资源投入与变化。短剧中的人物反转和情绪高光，不能替代这些玩法信息。
策划先把玩家动机写成一个可见动作
每个方向只回答一个问题。例如：“这个解谜玩法是否容易看懂？”对应一段玩家选择、机关变化与成功反馈；“战斗是否有操作感？”对应走位、技能触发与命中结果。
录屏同事需要收到方向、当前可玩的版本、目标地区、交付比例和禁止误导的内容。广告中展示的关卡、奖励与操作应能在对应游戏体验中找到，不能为了录出更刺激的画面，把未上线功能当成现有玩法。
Google 的应用广告创意指南建议尽快展示实际应用体验。官方指南可以作为检查依据，但具体应录哪些动作，仍由游戏自身玩法决定。
一份最小录屏清单包含什么？
| 镜头任务 | 必须看见的内容 | 录制时额外保留 |
|---|---|---|
| 玩法解释 | 目标、玩家动作、动作后的反馈 | 动作前可理解的初始状态 |
| 成败比较 | 两次不同决策及对应结果 | 同一关卡和可比状态 |
| 成长展示 | 升级前后确实发生的变化 | 条件、资源投入与结果页面 |
| 操作吸引 | 技能、走位、组合或策略 | 关键操作前后完整节奏 |
| 收尾承接 | 当前游戏身份和继续玩的任务 | 可与商店页面对应的画面 |
这些是镜头角色，不要求每款游戏都录齐。没有升级系统的游戏不用硬补成长展示；需要长时间累积才能出现的结果，要保留能说明条件的输入，避免剪成“一点就获得”。
录制时怎样避免剪辑拿到废片？
先录一条代表过程，交剪辑确认操作区、反馈区和关键文字在目标比例下可读，再批量录制。录屏文件记录build或版本号、语言、关卡、起始状态、动作说明与时间点。
例如，一段解谜录屏可以备注：“第3关；开始时两个开关均关闭；00:04点左开关；00:06障碍移动；00:09角色通过。”剪辑由此能保留因果，不必凭画面猜哪个动作重要。
关掉无关调试浮层和个人通知，保留玩家理解任务需要的UI。演示手势若是后期加的，应准确对应真实操作，不能把不支持的触控动作做成玩法指令。音轨、画质和帧率按实际交付规格确认，先解决源文件问题。
哪些情况必须返录？
结果出现了，但关键操作没有录到；重要UI在所有可用构图中都被遮挡；录的是开发测试版，而目标地区上线版本没有该内容；画面卡顿到无法看出操作反馈。这些问题通常不能靠加转场修好，应回到录制端。
如果只有冗余等待，剪辑可在保留动作与结果关系的前提下缩短；若缩短会改变玩法难度或奖励获得条件，就换用更清晰的真实过程。
怎样把素材包交到剪辑和买量？
按“方向 → 镜头角色 → 文件与时间段”交付。剪辑产出基准视频及差异版本，另记每版改了哪个方向或开头；买量侧将外部投放结果对回素材身份。录屏失败、版本不符和创意暂未验证分别记录，不能都记成“素材不行”。
整理后的通用视频片段可在魔剪中按分镜组组合、预览并精修。游戏玩法判断和方向选择由团队完成；先交付可用录屏，再让重复制作进入批量流程。