第10章 從設計文件到稿子——十項決定的連鎖

坐到空白文件前之前，還有一些事情要做。前面幾章已經分別討論過：第3章的賭注、視角、形式和篇幅，第4章的Vault確認，第5章的人物選擇，第6章的素材發掘，以及第8章的Fun Engine選擇。

把這一切串連成一個流程的，就是設計文件——動筆前編寫的簡短計劃。它不是稿子，而是寫作地圖。

本章討論設計文件的具體寫法，以及從設計文件到完整稿子的整個流程，並觀察十項決定如何形成連鎖。

什麼是設計文件

設計文件記錄一篇稿子在動筆前需要確定的事項。它像建築藍圖：建房前先畫圖，按照圖紙施工，而不是房子建好後再補畫。皮克斯構思《玩具總動員》時使用的一頁故事梗概，以及海明威據說會在開始短篇前寫在筆記本一頁上的“一句真實的話”，都具有相似性質。圖紙簡短，寫作才有自由；沒有圖紙，寫作便容易迷路。

沒有設計文件，寫作就會變成探索。探索本身並非壞事，但在一百篇的規模下，如果每篇都靠探索完成，就會產生低效與不一致。設計文件讓寫作變成執行：開啟文件時，已經知道要寫什麼，也知道該怎樣寫。

設計文件必須簡短。花費太多時間會打斷寫作節奏。十個項目應能在二十到三十分鐘內完成。

十項決定

以下按順序說明設計文件中記錄的十項決定。

決定1：選擇形式

從短篇小說、短喜劇、逗趣式對話和四格漫畫劇本中選擇，並用一句話寫明理由。“這個素材以關係為中心，所有內容都從兩個人物的對話中顯露，因此採用逗趣式對話。”理由會成為日後複查形式的依據。

決定2：設定篇幅目標

在相應形式的範圍內確定具體目標。“短篇小說，約7,000個韓文字元”或“短喜劇，2,000至2,500個字元”。有明確數字，寫作時就更容易調整過量或不足。

決定3：選擇主人公

確認主人公的姓名和Tier，並簡要記錄覆蓋矩陣中的當前狀態：已有稿子數量和形式分佈。

決定4：選擇素材

用一行寫明素材來自資料庫的哪一種標題——背景、素材、人物、事件、事物或地點——以及素材內容。“地點標題：在練習室走廊與另一團隊成員短暫相遇。”保持簡潔。

決定5：定義賭注

分別寫出外部賭注與內部賭注。外部：“能否在這次相遇中留下良好第一印象（沒有明確事件）。”內部：“如何在陌生世界中定義自己。”

如果賭注太弱，就重新檢查素材。沒有賭注的素材很難成為一篇稿子。

決定6：選擇視角

確定敘述者的位置與心理距離。“第三人稱限知，姜明淑視角。心理距離近，允許內心獨白。”或者：“因為是逗趣式對話，視角透過對話處理，舞臺說明降到最低。”

決定7：選擇Fun Engine

從五種Fun Engine中選擇一到兩種作為主要動力。“搭檔動力＋悖論美學。兩個人物之間不平衡的組合本身就是能量，而姜明淑以意外方式回應則形成悖論。”

決定8：規劃世界觀訊號

預先規劃在開頭滿足A標準的世界觀訊號。“在前兩段自然出現K-pop K內部稱呼體系，或練習室走廊的特定系統。”

決定9：規劃身體錨點

參考Vault中的人物身體記錄，預先選擇滿足B標準的主要身體錨點。“姜明淑的緊張訊號：摳左手拇指的指甲。在開頭或轉折點使用一次。”

決定10：確定落點方向

預先設定E標準落點的類型與方向。“靜止落點：相遇結束後，姜明淑獨自站在走廊。最後一句使用身體錨點。”提前知道落點，便能朝它寫去。

設計文件模板

以下是實際使用的形式。

## 設計文件——［稿子標題或臨時程式碼］
編寫日期：YYYY-MM-DD

### 決定1．選擇形式
形式：［短篇小說／短喜劇／逗趣式對話／四格漫畫］
理由：

### 決定2．篇幅目標
約［  ］個韓文字元

### 決定3．主人公
姓名：
Tier：［1／2／3］（1=核心，2=中間，3=背景）
當前稿子數量：

### 決定4．素材
標題來源：［背景／素材／人物／事件／事物／地點］
素材摘要：

### 決定5．賭注
外部：
內部：

### 決定6．視角
敘述者：
心理距離：

### 決定7．Fun Engine
主：
輔：（可選）
執行計劃：

### 決定8．世界觀訊號計劃
開頭計劃：

### 決定9．身體錨點計劃
人物特有錨點：
配置計劃（開頭／轉折／落點）：

### 決定10．落點方向
類型：［靜止／行動／對話］
落點方向：
最後一句構想：

### Vault確認（動筆前檢查表）
確認專案：［背景／素材／人物／事件／事物／地點］
預計新增的Vault專案：

填寫整份模板不應超過二十分鐘。每項一兩行就夠了。設計文件是筆記，不是論文。

從設計文件到稿子

設計完成後，把它保持開啟並開始寫作，在寫作過程中不斷參考。

寫作流程分為三個階段。

階段1．開頭（約佔全文15至20%）。

第一次設定A標準的世界觀訊號與B標準的身體錨點。短篇小說在前兩段完成，短喜劇在前三句完成，逗趣式對話在前三輪交談完成，四格漫畫則在第一格完成。

開頭還要埋下賭注的種子，間接向讀者傳達外部賭注的存在。

階段2．發展（約佔全文65至70%）。

這是Fun Engine運轉的區間。圍繞所選Fun Engine推動故事。

在轉折點配置身體錨點，以身體變化呈現人物的內心變化。

F標準，即數字場景化，也自然地放在發展部分。在中段加入使世界觀數值或規模變得可感的細節。

階段3．落點（約佔全文10至15%）。

執行設計文件中計劃的E標準落點。

讓最後一個場景或句子同時滿足最後的身體錨點（B標準）與落點（E標準）。

D標準（敘述者姓名）：確認主人公的姓名在全文中至少明確出現一次。

寫作過程中可以修改設計文件嗎

寫作時會出現想要偏離設計的時刻。

可以，但有條件。

MUST PASS標準B與E本身不可取消。不能在寫作中刪除身體錨點或放棄落點。禁止放棄B或E標準。

其他項目可以修改。可以更換形式、替換Fun Engine，也可以在靜止、行動、對話之間改變落點類型。但改變落點類型與放棄E標準並不相同：落點本身必須存在。還要在設計文件中記下理由：“發展過程中，悖論美學比搭檔動力更自然，因此更換Fun Engine。”

有了這條記錄，日後複查時便能確認決定並非隨意作出。

設計文件與QA的關係

稿子完成後，根據六項品質標準進行QA。設計文件會成為基準點。

計劃是否在稿子中實現？開頭是否有計劃的世界觀訊號？身體錨點是否在指定位置發揮作用？Fun Engine是否在發展部分運轉？計劃的落點是否得到執行？

對照設計文件與稿子的QA，比憑直覺檢查更系統。反饋不再是“總覺得差一點”，而會具體到：“決定10計劃使用靜止落點，但實際稿子變成了過度解釋式結尾，需要修改。”

如果某項決定經常在QA中失敗，就在設計階段更加關注它。如果每次都出現總結式結尾，編寫決定10時就應規劃得更具體。

K-pop K示例：演示編寫設計文件

假設要寫一篇關於姜明淑的短喜劇。實際填寫如下。

決定1．形式： 短喜劇。理由：素材短小，核心是強烈的反諷。

決定2．篇幅： 約2,200個韓文字元。

決定3．主人公： 姜明淑，Tier 1。已有三篇稿子（兩篇短篇小說、一篇逗趣式對話），第一次寫短喜劇。

決定4．素材： 地點標題。在粉絲簽名會休息室與後輩成員短暫相處。

決定5．賭注： 外部：無（沒有明確外部結果）。內部：作為出道七年前輩的自我意識。

決定6．視角： 第三人稱姜明淑視角，心理距離近。

決定7．Fun Engine： 悖論美學。出道七年的前輩以意外方式從新人身上學習或動搖。

決定8．世界觀訊號： 第一句包含粉絲簽名會的特有流程或K-pop K內部術語。

決定9．身體錨點： 姜明淑的緊張—放鬆訊號。開頭使用緊張訊號，落點使用放鬆訊號。

決定10．落點： 行動落點。後輩離開後，姜明淑做出的一個極小動作。

Vault確認： 姜明淑人物記錄、簽名會場地記錄、後輩成員人物記錄。

完成這份設計只需十五分鐘。現在開始寫短喜劇。有了設計文件，就知道第一句如何開始，也知道在哪裡結束。

第10章傳達的內容

設計文件是寫作的預處理。預處理充分，寫作本身就會更快，完成度也更高。提前作出十項決定，會減少寫作途中因“這個該怎麼辦”而停滯的時間。

在一百篇的規模下，養成編寫設計文件的習慣，會同時提高整個專案的速度與品質。每篇稿子不再是探索，而是執行。這就是設計文件帶來的差異。

下一章將討論參考作家系統：把哪位作家的哪種技巧應用到哪類素材，以及外國作家與韓國作家的組合如何互補。

---

- 正文／基於資料庫的故事創作100，第10講／2026-04-30