9:16 竖屏短剧怎样加入选择：镜头、字幕、倒计时与拇指热区设计

竖屏互动不是裁窄横屏，再在底部放两个按钮。人物、字幕、选项、倒计时和手指共享有限空间，必须在分镜阶段一起设计。

顶部可能被状态栏和平台控件占用，底部承担系统手势与拇指操作，中间应优先保留人物面部、动作和关键道具。具体安全区必须在目标设备和当前产品界面验证，不能写成永久像素标准。

双人关系可用前后景、上下位置或单人反应表达。按钮出现前，不要把关键表情和道具放在下三分之一。若选项要求“相信谁”，先让玩家看见双方反应。

关键对白结束、字幕读完、留出短暂停顿，再显示选项。按钮应写具体行动，例如“交出证据”比“相信她”更清楚。两个选项保持平行长度和信息量。

追逃和即将关门适合限时，复杂推理与关系表态不应默认倒计时。提供暂停、延长或关闭等辅助设置，并说明是否影响成就。

• 单手可触达，按钮间距足够；
• 不只用颜色传递状态；
• 点击后立即有视觉、声音或触觉反馈；
• 最大字体下不遮挡关键画面；
• 小屏、刘海屏和不同平台控件均完成预览。

成功的竖屏互动不会让玩家注意团队在“给按钮腾位置”，只会让他在正确时刻看清、读懂并按准。

竖屏中最昂贵的错误，是成片后才发现按钮挡住线索。分镜表应为每个选择节点同时画出三个状态：选项出现前、可选择期间和确认之后。关键人物的眼睛与口型尽量留在中上区域，证据、手机和门把手等交互物不要贴近系统手势区。双人对话若必须并列，可用景深、视线和短切反应镜头建立关系，不要为了塞下两张脸而无限缩小人物。

同一素材需要兼容不同屏幕时，先定义必须保留的叙事区域，再设计可裁切背景。不能依赖“后期自动居中”，因为模型可能把画面中心理解成人脸，而剧情中心其实是一张纸条。横版转竖版只能用于低风险镜头；关键选择镜头应直接按竖屏重构。

按钮中的文字最好以动作动词开头，并让两项处于同一语法层级，例如“交出钥匙”和“藏起钥匙”。避免一边写完整后果，另一边只有模糊态度，也不要通过明显的善恶措辞替玩家作答。若选项必须解释代价，可在按钮上方增加一句共享情境，而不是把两段说明都塞进按钮。

设计稿要覆盖短文案、最长合法文案、本地化膨胀和系统最大字体。英文转德语或中文转某些拼音文字后，长度可能明显增加；解决方法应是改写、换行或增加组件高度，而不是缩到难以阅读。倒计时开始、剩余时间不足、已暂停和超时都要有独立状态，且不能只靠红绿色区分。

测试者要在真实手机上单手操作，同时模拟走路、弱网和注意力被打断。记录误触、犹豫、未看完字幕就出现选项，以及点击后误以为没有响应的情况。选择确认可以使用短暂高亮、轻微触觉和结果字幕，但反馈必须与平台设置一致，并允许关闭震动。

至少覆盖小屏、常见全面屏、刘海或挖孔屏、安卓返回手势与 iOS 底部手势。再测试屏幕阅读器的朗读顺序、动态字体、降低动态效果和色弱模式。真正的完成标准不是设计工具里的画面整齐，而是用户在最不理想的设备和姿势下仍能理解剧情、做出选择并确认结果。

分别截取选项出现前、最长文案显示、最大字体与倒计时最后阶段，并标注设备尺寸和系统缩放。再附一段单手真实操作录像，检查遮挡、误触和反馈延迟。静态稿只能证明排版意图，真实设备证据才能证明交互可用。

若某语言必须牺牲字号才能装下，优先改写文案或调整节奏，不把阅读成本转嫁给用户。发布门槛应同时满足剧情信息完整、触控可靠、辅助技术可读和系统控件不冲突。

数据上线后继续观察选项曝光却未点击、超时、误触后立刻返回以及不同设备的失败差异。指标异常时回看操作录像与访谈，判断问题来自文案、布局、时间压力还是性能；不能把所有未选择都解释成玩家犹豫。