小説執筆アプリで章を管理するなら、章ID・表示順・章タイトル・到達点などの構造と、執筆状態・次の作業などの進捗を別に設計するのが結論です。章番号やタイトルを変えても固定IDは変えず、実行する作業はタスクへ移します。アプリを選ぶときは、自作に近い一つのサンプルを全候補へ入れ、改名・順序変更から本文変更の反映、書き出しまで試してください。
この記事は「アプリを導入する前の設計と試用」に焦点を当てます。章の状態を5段階で運用する方法や章を閉じる点検表が必要な場合は、小説執筆ツールで章を管理する方法をあわせて参照してください。
章管理と進捗管理は何が違うのか
章管理は「物語がどの単位に分かれ、各章で何が変わるか」を扱い、進捗管理は「次に何を実行するか」を扱います。同じ一覧に置く場合も、構造の欄と作業の欄を分けてください。
たとえば第2章の到達点が「主人公が手紙の送り主を信じる」なら、これは章管理の情報です。「会話を800字まで書く」「第1章へ伏線を追記する」は作業なので、タスクやチェックリストへ置きます。到達点を完了率へ置き換えると、文字が増えても章の役割を果たしたか判断できません。反対に、構成表へ細かな作業を並べると、物語の流れを読むたびに未完了項目が混ざります。
章・話・シーンも役割を分けます。章は複数の出来事を束ねる構成上のまとまり、話は公開や原稿管理で使う単位、シーンは場所・時間・視点などが続く本文に近い単位として扱えます。ただし、この呼び分けはサービス共通の仕様ではありません。実際に利用するアプリと投稿先に合わせ、作品内で一貫した呼称を決めることが先です。
| 管理対象 | 答える質問 | 記録例 | 主な置き場所 |
|---|---|---|---|
| 章の構造 | この章で何が変わるか | 手紙の送り主を信じる | 章台帳・プロット |
| シーンの順序 | どの場面をどの順で書くか | 発見、対立、決断 | 章内の場面一覧 |
| 本文の状態 | 原稿はどこまで進んだか | 第2場面まで初稿済み | 状態欄 |
| 修正作業 | 次に何を直すか | 第1章へ封蝋の描写を追加 | タスク |
固定ID付き章台帳をどう作るか
章台帳は「固定ID、表示順、章タイトル、到達点、本文参照、関連資料、影響先」の7項目から始めます。執筆状態や次の作業は別の進捗欄へ置き、章の構造と参照関係を読む表へ混ぜないことがポイントです。
固定IDは、正式タイトルや並び順を変更しても同じ章だと追える、作者側の短い識別子です。「C03」のようなIDと「北門の手紙」のような表示名を分ければ、章題を変えた後も設定資料やタスクから参照できます。これはHandyや他アプリの自動採番機能ではなく、章台帳で決める運用ルールです。表示順は「2」のように並びだけを持ち、章タイトルや固定IDへ番号を埋め込んで兼用しません。
到達点はあらすじではなく、章末で人物の判断・関係・状況の何が変わるかを一文にします。本文参照には対応する原稿名やリンク、関連資料には人物・場所・用語など複数章で使う正本の名前を置きます。影響先には「人物資料・ミナ」「C05・対面場面」のように、変更時に確認する対象を特定できる名前を書きます。実作業は影響先からタスクへ切り出すため、台帳は構造と参照経路の索引として保てます。
| 章台帳の項目 | 書くもの | 変更時のルール | 例 |
|---|---|---|---|
| 固定ID | 変えない識別子 | 改名・移動時も維持 | C03 |
| 表示順 | 読者へ見せる並び | 移動時はこの値だけ変更 | 2 |
| 章タイトル | 現在の表示名 | 仮題から変更可 | 北門の手紙 |
| 到達点 | 章末で起きる変化 | 構成変更時に更新 | 主人公が王都へ行くと決める |
| 本文参照 | 対応する原稿の場所 | 同じIDから原稿を特定可能にする | 原稿「C03_北門」 |
| 関連資料 | 執筆時に見る正本 | 本文へ複製せず資料名を記録 | 人物・ミナ、場所・北門 |
| 影響先 | 変更時に確認する対象 | IDまたは資料名で特定 | C01、C04、人物・ミナ |
小説執筆アプリへ章をどう配置するか
最初は一作品の中に「章一覧」「本文」「設定資料」「修正タスク」の四つの置き場所を用意し、前節で決めた識別子で対応させます。全章の詳細を移す前に、現在書いている一章だけで往復できるか確認してください。
章一覧には前節の7項目を置き、各章から対応する本文を特定できるようにします。設定資料には人物・場所・用語など、複数章から参照する確定情報を置きます。本文中に出た未確定の案は一時メモへ残し、採用後にだけ章台帳や設定資料へ反映します。修正タスクは「対象章＋行う変更」の形にし、作品全体の構造説明を入れません。
アプリによって「部・章・話」「フォルダ・ファイル」「プロット・エピソード」など名称は異なります。比較対象にある階層機能の例だけを見ると、調査した「ザ・作家」のApp Store掲載では、作品インデックスを部・章・話単位で作成し、投稿リストも同じ単位で表示する機能が開発者説明として案内されています。これは同アプリの推奨ではなく、階層設計の一例であり、使いやすさや創作への効果を示すものでもありません。自分の「章」が候補アプリのどの単位へ対応するかを、登録前に決めてください。
本文の変更を設定と後続章へどう反映するか
本文で予定を変えたら、すぐ全資料を書き換えず、差分を一時記録してから「採用判断、正本更新、影響先抽出、タスク化、再確認」の順で反映します。本文、設定、後続章のどれを正しいものとして残したかが分かる手順にします。
後述する同一サンプルの人物名変更は、「変更元C02」「確定した人物名」「影響先C03」「次の作業」の四つへ分解します。書いている最中は、変更元と差分だけをメモします。
場面後に採用を決めてから、人物資料へ確定名を反映します。その後、旧名を使うC03を影響先として記録し、呼称を直す作業へ変換します。
実行手順は次のとおりです。
- 本文の変更点と変更元の章IDを、一文の差分メモにする。
- シーンを書き終えた時点で、案を採用するか元へ戻すか決める。
- 採用した場合だけ、確定した設定と章の到達点を正本へ反映する。
- 変更前の情報を使う後続章をIDで探し、「C03の呼称をミリアへ統一」のような次の作業へ分ける。
- 修正後に変更元、設定資料、影響先の章を読み、旧設定が残っていないか確認する。
プロットと本文の自動同期や矛盾の自動検出を前提にしないでください。アプリに関連付けや検索があっても、どちらの案を採用するか、どの章を直すかは作者が決めます。設定資料の正本を整理する詳しい方法は、小説執筆ツールで設定資料を整理する方法で確認できます。
同一サンプルをどう用意するか
この節では候補へ入れる素材だけを定義し、合否はまだ判定しません。「3章・各章1〜2シーン・短い本文・2つの設定資料・人物名変更1件」を全候補で共通にします。
サンプルは、C01「手紙を受け取る」に1シーン、C02「送り主を疑う」に2シーン、C03「王都へ出発する」に1シーンを置きます。C02には300〜500字程度の本文を用意し、人物資料「主人公」「ミナ」を登録します。そしてC02の本文で人物名を「ミナ」から「ミリア」へ変更し、設定資料の更新とC03の修正タスク作成まで行います。これはアプリの性能を測る標準試験ではなく、候補間で自分の操作条件をそろえるためのサンプルです。
章の構造変更用として、C02の表示タイトルを「封蝋の秘密」へ改名し、表示順をC01と入れ替える操作も試します。変更後も固定IDはC02のままにし、対応する本文と人物資料へ戻れるかを確認します。アプリに並べ替え機能があるとは限らないため、実行できない場合も推測で補わず「できない」と記録してください。
候補アプリでどの操作を試すか
この節では、前節で用意した素材を使って結果だけを判定します。章の改名・順序変更、本文との往復、資料参照、影響先の記録、書き出しを同じ順に実行してください。
執筆ツールを利用者目線で整理した記事では、章・話・登場人物などを紐づける管理例や、本文・プロット・資料・タスクをまとめるツールの例が紹介されています。個別製品の現行仕様や優劣へ一般化せず、「何と何をつなげて試すか」を決める補助として扱います。
| 試用項目 | 同じサンプルで行う操作 | 合格条件 | 不合格にする状態 |
|---|---|---|---|
| 改名・順序変更 | C02を改名し、C01と表示順を入れ替える | IDを変えず本文を特定できる | 改名後に対応原稿を特定できない |
| 本文との往復 | C02の本文を開き、章一覧へ戻る | 同じ入力位置へ戻れる | 再開する段落を探し直す |
| 設定参照 | 本文中に人物資料を確認する | 参照後に続きを入力できる | 資料を閉じた後に原稿を特定できない |
| 変更反映 | 人物名変更を設定へ戻す | 確定名が資料と本文で一致する | 旧名と新名のどちらが正本か分からない |
| 影響先の記録 | C03の修正を作る | 変更元C02と影響先C03を特定できる | 「後で全体修正」としか残せない |
| 保存・書き出し | 再読み込みし、本文を取り出す | 保存内容と必要な表記を照合できる | 必要な本文を取り出せない |
結果は「合格・手動で代替・不合格」の三段階で記録します。「手動で代替」は、一度決めた転記手順を毎回再現できる場合だけです。その都度置き場所の判断が必要なら不合格にします。必須操作に不合格がある候補は外してください。
普段使う端末と通信環境でも同じ判定になるかは、導入前に実機で確認します。
再現性を確かめるため、本文へ戻るまでの画面遷移数と、手動転記の回数も記録します。許容できる上限は試す前に作者が決め、全候補へ同じ上限を適用してください。二回目の試行で手順や回数が変わる候補は、「手動で代替」ではなく不合格にします。
| 候補 | 画面遷移の許容上限／実測 | 手動転記の許容上限／実測 | 必須3操作 | 判定 |
|---|---|---|---|---|
| 候補名 | 事前に決めた回数／試行結果 | 事前に決めた回数／試行結果 | 合格・不合格 | 残す・外す |
候補を絞る順番も固定します。まず「本文との往復・変更反映・保存と書き出し」の三つを必須とし、一つでも不合格なら外します。次に、改名・順序変更と資料参照で手動代替が何回必要かを数えます。
残った候補のうち、事前に決めた上限内のものだけを残します。章・本文・資料・タスクをまとめたい本記事の対象読者には、確認済み機能が要件に対応するHandyを有力な試用候補とします。
Handyでできること
公開情報で確認できるHandyの機能は、章・場面・伏線のプロット管理、小説執筆向けの本文エディタ、資料、メモ、タスクです。プロットと本文の自動同期や、章台帳の自動採番は確認済み機能に含まれません。
Handyのプロット管理では、章単位でプロットを分け、章内に出来事や場面を追加できます。小説執筆向けのリッチテキストエディタでは、セリフのハイライト、ルビの強調、資料名の@メンションを利用できます。
また、エディタ横の資料パネルから資料を参照できます。ここまでが製品情報で確認できる範囲です。
ここからは読者が試す運用例です。本文で生じた差分をエピソードに紐づくメモへ一時的に残し、影響する章への修正をネストできるサブタスクへ分けます。本文変更がプロットや資料へ自動反映されるという意味ではありません。リアルタイムの自動保存は提供されていますが、バージョン履歴とオフライン対応は現時点では未提供です。
| 章管理の工程 | Handyで使える機能 | 作者が決めること |
|---|---|---|
| 章と場面を置く | プロット管理 | 固定ID、到達点、場面の粒度 |
| 本文を書く | リッチテキストエディタ | 採用する表現と展開 |
| 設定を確認する | 資料パネル、@メンション | 正本にする人物・用語設定 |
| 差分を保留する | エピソードに紐づくメモ | 採用判断のタイミング |
| 影響先を直す | ネストできるサブタスク | 対象章と完了条件 |
Handyが向く人と向かない人は誰か
章・場面・本文・資料・メモ・タスクを一つの作品環境で往復したいWeb小説や長編の個人作者には、Handyを試用候補にできます。一方、章名と本文だけで十分な人や、オフライン作業・共同レビューを必須とする人には別の方法が向きます。
Handyが向くのは、プロットを確認して本文を書き、人物や用語の資料へ戻り、後続章の修正をタスクにしたい人です。セリフのハイライトやルビの強調を重視する人にも候補になります。
この判断は実機比較の順位ではなく、確認済みの機能構成との適合に基づきます。自分で決めた合格条件を満たすか確認してください。
プレーンテキストで短編を書き、章や資料を横断しない人には簡素なエディタが向きます。通信できない環境だけで書くなら、オフライン対応を明記したツールを選びます。複数人のコメントや承認が中心なら、共同編集向けの環境が必要です。
既存記事とはどう使い分けるか
この記事は、改名・移動後も本文や資料との対応を保つ設計と、候補アプリの導入試験に使います。章を5段階で運用し、閉じる前の点検を行いたい場合は、既存の章台帳と5段階の運用手順へ進んでください。
両記事は近い検索意図を扱うため、公開後に同じ検索語で競合するリスクがあります。こちらは構造変更を含む導入試験に範囲を固定しました。
公開後はSearch Consoleの実取得値で、どの検索語にどちらのURLが表示されるかを確認します。意図が分かれなければ、統合を再検討する必要があります。
よくある質問
小説執筆アプリの章管理で迷いやすい点を、単独でも判断できる形で回答します。最初から全作品を移さず、現在の章と前後一章で管理法を確かめてください。
ここで示す章台帳や試用サンプルは特定アプリの必須仕様ではありません。作者が候補を同じ条件で確認するための運用例です。
章管理とプロット管理は同じですか？
完全には同じではありません。プロット管理は作品全体からシーンまで物語の流れを扱い、章管理は章の区切り、到達点、本文との対応、変更の影響先を追う運用です。小説執筆アプリでは同じ機能内で扱える場合がありますが、記事内では役割を分けています。
章の進捗率は記録したほうがよいですか？
進捗率が次の行動を決めるなら記録して構いませんが、章の到達点とは別欄にします。文字数の割合だけでは構成上の目的を果たしたか分からないため、「次に書く場面」や「残る修正」も具体的なタスクとして残してください。
物語の時系列と章の表示順は同じにすべきですか？
同じである必要はありません。回想や複数視点がある作品では、作中の発生順と読者へ見せる章順が異なる場合があります。章台帳では表示順を独立項目にし、詳細な時系列は設定資料や年表で管理すると役割を区別できます。
スマホだけでも章管理できますか？
候補アプリがスマートフォンで必要な操作を提供していれば可能です。ただし「利用できる」と「章一覧、本文、資料、タスクを無理なく往復できる」は別なので、本記事の試用手順を実機で完了できるか確認してください。HandyはWeb、iOS、Androidから利用を開始できます。
まとめ
小説執筆アプリの章管理では、章の構造と執筆作業を別の欄で扱い、改名や順序変更の後も本文との対応を保ちます。本文で変更した内容は、設定資料と修正対象の章へ渡せる形にしてください。
次の行動は、試用表の必須操作から一候補ずつ判定することです。ここでの推奨は実機比較の順位ではなく、確認済み機能との適合に基づきます。要件に合うWeb小説作者には、Handyを無料で始めることを勧めます。必須操作を完了できたら本作品へ広げてください。
