把互動劇本拆成能拍的表:場景、角色、狀態與素材矩陣
互動劇本進入製片前,必須從「玩家閱讀順序」轉換為「團隊生產單位」。最實用的交付不是一張巨大分支圖,而是四張相互引用的表:場景表、角色狀態表、節點—素材矩陣和連戲表。它們共同回答在哪裡拍、誰來演、要拍幾個版本、每個檔案交給誰。

開篇導讀
互動劇本進入製片前,必須從「玩家閱讀順序」轉換為「團隊生產單位」。最實用的交付不是一張巨大分支圖,而是四張相互引用的表:場景表、角色狀態表、節點—素材矩陣和連戲表。它們共同回答在哪裡拍、誰來演、要拍幾個版本、每個檔案交給誰。
場景表先建立物理世界
每個實際拍攝空間分配場景 ID,記錄內外景、日夜、地點、布景、角色、臨演、特殊道具、服裝化妝、聲音、特效和可拍時間。劇情中同一辦公室若有「停電前」和「停電後」兩種布置,應作為同場景的不同狀態,而不是混在備註裡。
製片據此合併場地和燈光方案。玩家可能第一章進入辦公室、第五章再返回,但拍攝通常要在同一檔期完成,因此場景表必須脫離遊玩順序。
角色狀態表保護表演連續性
互動故事裡的角色不是只有一條情緒線。為每名主要角色列出服裝、妝髮、傷勢、持有物、已知資訊、關係階段、上一動作和當前目標。每個節點引用一個狀態 ID,例如 LIAN_S3_suspicious,而不是寫「比剛才更懷疑」。
演員和導演需要知道狀態差異如何可見:語速、距離、眼神、稱呼或動作。若兩個狀態無法在表演上區分,考慮合併;若差異會影響整場,卻沒有獨立鏡頭版本,就是漏拍風險。
節點—素材矩陣連接敘事與檔案
矩陣每列一個節點或節點變體,列出入口狀態、劇本頁、場景 ID、角色狀態、鏡頭組、同步收音、插入鏡頭、介面素材、字幕、出口和目標檔名。共享素材明確標註「從何處重複使用」,不要留空讓後製猜測。
例如同一對質場景有高信任與低信任入口,主體對話共用,但開頭眼神和結尾交付證據不同。矩陣可拆成 intro_high、intro_low、body_shared、out_give、out_refuse,讓製片只安排必要差異。
連戲表專門追蹤可見變化
道具在哪隻手、手機螢幕顯示什麼、杯中水量、門的開合、衣服汙漬和環境時間都會在分支切換時造成穿幫。連戲表以節點入口和出口為兩端,記錄必須匹配的畫面與聲音狀態,並附參考照片編號。
不僅縱向比較同一路徑,也要橫向比較匯流入口。三條路線匯入同一影片時,人物位置和道具必須能從三種出口合理接上;否則就需要入口包裝片段或中性過渡鏡頭。
用權威 ID 避免表格互相漂移
四張表都引用節點、場景、角色狀態和資產 ID。名稱可以便於人讀,但匹配依賴 ID。規定一份權威節點表,其他表從它匯入基礎欄位;鎖稿後每次增刪節點都產生變更紀錄。
不要把重要資訊藏在儲存格顏色中。顏色可表示進度,文字欄位仍要寫「待確認、已鎖定、已拍攝」。匯出黑白檔案或被色覺不同的人查看時,含義仍然完整。
開拍前做桌面推演
讓編劇、導演、製片、攝影、場記、剪輯和程式人員共同挑一條複雜路線,從入口走到出口。每到節點依次回答:要拍什麼、從哪個狀態來、檔案叫什麼、選擇介面覆蓋哪一格畫面、後製怎樣接、程式怎樣找到它。任何依賴口頭解釋的地方都補進表中。
再按場景重排,檢查同一天要拍的所有狀態。演員是否需要在一分鐘內從冷靜跳到崩潰?傷妝能否逆向恢復?夜景是否排在可用時段?這一步會提前暴露「敘事可寫、現場不可拍」的安排。
完成標準不是表格填滿
合格拆解應能產生拍攝計畫、通告單、道具清單、素材命名和測試清單。抽取任一節點,不熟悉內容的成員能在幾分鐘內找到劇本、前後狀態與交付檔案;隨機刪除一項素材,能追溯受影響路線。若做不到,矩陣仍只是另一份劇本文檔。
給變更設定截止線
桌面推演後把欄位分成可改、需審批和已鎖定。對白微調也要檢查嘴型、字幕與出口時長;角色狀態或場景變化則必須重新評估通告、道具和後製。每天發布一份帶版本號的變更清單,現場只使用當天確認版本,不能靠群聊截圖更新。
拍攝完成後,矩陣繼續記錄實拍條次、缺失鏡頭和批准的替代方案。這樣它從前期拆解表變成後製收片表,不會在殺青當天失去作用。
下一步:選全片分支最複雜的一場,先製作四張表並做一次桌面推演;確認能從節點一路追到拍攝鏡頭和最終檔案後,再批次拆解全片。


