• 首頁
  • 部落格
  • 廣場
  • 價格
  • 首頁
  • 部落格
  • 廣場
  • 價格
開始創作

創作。體驗。

創作部落格

首頁/部落格/製作實戰

把互動劇本拆成能拍的表:場景、角色、狀態與素材矩陣

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

D
DramaFork Editorial Team互动叙事与 AI 创作方法
2026.08.27预计阅读 4 分鐘
「把互動劇本拆成能拍的表:場景、角色、狀態與素材矩陣」部落格文章封面
文章目錄
創作部落格
  1. 01開篇導讀
  2. 02場景表先建立物理世界
  3. 03角色狀態表保護表演連續性
  4. 04節點—素材矩陣連接敘事與檔案
  5. 05連戲表專門追蹤可見變化
  6. 06用權威 ID 避免表格互相漂移
  7. 07開拍前做桌面推演
  8. 08完成標準不是表格填滿
  9. 09給變更設定截止線
返回文章頂部

開篇導讀

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

場景表先建立物理世界

每個實際拍攝空間分配場景 ID,記錄內外景、日夜、地點、布景、角色、臨演、特殊道具、服裝化妝、聲音、特效和可拍時間。劇情中同一辦公室若有「停電前」和「停電後」兩種布置,應作為同場景的不同狀態,而不是混在備註裡。

製片據此合併場地和燈光方案。玩家可能第一章進入辦公室、第五章再返回,但拍攝通常要在同一檔期完成,因此場景表必須脫離遊玩順序。

角色狀態表保護表演連續性

互動故事裡的角色不是只有一條情緒線。為每名主要角色列出服裝、妝髮、傷勢、持有物、已知資訊、關係階段、上一動作和當前目標。每個節點引用一個狀態 ID,例如 LIAN_S3_suspicious,而不是寫「比剛才更懷疑」。

演員和導演需要知道狀態差異如何可見:語速、距離、眼神、稱呼或動作。若兩個狀態無法在表演上區分,考慮合併;若差異會影響整場,卻沒有獨立鏡頭版本,就是漏拍風險。

節點—素材矩陣連接敘事與檔案

矩陣每列一個節點或節點變體,列出入口狀態、劇本頁、場景 ID、角色狀態、鏡頭組、同步收音、插入鏡頭、介面素材、字幕、出口和目標檔名。共享素材明確標註「從何處重複使用」,不要留空讓後製猜測。

例如同一對質場景有高信任與低信任入口,主體對話共用,但開頭眼神和結尾交付證據不同。矩陣可拆成 intro_high、intro_low、body_shared、out_give、out_refuse,讓製片只安排必要差異。

連戲表專門追蹤可見變化

道具在哪隻手、手機螢幕顯示什麼、杯中水量、門的開合、衣服汙漬和環境時間都會在分支切換時造成穿幫。連戲表以節點入口和出口為兩端,記錄必須匹配的畫面與聲音狀態,並附參考照片編號。

不僅縱向比較同一路徑,也要橫向比較匯流入口。三條路線匯入同一影片時,人物位置和道具必須能從三種出口合理接上;否則就需要入口包裝片段或中性過渡鏡頭。

用權威 ID 避免表格互相漂移

四張表都引用節點、場景、角色狀態和資產 ID。名稱可以便於人讀,但匹配依賴 ID。規定一份權威節點表,其他表從它匯入基礎欄位;鎖稿後每次增刪節點都產生變更紀錄。

不要把重要資訊藏在儲存格顏色中。顏色可表示進度,文字欄位仍要寫「待確認、已鎖定、已拍攝」。匯出黑白檔案或被色覺不同的人查看時,含義仍然完整。

開拍前做桌面推演

讓編劇、導演、製片、攝影、場記、剪輯和程式人員共同挑一條複雜路線,從入口走到出口。每到節點依次回答:要拍什麼、從哪個狀態來、檔案叫什麼、選擇介面覆蓋哪一格畫面、後製怎樣接、程式怎樣找到它。任何依賴口頭解釋的地方都補進表中。

再按場景重排,檢查同一天要拍的所有狀態。演員是否需要在一分鐘內從冷靜跳到崩潰?傷妝能否逆向恢復?夜景是否排在可用時段?這一步會提前暴露「敘事可寫、現場不可拍」的安排。

完成標準不是表格填滿

合格拆解應能產生拍攝計畫、通告單、道具清單、素材命名和測試清單。抽取任一節點,不熟悉內容的成員能在幾分鐘內找到劇本、前後狀態與交付檔案;隨機刪除一項素材,能追溯受影響路線。若做不到,矩陣仍只是另一份劇本文檔。

給變更設定截止線

桌面推演後把欄位分成可改、需審批和已鎖定。對白微調也要檢查嘴型、字幕與出口時長;角色狀態或場景變化則必須重新評估通告、道具和後製。每天發布一份帶版本號的變更清單,現場只使用當天確認版本,不能靠群聊截圖更新。

拍攝完成後,矩陣繼續記錄實拍條次、缺失鏡頭和批准的替代方案。這樣它從前期拆解表變成後製收片表,不會在殺青當天失去作用。

下一步:選全片分支最複雜的一場,先製作四張表並做一次桌面推演;確認能從節點一路追到拍攝鏡頭和最終檔案後,再批次拆解全片。

了解产品能力 体验互动作品

继续阅读

浏览更多文章
完成的作品包旁擺放創作者工具、版本標籤與回饋收集盒。
製作實戰2026.10.04 · 5 分鐘

互動故事結尾的署名與版本說明怎麼寫,才能讓回饋找得到對象?

把結尾資訊寫成三層就夠用:交付件名稱與版本號、創作貢獻與工具使用的分工、回饋時需要附上的三項資訊。讀者看到問題能定位到具體檔案,你收到回饋能判斷改哪一層,不必在郵件裡來回追問「你說的是哪一版」。

同一角色出現在三個獨立舞台,各自保留不同進度和物件。
製作實戰2026.10.04 · 5 分鐘

同一 IP 的角色聊天與文字冒險,怎樣介紹關係又不讓玩家誤以為進度互通?

把兩個入口的關係寫成「同一世界、同一角色身份、各自獨立推進」,並在入口頁用一張狀態對照表說清哪些東西會帶過去、哪些不會。具體做法分四步:先給這個 IP 定一份角色檔案,作為兩個入口共用的身份底座;再為每個入口單獨寫一段「狀態邊界」說明;然後準備一張可說/不可說表,約束營運文案;最後用一段虛構對話檢驗玩家讀完會不會產生錯

溫暖入口與嚴肅鐵門形成類型承諾落差,製作者重新校準。
製作實戰2026.10.04 · 4 分鐘

封面像恐怖、正文卻是溫暖日常?怎樣檢查作品的題材承諾是否一致

先給結論:把簡介、開場、第一個核心任務、結尾各寫一句「玩家此刻預期承受什麼強度」,四句並排讀。如果封面和簡介指向恐怖,開場卻只給溫馨日常,而核心任務又把強度突然拉滿,問題不在「有驚喜」,在於驚喜之前缺少可推斷的線索。檢查的目標不是消滅轉折,而是確認轉折發生前,玩家能從已有資訊裡猜到「這裡可能會變重」。

把製作複雜度交給 Agent,把創作決定權留給使用者。

從一句故事創意出發,在同一個專案裡組織劇本、角色、鏡頭與分支,逐步完成第一版可玩 Demo。

產品

  • 價格
  • 產品能力
  • 創作流程
  • 作品範例
  • 常見問題

探索

  • 影遊廣場
  • 創作部落格
  • 創作者合作計畫

法律資訊

  • 隱私政策
  • 使用條款
© 2026 DramaFork/AI 互動影遊創作平台
Press Enter to send, or drag away and release.