9:16互動短劇不是橫式裁切：鏡頭、字幕、選擇按鈕與節奏怎麼一起設計

把橫式畫面裁成 9:16，會同時丟掉關係、遮住動作並擠壓按鈕。直式互動必須在分鏡階段把人物、字幕和選擇 UI 放進同一安全區系統，而不是剪完影片再疊加控制元件。

雙人關係可以用前後景、上下位置和單人反應切換表達。選擇出現前，關鍵面孔與道具應位於中部敘事區，底部保留操作空間。誰占據上方、誰靠近鏡頭，也會傳達權力，不應只為塞進畫面隨意安排站位。

最後一句關鍵對白結束後，留出短暫的理解時間，再讓選項出現。字幕與選項不要同時占三行以上；長選擇應改成短動作，必要說明放在前一鏡頭。開啟大字體時仍要驗證人物臉部與按鈕不被遮擋。

「相信他／不相信他」不如「交出鑰匙／保留鑰匙」明確。兩個按鈕的語法、長度和資訊量應大致平衡，不能把作者偏好的選項寫得更具體、更安全。

追逃、來電和即將關門適合限時；複雜道德判斷、長文字閱讀與無障礙情境更適合暫停或延長。倒數計時要同時有數字、進度和非色彩提示，逾時結果需事先定義。

點擊後應在約 0.2 秒內出現按壓、聲音或觸覺回饋，並在數秒內給予敘事回應。若真正後果要到下一集，當前場景也應讓角色表情或環境發生微小變化，證明輸入被記住。

• 小螢幕與大螢幕是否都能單手觸及操作；
• 瀏海、狀態列、系統手勢和平台控制元件是否遮擋；
• 最大字體下字幕與按鈕是否衝突；
• 橫直式切換和斷線恢復是否保留選擇；
• 螢幕錄影、直播與螢幕投放時控制元件是否可讀。

不同平台的安全區會變化，因此正文不提供永久像素結論，而要求團隊在目標裝置上按上述項目複核。發布稿以文字規則和檢查表表達，不嵌入產品螢幕截圖。

直式互動設計成功時，玩家不會意識到團隊「為按鈕騰位置」；他只會在恰當時刻看清資訊、理解代價並準確完成決定。

每個選擇節點同時畫出選項出現前、等待選擇和確認之後。選項出現前讓關鍵表情、證據或動作完成；等待階段確保字幕、人物與按鈕不爭奪同一位置；確認後用醒目提示、聲音或觸覺回應，並為下一鏡保留連續姿態。只交付一張靜態分鏡，無法發現控制元件真正出現時的遮擋。

同一素材要相容不同螢幕時，先標記不可裁切的敘事區域，再定義可延展背景。自動置中可能追蹤人臉，卻把關鍵道具裁掉。普通过場可以安全重構，關鍵選擇鏡頭最好直接按直式設計，不能依賴橫式成片後補救。

按鈕用動作動詞開頭，並保持同一語法層級，例如「交出鑰匙」和「藏起鑰匙」。不要一項寫完整後果、另一項只寫態度。為最長允許文案、在地化擴張和系統最大字體製作狀態；裝不下時優先改寫或增加元件高度，而不是縮成難以閱讀的小字。

倒數計時要有開始、即將結束、暫停和逾時四種狀態。複雜推理或關係表態預設不應限時；確有劇情壓力時，也應提供可設定的延長、暫停或關閉選項，並說明是否影響結果或成就。

測試者在小螢幕、全螢幕、瀏海或挖孔螢幕上單手操作，涵蓋系統手勢、弱網恢復、橫直式切換和注意力被打斷。記錄誤觸、逾時、字幕未讀完、點擊無回饋和返回後狀態遺失。滑鼠在設計稿上點中按鈕，不能證明手機上可用。

交付記錄應以結構化文字保存安全區、最大字體、最長文案和倒數計時末段的測試結果，並註明裝置與系統縮放。再驗證螢幕閱讀器順序、非色彩狀態、減少動態效果與字幕可讀性。部落格發布頁不嵌入這些內部測試畫面，避免增加頁面資源和載入負擔。

選項已曝光卻未提交，可能是文案難懂、按鈕遮擋、倒數計時不足或頁面卡頓；點擊後立刻返回，可能是誤觸或結果與承諾不符。按裝置、字體、語言和網路拆分，再結合操作錄影與訪談判斷原因。

不要把所有未選擇都解釋成劇情猶豫。技術失敗和設計猶豫需要完全不同的修復，只有事件記錄與真實裝置測試結合，才能分清兩者。

• UDRAMA：為什麼直式短劇採用 9:16
• Vixel：什麼是可玩影片