同一個故事，為什麼需要 11 種檢視？
小說時間線、關係圖、地圖和白板各自解決什麼問題？了解 Scroll 11 種 Story 檢視如何讀取同一組資料，按目前疑問選擇觀察方式。
一位作者為了寫一部失蹤案小說，建了三套大綱。電子表格記錄人物與線索，時間線記錄案發前後的行程，白板連線嫌疑人與動機。每一套都很合理，直到她把失蹤時間從週五晚十點改成週六凌晨一點。
表格改了，時間線忘了改；白板上的目擊證詞仍然指向舊時間。幾天後，她已經分不清哪一份才是故事的現行版本。
問題不在於使用了太多視覺工具，而在於這些視覺工具都成了資料容器。作者真正需要的，是讓每一種圖負責「看」，而不是讓它們各自儲存一份故事。
這也是理解 Scroll 11 種內建 Story 檢視的起點：檢視不是第二份故事，而是向同一組 Story data 提問的方法。
先把「資料」和「看法」分開
一個 Project 中的人物、地點與事件卡片可以成為共同來源。表格把它們排成欄位，時間線按日期展開；關係圖以顯式關係為核心，並可按檢視設定疊加由共享事件等記錄衍生的唯讀連線；地圖讀取地點資訊。儲存一個檢視，儲存的是篩選、分組、排序和外觀等檢視配置，而不是複製一套人物與事件。
可以把它想成攝影：場景沒有因為換了廣角鏡頭而變成另一處場景。作者只是選擇一個更適合目前問題的取景方式。
這並不意味著所有檢視都能以完全相同的方式改寫資料，也不意味著在任意畫布上拖動一張卡，就會安全更新所有日期、關係或層級。檢視首先是一種觀察和工作介面；涉及關鍵欄位時，仍應確認它實際改變了什麼。共同來源減少了重複維護，卻不會替作者保證資料本身正確。
Scroll 目前提供的 11 種內建 Story 檢視是：表格、畫廊、日曆、時間線、甘特圖、劇情線、關係圖、地圖、心智圖、自由白板和流程圖。這些內建 Story 檢視均屬於 Free。真正有用的問題不是「我能開啟多少種」，而是「我現在要查什麼」。
資料是否完整：先用表格與畫廊
表格擅長暴露空白。失蹤案的事件卡裡是否都寫了日期？人物是否缺少陣營或狀態？同一個地點是否被兩個略有不同的名稱重複記錄？當你需要橫向比較欄位、篩選一組卡片或發現不一致時，表格通常比漂亮的圖更直接。
畫廊則讓資料以更容易辨認的卡片出現。人物多、地點多時，影像與摘要能幫助作者快速確認「我找的是不是這個人」或「這兩個場所是否其實相同」。它適合瀏覽和識別，卻不負責證明事件順序。
回到那起虛構的失蹤案：表格首先發現關鍵事件沒有目擊者欄位，畫廊又讓作者注意到「河岸倉庫」和「舊碼頭倉庫」使用了相似圖片，卻是兩個不同地點。此時若直接開啟時間線，圖形再清晰也只會忠實展示不完整的輸入。
因此，當任何視覺檢視看起來異常空曠時，先不要重複建卡。日期、座標、參與者或關係等基礎資訊缺失，對應檢視本來就可能沒有足夠內容可畫。
時間到底哪裡衝突：在四種時間檢視中繼續追問
「時間類檢視」並不是同一種東西換上四種外觀。
日曆回答「某一天或某個月發生了什麼」。它適合檢查事件密度：週六凌晨有三件事擠在一起，週日卻完全空白；某個角色聲稱整週不在城裡，卻在週三的事件中出現。
時間線回答「故事世界中的時間怎樣推進」。它讓相隔數小時、數月或數代的事件排列在同一條時間脈絡上，適合核對先後、間隔與跨時期迴響。
甘特圖更適合看一段事情持續多久、階段如何巢狀，以及不同進程在哪裡重疊。一次圍城不是一個瞬間，一場調查也可能橫跨數週；當「持續時間」本身構成故事條件時，它比單個日期更有意義。
劇情線關注人物隨時間的出場與人物線的交匯。它可以幫助作者看到兩名角色何時進入同一事件、某個角色在哪一段消失太久，或一名證人是否被安排在兩個無法相容的場景中。
在失蹤案案例裡，時間線先指出證詞發生在報案之前；甘特圖顯示港口封鎖早於嫌疑人所謂的離城時間；劇情線又揭示調查員在同一時段被寫進了城東和城西兩條線。問題不是「哪一種時間圖最好」，而是作者先後問了三個不同問題：順序、持續與人物出場。
當然，若事件只有「深夜」「多年以前」這樣的模糊描述，任何時間檢視都無法憑空計算出可靠答案。你可以保留模糊性，但應清楚那是敘事選擇，而不是期待軟體替你補齊日期。
誰與誰有關、事情發生在哪裡：關係圖與地圖
人物關係圖常被當作作品介紹頁上的裝飾，但在創作階段，它更重要的用途是檢查已記錄的關係：人物屬於哪個組織，誰與哪起事件有關，某條利益鏈透過哪些節點連線起來。顯式關係仍是正式資料；由共享事件等記錄衍生的唯讀連線，則可以按需提供另一種參與視角。
關係圖讀取的是 Project 已經記錄的資料，不會閱讀正文後推斷正式關係。正文中出現兩個人的名字，不會自動建立結構化連線；衍生的唯讀連線會追溯到共享事件等來源記錄，也不會變成可編輯的正式關係。白板上為了推理方便畫的一條線，同樣不必立刻成為故事事實。把「正文提及」「探索連線」「唯讀衍生連線」和「正式關係」分開，能避免一個臨時猜想悄悄變成權威設定。
地圖回答的則是空間問題。人物從旅館到碼頭需要多久？兩個地點是否被錯誤地安排在同一方向？一次追逐的路徑能否成立？在失蹤案裡，作者把相關地點放到地圖後，才發現目擊者聲稱的步行時間遠短於實際敘事設定。地圖不能代替實地研究，也不會自動證明交通條件，但能讓空間矛盾更容易被看見。
如果地點沒有座標或相應位置資訊，地圖為空並不表示卡片丟失。正確動作是回到資料判斷：這個地點是否需要精確定位？若需要，就補充資料；若不需要，就不要為了填滿地圖而製造虛假的精度。
想法尚未定型：讓心智圖、自由白板與流程圖保持開放
結構化資料適合記錄已經相對穩定的事實，構思卻經常從不穩定開始。這時，三種探索型檢視各有自己的節奏。
心智圖從一個中心問題向外發散。以「她為什麼主動失蹤」為中心，可以展開恐懼、保護、交易和誤導四組可能，再繼續追問每一種動機需要什麼前置條件。
自由白板適合把線索、研究片段、人物卡和修訂問題暫時聚成幾團。它允許空間位置本身表達「這些東西也許有關」，很適合尚未準備好定義正式關係的階段。
流程圖適合檢查因果或選擇分支：如果證人說真話，會觸發哪一步調查；如果說謊，警方如何走向另一名嫌疑人。它讓「因為 A，所以 B」的推理顯形，也更容易發現迴圈論證或缺失的一環。
失蹤案的作者可以先在心智圖中展開動機，再把未解釋線索放進白板聚類，最後用流程圖測試兩條可能的調查路徑。等某個猜想經正文與設定確認後，再決定是否把它升級為正式關係或事件屬性。探索的價值恰恰在於允許暫時不確定。
把問題歸成三條選擇路線
如果你懷疑資料不完整，先從表格與畫廊開始：前者檢查欄位和一致性，後者幫助快速辨認卡片。若同一類資訊反覆缺失，問題也許已經從「換檢視」轉成「怎樣記錄」，這時可以繼續閱讀《模板不是故事公式》，判斷是否需要調整內容模板或 Project 模型。
如果你正在核對故事事實，就按問題選擇時間或空間視窗：日期分佈看日曆，先後看時間線，持續與階段看甘特圖，人物線交匯看劇情線；已記錄關係與可選的唯讀衍生連線看關係圖，移動與地點看地圖。作者對照這些檢視後可能注意到矛盾，隨後仍要由正文與敘事判斷決定怎樣修改。
如果想法還沒有穩定，就讓心智圖、自由白板與流程圖承擔探索。先發散、聚類和測試因果，等一個猜想真正成為設定，再把它寫入正式關係或欄位。被檢查的始終是同一個故事，作者無需為了看見不同側面，把權威資料拆散到多個檔案中。
專項工具的定位和單項深度可能不同。Scroll 的取捨，是讓多種觀察角度與同一 Project 的人物、地點、事件和正文靠得更近；視覺化幫助暴露矛盾，故事版本仍由作者選擇。
對於線性短篇、人物很少或目前只需要寫下一章的作者，檔案樹或一張表可能就夠了。檢視數量不是作品成熟度的指標；如果沒有新問題，就沒有為了「用全功能」而開啟新檢視的必要。
最簡單的選擇順序是：缺欄位，先看表格；查日期、持續或出場，選擇對應時間檢視；查連線與移動，看關係圖或地圖；想法還不穩定，就進入畫布類檢視。
你可以在 Scroll Story 規劃說明文件中檢視各檢視的準確用途，也可以回到《Scroll 長篇創作指南》重新判斷目前卡點。先寫下問題，再選擇鏡頭；這比一開始就畫出最壯觀的圖，更接近規劃真正要做的事。
想試試多檢視而不重建資料？在 Scroll 中用一組真實人物、地點和事件，從目前最難回答的問題選擇第一個檢視。