← すべての記事
scroll · 小説構成 · Story ビュー · 長編執筆 7 min

ひとつの Story に11のビューが必要になる理由

Timeline、Relationship graph、Map、Whiteboard は何を教えるべきか。同じ Story data を異なる角度から読む Scroll のビューを紹介します。

失踪事件の小説を構想する書き手が、優れた3つのアウトラインを作ります。Spreadsheet は人物と手がかりを追い、Timeline は失踪前後の動きを記録し、Whiteboard は容疑者と動機を結びます。金曜午後10時だった失踪を、土曜午前1時に動かすまでは、うまく機能していました。

Spreadsheet は変わりました。Timeline は変わりません。Whiteboard の証言も古い時刻を指したままです。数日後、どのバージョンが現在の Story なのか、書き手自身にも分からなくなります。

視覚ツールを使いすぎたのが問題ではありません。各ビジュアルが Story の事実を保存する別の容器になったことが問題です。必要だったのは明確な分業でした。各ビューは別々の Story を抱えず、同じ Story を見る方法を提供する。

これが Scroll と11の標準 Story ビューの出発点です。ビューは第2の Story ではありません。同じ Story data に、ある問いを投げかけるための見方です。

記録した関係と派生する読み取り専用のつながりを表示できる Scroll の Relationship graph
Relationship graph は、同じ Story data を見るひとつのレンズです。

レコードと視点を分ける

人物、場所、組織、出来事のカードは Project 内の共通ソースになります。Spreadsheet は項目を並べ、Timeline は出来事を日付に沿って置き、Relationship graph は明示的な関係を中心に表示します。ビュー設定によって、共有イベントなどの記録から派生する読み取り専用のつながりも重ねられます。Map は場所情報を使います。ビューの保存で残るのは範囲、フィルター、グループ、並べ替え、表示設定であり、カードの新しい一式ではありません。

カメラを考えてください。レンズを交換しても、場面が別の場所になるわけではありません。問いが変わるため、フレームが変わります。

すべてのビューがまったく同じ方法でレコードを変更するわけではありません。キャンバス上でカードを動かせば、日付、階層、関係がどこでも安全に書き換わると考えるべきでもありません。ビューは作業画面です。重要な項目を変えたら、何を編集したかを理解し、結果を確認する必要があります。共通ソースは重複管理を減らしますが、ソース自体の正しさは保証しません。

標準 Story ビューは Spreadsheet、Gallery、Calendar、Timeline、Gantt、Subway、Relationship graph、Map、Mindmap、Whiteboard、Flowchart の11種類で、Scroll Free に含まれます。大切なのは、いくつ開けるかではなく、次に何を知りたいかです。

Spreadsheet は空欄の確認に向いています。重要な出来事に日付があるか。人物に状態や所属が欠けていないか。少し違う名前で同じ場所を二重登録していないか。項目を比較し、カードをフィルターで絞り、値の不一致を探すなら、劇的な図より構造化された行のほうがよく見えることがあります。

Gallery は見分けることを助けます。似た名前の人物や場所が多いとき、画像と短い要約は「意図した人物はこれか」「この二つは実は同じ場所か」に答えやすくします。Gallery はレコードを見渡しやすくしますが、時系列を確定しません。

失踪事件なら、書き手は Spreadsheet で参加者が未入力の出来事を拾い、Gallery で「川沿いの倉庫」と「旧埠頭倉庫」が似た画像を持つ別の場所だと見分けられます。美しい Timeline を先に作っても、不完全な入力が美しく表示されるだけです。

ビジュアルビューが妙に空いていても、カードを重複して作らないでください。日付や座標を使うビューに、必要な項目がないだけかもしれません。その精度が Story に必要かを決め、必要なときだけ追加します。

時間はどこで崩れるか:4つの異なる問いを使う

時間ビューは、同じ答えに被せた4種類の見た目ではありません。

Calendar は特定の日や月に何が起きるかを問います。土曜朝に重要な出来事が3つ集中している、日曜が空白、人物が一週間不在のはずなのに水曜に現れる、といった密度と空白を示します。

Timeline は Story 世界で時間がどう進むかを問います。数時間、数か月、数世代離れた出来事をひとつの時系列に置き、順番、間隔、時代を越えた反響を確認します。

Gantt は期間、段階、重なりを強調します。包囲戦は一瞬ではなく、捜査は数週間続きます。期間そのものが条件を生むなら、1日の日付より範囲が有用です。

Subway は人物の登場を時間に沿って追い、物語線が交わる場所を示します。二人が同じ出来事に入る時点、視点人物が長く消える区間、同じ証人が両立しない場面に置かれた状態を見つけられます。

失踪事件では、書き手が Timeline 上の証言と警察への届け出を対照し、証言のほうが早いことに気づきます。Gantt では港の閉鎖期間と容疑者の出発時刻を比べ、Subway では同じ時間帯に記録された捜査官の参加場所を確認します。勝ったビューはありません。書き手が順序、期間、参加者という3つの問いを使って食い違いを発見しました。

ソースが「深夜」や「何年も前」としか書いていなければ、ビューは曖昧さから確かな答えを計算できません。その不確かさを残すのも書き手の選択です。ソフトウェアが埋める空欄ではなく、物語上の判断だと理解することが重要です。

誰がつながり、どこへ行けるのか

Relationship graph は企画書を飾る図と思われがちですが、執筆中には記録した関係の点検に役立ちます。明示的な関係を中心に、人物がどの組織に属するか、誰が出来事と結ばれているか、利害の鎖が複数の人物をどう通るかを確認できます。ビュー設定で共有イベントなどから派生する読み取り専用のつながりを重ねれば、参照元の記録もたどれます。

関係グラフが扱うのは Project に記録された情報です。本文を読んで関係を推理するわけではなく、同じ章に二つの名前が出ても正式な関係を自動作成しません。派生して表示される読み取り専用のつながりも、参照元の共有イベントなどが変われば表示が変わります。Whiteboard に仮説として引いた線を、正式な Story data にする必要もありません。本文上の言及、探索用の線、確定した関係を分ければ、一時的な説が静かに事実へ変わるのを防げます。

Map は空間を問います。ホテルから埠頭まで時間内に移動できるか。二つの場所を矛盾した方向に置いていないか。追跡経路は成立するか。Map は地理調査に代わらず、現実の移動条件も証明しません。記録した場所を見比べ、調べるべき食い違いに気づくのは書き手です。

空の Map はカード消失の証拠ではありません。場所に座標や位置情報がない可能性があります。その精度が必要かを判断し、画面を埋めるためだけに作らないでください。

発想がまだ不安定なら、キャンバスを開いておく

構造化データは比較的安定した事実に向きます。Story の発見は、安定する前から始まります。3つのキャンバスビューは異なる不確かさを支えます。

Mindmap は中心の問いから外へ広がります。「なぜ彼女は失踪を選んだのか」から、恐れ、保護、取引、偽装へ枝分かれし、それぞれに必要な条件を探せます。

Whiteboard には、資料の断片、カード、手がかり、改稿の問いを一時的な星座として集められます。近くに置くことを「関係があるかもしれない」の意味に留め、正式な関係を要求しません。

Flowchart は因果と選択を見えるようにします。証人が真実を話せば何が続くか。嘘なら、捜査は別の容疑者へどう届くか。分岐は循環論法や、原因と結果の間の欠落を見せます。

Mindmap で動機を広げ、Whiteboard で未解決の手がかりをまとめ、Flowchart で二つの捜査経路を試せます。仮説が原稿の中で耐えたあと、確定した関係や出来事の項目にするかを決めます。暫定のままでいられるから、探索には価値があります。

選択を3つの経路に絞る

レコードが不完全に見えるなら、Spreadsheet と Gallery から始めます。片方で項目と一貫性を確認し、もう片方でカードを見分けます。同じ情報が繰り返し欠けるなら、問いは「どのビューか」から「Project はどう記録すべきか」へ移っています。Story テンプレートは物語の公式ではないへ進んでください。

Story の事実を確認するなら、問いに合う窓を選びます。日付の分布は Calendar、時系列は Timeline、期間と段階は Gantt、人物線の交差は Subway、記録した関係と派生するつながりは Relationship graph、移動と場所は Map。書き手が複数のビューを対照して食い違いを発見し、本文と Story をどう直すかを決めます。

発想が固まっていないなら、Mindmap、Whiteboard、Flowchart で広げ、まとめ、試します。意味が保持できる段階で可能性を Story data にしてください。

専門ツールは、ひとつの領域をさらに深く扱うでしょう。Scroll は複数の見方を同じ Project、カード、本文の近くに置きます。可視化は衝突を示せますが、正本となる Story を選びません。

直線的な短編なら、フォルダーと小さな表だけで十分かもしれません。ビューの数は作品の真剣さを測りません。実際の問いに答えないビューを開いても賞はありません。

最も簡単な順序は、項目の欠落なら Spreadsheet、日付・期間・登場なら対応する時間ビュー、つながりと移動なら Relationship graph か Map、まだ不安定な発想ならキャンバスです。

正確な境界はScroll Story planning ガイドで確認できます。現在の詰まりを見直すなら、長編執筆ガイドへ戻ってください。まず問いに名前をつけ、それからレンズを選びます。