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

創作。體驗。

創作部落格

首頁/部落格/產品工作流程

開工前先寫「不做清單」:怎樣防止第一部作品失控

第一部互動影遊最常見的失敗,不是缺少創意,而是每個好點子都被加入了第一版。角色、場景、分支、玩法和平台不斷增加,最後任何部分都沒有完成。解決辦法是在寫完整劇本前建立一份「不做清單」,並為每個上限設定觸發條件。

D
DramaFork Editorial Team互动叙事与 AI 创作方法
2026.08.18预计阅读 4 分鐘
「開工前先寫『不做清單』:怎樣防止第一部作品失控」部落格文章封面
文章目錄
創作部落格
  1. 01開篇導讀
  2. 02先寫六個硬上限
  3. 03「以後再做」必須有明確歸宿
  4. 04用玩家承諾判斷刪什麼
  5. 05範圍要落實成可計數指標
  6. 06四類最危險的「順手增加」
  7. 07每週做一次範圍稽核
返回文章頂部

開篇導讀

第一部互動影遊最常見的失敗,不是缺少創意,而是每個好點子都被加入了第一版。角色、場景、分支、玩法和平台不斷增加,最後任何部分都沒有完成。解決辦法是在寫完整劇本前建立一份「不做清單」,並為每個上限設定觸發條件。

不做清單不是消極刪減。它保護的是專案最重要的玩家承諾,讓有限預算集中在真正需要驗證的部分。

先寫六個硬上限

第一是成片時長。這裡要記錄獨立影片總量,而不只是玩家一次通關看到的長度。一次通關十五分鐘,三條完全獨立路線可能需要四十分鐘以上的素材。

第二是主要角色。每增加一名角色,都可能增加演員協調、服裝與化妝、對白組合、字幕、在地化和測試狀態。

第三是場景。場景不僅是地點,還包括同一地點在不同時間、布景或損壞狀態下的製作變化。

第四是關鍵選擇和結局。選擇數量不等於品質。第一版應先確保少量選擇有資訊、有代價、有回饋。

第五是系統。關係、證據、資源、QTE、搜證、自由輸入和 AI 對話不能同時成為核心。選擇一個主系統,最多增加一個輔助系統。

第六是平台。PC、Web 和行動裝置在輸入、影片格式、效能、儲存和發行上存在差異。第一版最好有一個主平台。

「以後再做」必須有明確歸宿

不要只說某個功能延期,因為它很快會以另一個名字回來。建立三個清單:第一版必須有、驗證成功後再做、明確不做。

「驗證成功後再做」還要寫觸發條件。例如:只有當三分鐘原型中至少四名測試者能理解證據系統,才增加第二類線索;只有當低規格裝置的影片切換穩定,才增加更高解析度;只有當主線全部可達,才增加隱藏結局。

沒有觸發條件的待辦事項,會變成情緒化地增加需求。

用玩家承諾判斷刪什麼

《零点回拨》的承諾是讓玩家判斷未來來電與角色證詞的可信度,並改變零點後的結果。因此,第一版必須有可驗證預言、至少兩名立場不同的角色、一個有限時間變數和多個由信任與證據共同決定的結果。

它不必有自由移動的三維客服中心,不必讓玩家輸入任意問題,也不必模擬完整公司業務。這些功能可能有趣,卻沒有直接證明核心承諾。

當團隊爭論一個功能時,可以問三次:拿掉它,玩家是否仍能執行核心動詞?拿掉它,結局是否仍能反映玩家行為?拿掉它,三分鐘原型是否仍能驗證最大風險?三個答案都是「能」,它就不應進入首版。

範圍要落實成可計數指標

「規模不要太大」沒有執行力。使用一張範圍表:

範圍項目 第一版上限 目前數量 超限後的處理
獨立影片分鐘數 20 匯流或改為文字節點
主要角色 4 合併功能相近角色
主要場景 3 重寫為同場景不同狀態
關鍵選擇 8 刪除無後果選項
正式結局 4 合併只差一句話的結局
核心變數 5 改為標籤或刪除
主平台 1 其他平台進入驗證後清單

數字可以根據專案調整,但一旦超限,必須同步調整預算、日期或其他範圍,不能預設由團隊加班吸收。

四類最危險的「順手增加」

第一類是新分支只增加內容,不增加新理解。玩家看到不同對白,卻沒有獲得新資訊、關係或能力。

第二類是為了宣傳加入無法貫穿全作的機制。開場一次搜證不能把作品宣傳成調查遊戲。

第三類是素材已經製作,所以不願刪除。沉沒成本不能證明內容有價值。

第四類是把技術可能性當作產品需要。模型可以生成任意對白,不代表故事應該允許任意對白。

每週做一次範圍稽核

稽核只看四項:新增了什麼、為什麼新增、它替換了什麼、誰承擔新增測試。任何新增需求如果沒有刪除項目、預算或排程變化,就暫時不進入製作。

範圍稽核還要檢查「隱藏增長」。同一個角色雖然沒有新增,但如果他在四種狀態下需要完全不同的表演和影片,就已經增加了製作量;同一個辦公室如果從白天改成停電、火警和損毀三種狀態,也不能只按一個場景計算。把獨立素材量寫進表中,避免用相同名稱掩蓋真實成本。

當專案確實需要突破上限時,做一次明確的範圍交換。例如增加一個結局,就刪除一段獨立支線,或者延後一個平台版本。記錄誰核准、為什麼值得以及新的驗收日期。這樣團隊是在做產品選擇,而不是悄悄接受失控。

完成不做清單後,把它放在專案首頁而不是個人筆記裡。下一步選擇橫式或直式、PC 或 Web 時,也要用這份清單判斷哪種發布形式最符合首版能力。

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

继续阅读

浏览更多文章
變更記錄連接修改原因、新橋段動作和受影響的素材。
產品工作流程2026.09.30 · 4 分鐘

互動故事的修改記錄怎麼寫:區分原因、改動與受影響路線

修改記錄要寫成三欄:原因、改動、受影響路線。原因解釋「為什麼動」,改動寫清「動了什麼」,受影響路線列出「哪些素材和分支需要複核」。下面用一個虛構教學例子貫穿:某互動影遊原本在第二章設「斷橋」節點,玩家必須找到繩索才能過河;作者後來把斷橋改成「延誤的渡船」,理由是原設計讓一條溫柔路線顯得突兀。以下人名、數字與對白均為虛構

兩位創作者把模糊意見改成指向具體場景動作的修改單。
產品工作流程2026.09.29 · 5 分鐘

兩位創作者輪流審稿,怎樣把「這裡不對」寫成能執行的修改單?

把「這裡不對」變成修改單,核心動作只有一個:讓每條意見都落到版本、節點、現象、預期、理由、責任、複核這七格上。兩人輪流審稿時,先各自獨立填單,再合併衝突項,最後才動稿。下面用一份虛構教學例子走完全程,人物、台詞和數值都不是實測資料。

一台電腦的本機服務與另一台電腦隔街相望,公共連接橋提示可達位址。
產品工作流程2026.09.29 · 4 分鐘

遠端素材包裡出現 localhost,為什麼換一台電腦就可能打不開?

遠端包的素材位址如果指向 localhost,換電腦後就會請求接收者自己的機器。創作者電腦上的服務不會隨 ZIP 一起搬過去,所以「我這裡能播」不足以證明別人也能播。處理順序是:確認實際請求位址、核對應用網域、重新匯出,再用另一台裝置驗證。

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

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

產品

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

探索

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

法律資訊

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