このプレイブックの目的
ノンフィクション本は、ニュースレターを引き延ばしたものではありません。読者に対して、ある問題を理解させる、意思決定を助ける、あるいは世界の見え方を変えるという、はっきりした約束です。AI はここでも役立ちますが、効くのは本当の論点、本当のソース、本当の推敲プロセスがあるときだけです。
本は、約束で売れ、構成で書き切れ、ファクト管理で信頼されます。
Quick take
強い一人出版のノンフィクション workflow は、読者への約束、原稿システム、ソース管理、出版ルートの4層で回ります。AI はその4層を速くできますが、権威そのものを作ってくれるわけではありません。最後に効くのは、あなた自身の経験、観察、取材、整理です。
| 層 | 明確にすべきこと | 推奨ツール |
|---|---|---|
| 読者への約束 | 読者が読み終えて何を得るのか | ChatGPT Projects, Claude Projects, Notion |
| 原稿システム | 章、事例、メモをどう整理するか | Scrivener, Atticus, chapter brief |
| ソース管理 | 事実、引用、ストーリー、参考資料をどう追うか | Notion source tracker, research notes, review pass |
| 出版ルート | 原稿を ebook と紙の本にどう仕上げるか | Atticus, Kindle Create, KDP |
スタック
多くのノンフィクションが止まるのは、テーマから入り、約束から始めていないからです。まず考えるべきは、この本が読者のどんな繰り返しの悩みを軽くするのか。AI は positioning や章構成のテストには役立ちますが、約束そのものはあなたの視点から出てこないと弱いです。
各章には役割が必要です。この章はどんな問いに答えるのか。どの議論を前に進めるのか。どの事例で読者を引き込むのか。AI は rough brief から draft を広げるのは得意ですが、brief がないと、流暢でも中身の薄い章になりやすいです。
書く作業と確かめる作業は別物です。執筆中は、AI にアウトライン整理、展開、圧縮、言い換えを手伝わせる。そこからモードを切り替えて、主張、事例、日付、統計、引用、参考文献を遅い編集パスで確認する。この分離はノンフィクションでは特に重要です。
良い原稿でも packaging は必要です。subtitle、cover direction、back-cover copy、description、keywords、category、sample pages まで整って、はじめて本は見つけてもらいやすくなります。AI は候補出しには向いていますが、どれが本当に本の約束と合うかを決めるのはあなたです。
実践フロー
- 読者への約束を一文で書き、本が誰のためのものかを短く定義する。
- ラフなアイデアを、役割が明確な chapter map に変える。
- 本格執筆の前に、ノート、リンク、引用、ケース、トランスクリプトを source pack としてまとめる。
- 毎回 blank prompt からではなく、章ごとの brief から書く。
- まず構造、次に読みやすさ、最後にファクトと references という順で revision pass を回す。
- ebook を主軸にするのか、紙の本まで出すのかを早めに決める。
- cover copy、metadata、front matter、back matter、author assets まで publish 前に揃える。
- 出版後は初期読者の反応を回収し、次版や関連アセットに反映する。
先に標準化すべきもの
| 優先 | アセット | 理由 |
|---|---|---|
| 1 | 読者への約束 | positioning が弱いと原稿全体がぼやける |
| 2 | chapter brief template | 各章が本の約束のどこを担うか明確になる |
| 3 | source log | ノンフィクションは出典が雑だとすぐ信用を失う |
| 4 | style sheet | 用語、トーン、固有名詞、表記を揃えやすい |
| 5 | revision checklist | 終わりなく直し続ける状態を防げる |
よくある失敗
- 弱いアイデアを AI に膨らませて、ページ数だけ増やしてしまう。
- 本の約束が定まる前に章を書き始める。
- 執筆、編集、ファクトチェックを全部同時にやろうとする。
- 出版を最後の upload 作業だと思い込み、product design と切り離す。
- 原稿が終われば本も終わりだと思ってしまう。
チェックリスト
- 読者、約束、読後の変化を一文で言えるようにする。
- 大きく書き始める前に chapter map を作る。
- 主張、数字、引用のための source log を残す。
- 構造の revision と fact-check を分ける。
- upload 前に packaging layer を揃える。
このプレイブックが必要なサイン
- すでにフレームワークや蓄積した知見があり、本の形にしたい。
- 長文の思考が、原稿ではなく docs や threads や notes に散っている。
- 短いコンテンツより durable な authority asset が欲しい。
- ひとりでも最後まで書き切る production system が必要だ。
旧サイトから引き継ぐ素材
Operator note
多くの人が本を書き切れないのは、文章が書けないからではありません。約束、構成、出版ルートを十分に固定しないまま進めてしまうからです.