橫式還是直式、PC 還是 Web：先確定發布形式再寫劇本

發布形式不是劇本寫完後的包裝選項。橫式或直式決定演員站位和字幕空間，PC 或 Web 決定輸入方式、影片儲存、載入策略和發行途徑。最晚在三分鐘原型之前，團隊就應該確定一個主要畫面比例和一個主要平台。

本文提供的是立項決策框架，不代表所有專案都必須只在一個平台發布。先選主要平台，是為了讓第一版有可驗證的技術與觀看條件；移植應在核心體驗穩定之後進行。

橫式更適合多人同框、環境線索、監視器畫面和傳統 PC／主機觀看。玩家的視線可以在更寬的範圍內移動，字幕與選項也較容易放在畫面下方或側邊。

直式更貼近手機單手觀看，角色面部和關係衝突更容易占據畫面中心，但可用於環境資訊的空間更少。字幕、選項、倒數計時和系統提示會爭奪同一塊區域。拍攝時如果沒有預留安全區，後製只能遮擋表演或縮小文字。

不要預設同時拍攝一套橫式和一套直式。把橫式素材裁成直式會丟失人物關係和線索，把直式素材放進橫式會產生大量空白。雙畫面比例意味著重新構圖、檢查字幕、匯出素材和測試介面，應作為獨立成本計算。

PC 用戶端適合較大的影片套件、鍵盤滑鼠或控制器輸入、離線存檔和 Steam 發行。它的代價是安裝、建置、平台審核和更多裝置差異。

Web 版本開啟門檻低，便於分享原型，但瀏覽器自動播放規則、網路波動、快取、解碼能力和分頁切換都會影響影片體驗。不能假設開發機上的高速網路代表真實環境。

行動裝置適合直式和短時間體驗，但需要處理觸控區域、系統中斷、背景恢復、儲存空間、不同螢幕比例和商店規則。使用者也更可能靜音觀看，因此字幕和非聲音回饋應從第一版開始設計。

如果核心任務是比較多個監視器畫面並尋找細節，橫式 PC 通常更自然。如果核心任務是在短劇衝突中快速表達態度，直式行動裝置更接近真實使用情境。如果核心目標是讓潛在使用者無需安裝就體驗三分鐘原型，Web 可以作為驗證平台。

《零点回拨》的完整版本包含客服介面、通話紀錄、監視器畫面與證據比較，適合橫式 PC；但用於獲客的三分鐘版本可以做成 Web，保留一次來電判斷和一個明確後果。兩者不是簡單的匯出關係，而是完整產品與驗證切片。

影片能否「播放」只是最低要求。互動影遊還需要提前準備下一段、在選擇後迅速切換、處理暫停和恢復，並在低規格裝置上保持影音穩定。

Unity 的 VideoPlayer.Prepare 用於在播放前準備資源；Unreal Engine 的 Media Framework 支援本機檔案、串流媒體、影音軌道以及 Blueprint 和 UMG 整合；Godot 的 VideoStreamPlayer 也有自己的格式和 Web 效能限制。選擇引擎前要核對目標平台與編碼，而不是拍完後才發現素材需要全部轉換。

給每個候選方案按一到五分評估：

評分不是自動答案。任何「玩家適配性」或「技術風險」低於三分的方案，都應該先做針對性原型，而不是靠總分平均掉。

第一句：第一版主要畫面比例和主要平台是什麼。第二句：為什麼它最適合目標玩家和核心任務。第三句：哪些平台暫不支援，以及重新評估的條件。

確定發布形式後，劇本才能知道一段內容可以持續多久、玩家能同時看到多少資訊，以及選項應該如何出現。下一階段要把這些限制變成核心循環。

真正執行時，把目標裝置、畫面比例、單次體驗時長、輸入方式和網路條件寫進同一張規格卡。再用一個包含對白、選擇、字幕和影片切換的最小片段同時測試橫式與直式。只有團隊確認構圖、互動區域和素材成本都能成立，才進入完整劇本階段。