9:16互动短剧不是横屏裁切：镜头、字幕、选择按钮与节奏怎么一起设计
从构图、字幕、按钮、倒计时与设备测试，设计可读、可点且不遮挡剧情的竖屏互动短剧。
开篇导读
把横屏裁成 9:16，会同时丢掉关系、遮住动作并挤压按钮。竖屏互动必须在分镜阶段把人物、字幕和选择 UI 放进同一安全区系统，而不是剪完视频再叠控件。
构图：用纵深代替横向并排
双人关系可以用前后景、上下位置和单人反应切换表达。选择出现前，关键面孔与道具应位于中部叙事区，底部保留操作空间。谁占据上方、谁靠近镜头，也会传达权力，不应只为塞进画面随意站位。
字幕：先读完，再选择
最后一句关键对白结束后，留出短暂理解，再让选项出现。字幕与选项不要同时占三行以上；长选择应改成短动作，必要说明放在前一镜头。开启大字体时仍要验证人物面部与按钮不被遮挡。
按钮：让行动与代价可读
“相信他/不相信他”不如“交出钥匙/保留钥匙”明确。两个按钮的语法、长度和信息量应大致平衡，不能把作者偏好的选项写得更具体、更安全。
倒计时：只在角色也有时间压力时出现
追逃、来电和即将关门适合限时；复杂道德判断、长文本阅读与无障碍场景更适合暂停或延长。倒计时要同时有数字、进度和非颜色提示，超时结果需事先定义。
节奏：选择后立即回应
点击后应在约 0.2 秒内出现按压、声音或触觉反馈，并在数秒内给叙事回应。若真正后果要到下一集，当前场景也应让角色表情或环境发生微小变化，证明输入被记住。
多平台预览清单
- 小屏与大屏是否都能单手触达；
- 刘海、状态栏、系统手势和平台控件是否遮挡；
- 最大字体下字幕与按钮是否冲突；
- 横竖屏切换和断线恢复是否保留选择；
- 录屏、直播与投屏时控件是否可读。
不同平台安全区会变化，因此正文不提供永久像素结论，而要求团队在目标设备上按上述项目复核。发布稿以文字规则和检查表表达，不嵌入产品截图。
竖屏互动设计成功时，玩家不会意识到团队“为按钮腾位置”；他只会在恰当时刻看清信息、理解代价并准确完成决定。
分镜必须包含三种界面状态
每个选择节点同时画出选项出现前、等待选择和确认之后。选项出现前让关键表情、证据或动作完成；等待阶段确保字幕、人物与按钮不争夺同一位置；确认后用高亮、声音或触觉回应，并为下一镜保留连续姿态。只交付一张静态分镜，无法发现控件真正出现时的遮挡。
同一素材要兼容不同屏幕时，先标记不可裁切的叙事区域，再定义可延展背景。自动居中可能追踪人脸，却把关键道具裁掉。普通过场可以安全重构，关键选择镜头最好直接按竖屏设计，不能依赖横版成片后补救。
文案需要本地化预算
按钮用动作动词开头，并保持同一语法层级，例如“交出钥匙”和“藏起钥匙”。不要一项写完整后果、另一项只写态度。为最长合法文案、本地化扩张和系统最大字体制作状态；装不下时优先改写或增加组件高度，而不是缩成难以阅读的小字。
倒计时要有开始、即将结束、暂停和超时四种状态。复杂推理或关系表态默认不应限时；确有剧情压力时，也应提供可配置的延长、暂停或关闭选项，并说明是否影响结果或成就。
用真实拇指和真实设备验收
测试者在小屏、全面屏、刘海或挖孔屏上单手操作，覆盖系统手势、弱网恢复、横竖切换和注意力被打断。记录误触、超时、字幕未读完、点击无反馈和返回后状态丢失。鼠标在设计稿上点中按钮，不能证明手机上可用。
交付记录应以结构化文本保存安全区、最大字体、最长文案和倒计时末段的测试结果，并注明设备与系统缩放。再验证屏幕阅读器顺序、非颜色状态、降低动态效果与字幕可读性。博客发布页不嵌入这些内部测试画面，避免增加页面资源和加载负担。
上线后的异常信号
选项已曝光却未提交，可能是文案难懂、按钮遮挡、倒计时不足或页面卡顿；点击后立刻返回，可能是误触或结果与承诺不符。按设备、字体、语言和网络拆分，再结合操作录像与访谈判断原因。
不要把所有未选择都解释成剧情犹豫。技术失败和设计犹豫需要完全不同的修复，只有事件记录与真实设备测试结合，才能分清两者。
