ChatGPTを電子書籍づくりに使うなら、原稿、表紙、書誌情報、AIの利用記録を分けて準備します。文章を生成しただけで出版の準備が終わったとは考えず、KDPの登録情報、プレビュー、権利と価格まで照合してください。出版できることと、読者に購入されることは別です。
この記事はAmazon KDPの公式案内を基にした準備手順です。実際の書籍制作、KDP登録、出版、印税収入の実績はありません。ChatGPTへの依頼例は架空のもので、収益や審査の通過を保証しません。
読者と提供内容を一冊分に絞る
まず、誰の何の疑問へ答える本かを決めます。自分が確認できる資料、引用の出典、説明用の架空例を整理し、実施していない体験や結果を本の魅力として足さないようにします。
架空企画「仕事のメモを整理する入門書」について、対象読者、章立て、各章に必要な材料を整理してください。筆者の体験、顧客事例、作業短縮、収入は作りません。資料が必要な箇所は要確認と記載します。
章立てができたことを、内容を検証した結果にしません。本文を作る前に、どの説明を何で確かめるかを残してください。
読者の一つの作業から目次を組む
架空企画「仕事のメモを整理する入門書」では、読者を「会議のメモを後から探せず困る人」と仮置きします。到達点は、保存先を決め、次の行動を書き出せることです。目次案を「メモの目的を決める」「会議中に残す項目」「会議後に担当・期限を確かめる」「探し直せる置き場所」の順にします。これは編集例で、実際に読者の課題を調査した結果ではありません。
章と必要資料を対応させる
| 章の例 | 用意する材料 | 確認待ち |
|---|---|---|
| 会議中に残す項目 | 筆者自身の手順、空の記入例 | 固有の社内様式を使う許可 |
| 担当・期限を確かめる | 架空の会議記録と修正前後 | 読者に役立つ粒度 |
| 探し直せる置き場所 | 公開可能な画面例 | 図の利用権限 |
材料がない章は体験談や導入実績で埋めず、取材・自分での検証が必要な欄として残します。章タイトルだけで一冊分の内容を満たしたとしません。
原稿とAIの利用記録を分ける
KDPは、新しい本の出版や既存の本の編集・再出版の際に、AI生成の文章、画像、翻訳を申告するよう求めています。画像には表紙や本文内の画像も含まれます。[1]
公式の定義では、AIツールが実際の内容を作った場合は、その後に大幅な編集を加えてもAI-generatedに該当します。一方、自分で作った内容の編集や誤りの確認、アイデア出しなどは、説明された条件に従ってAI-assistedとして区別されています。[1]
文章、表紙、挿絵、翻訳ごとに制作方法を記録します。申告を不要にするために表現を変えるのではなく、実際の工程を公式定義へ照合してください。AI-assistedでも、権利や内容の確認が不要になるわけではありません。
制作工程を内容別に記録する
申告の判断に使う記録は、「原稿」「表紙」「本文画像」「翻訳」を別々に書きます。たとえば「目次案の発想のみChatGPTに相談、本文は筆者が作成」という工程と、「本文の文章をAIが生成し、人が大幅に書き直した」という工程は同じ扱いにしません。前者・後者を自分の実工程と照合し、KDPの現行定義に沿って回答します。ここで挙げたのは説明用の対照例で、本稿用の原稿や表紙を実制作した記録ではありません。
依頼文は資料不足を見える形にする
架空企画「仕事のメモを整理する入門書」の目次案を作るため、読者が会議メモを探し直すまでの作業を並べてください。 確認済み材料:保存先を決める/担当と期限を記す、という編集方針。 未確認:読者調査、製品の実画面、作業時間の効果。成果や体験談は創作しない。 出力:章名/答える質問/必要な資料/筆者が検証する箇所。
AIの出力例を実際に得たという意味ではありません。各章の説明を本文に使うなら、執筆者自身が根拠と読みやすさを確認し、使った素材と権利も記録してください。
本の情報とファイルを一致させる
KDPの「Create a Book」は、登録する情報がAmazonの商品詳細ページへ使われること、一部の項目は出版後に変更できないことを案内しています。原稿内の題名や著者名などと、登録する情報の一致も確認します。[2]
| 準備物 | 確認すること |
|---|---|
| 原稿 | 章、見出し、本文、目次の対応 |
| 表紙 | 内容と題名、使用素材の条件 |
| 書誌情報 | 題名、著者、説明文などと原稿の整合 |
| AI利用記録 | 生成と補助を区別した実際の工程 |
| 権利確認 | 出典、画像、引用、入力素材の条件 |
本の説明文にも、確認していない成果を足しません。読者に提供する内容と、実際のファイルが合っているかを見てください。
登録内容と原稿の突合表を作る
| 照合欄 | 架空企画の作業例 | 確認する人 |
|---|---|---|
| 本のタイトル | 「仕事のメモを整理する入門書」。表紙、原稿扉、登録欄で一致させる | 著者 |
| 説明文 | 「会議のメモを残し、後から探すための整理方法を紹介」。効果の数値は記載しない | 著者 |
| 章と目次 | 章見出しの順番と電子目次のリンク先を比べる | 編集担当 |
| 表紙と図 | 画像の出所・利用範囲・AI制作の有無を別に記録する | 権利確認担当 |
これは入力欄の記入見本で、出版された本の書誌情報ではありません。著者名、価格、ISBNなどは架空の値を埋めず、実際の登録画面と資料がそろってから確定します。
説明文に原稿にない約束を足さない
「読むだけで仕事の効率が上がる」という未検証の成果より、「記録する項目と置き場所の決め方を紹介する」と内容を示します。本の紹介文、表紙の帯、本文に書いたことの間で、読者に提供する内容が矛盾しないか確認します。書誌欄を保存できたことは、内容や販売条件が承認されたことではありません。
アップロード後はプレビューで読み直す
公式の登録手順は、書誌情報の入力、アップロードとプレビュー、権利と価格の設定へ分かれています。[2] 原稿と表紙は現在の対応形式に整え、アップロードした後の表示を確認します。
目次から移動できるか、見出しや改ページ、画像や表が意図どおりかを見ます。元のファイルで正しく見えることと、電子書籍のプレビューが正しいことは別です。この記事では実際の変換や表示検査は行っていません。
ファイルが受け付けられたことだけで、出版判断を終えません。AI利用の回答も含め、実際に登録した内容を読み戻してください。
プレビューで読む順序を決める
アップロード後は扉・目次・最初の章・図表のある章・末尾を、読者の操作で順に開きます。目次の項目を押して該当章へ行けるか、改ページの直後に見出しが欠けないか、図の文字が読めるかを確認します。架空企画なら「会議中に残す項目」の表が狭い画面で途切れず、本文で指す説明と対応するかを見る、という検査です。ここではKDPへのアップロードや端末プレビューを実施していません。
見つけた欠けをファイルへ戻す
例として「第3章の見出しが目次から飛べない」と記録したなら、原稿の見出し設定を修正し、変換したファイルを作り直して再度プレビューします。確認票は「箇所/現象/修正した元ファイル/再確認した画面」の四列にします。完成ファイル名だけを新しくして検査したことにはせず、実際に見た版と日時を保存してください。画面の検査結果と原稿校正は別々に残します。
権利・価格を確認して出版を判断する
販売する権利、対象となる地域、価格やロイヤリティの選択は、実際の条件と公式案内に従って確認します。[2] 他人の著作物や画像を使う場合も、利用できる範囲を自分で確かめられないまま登録しないようにします。
原稿、書誌情報、表示、AI申告を一組で照合します。準備完了、登録、審査、販売、入金は別の状態として記録してください。印税が自動的に発生する副業だと見込まず、読者へ何を届ける本かを優先して出版を判断します。
販売前に未確認の権利を戻す
架空企画の会議メモに実在の顧客や社内の機密が混ざるなら、そのまま例文として載せません。写真、図、引用、生成画像がある場合は、誰が作ったか、どこから得たか、販売する本へ使える条件を素材ごとに確かめます。権利が不明な素材は削るか、利用できる素材に置き換え、公開前に再点検します。「AIを使ったから自由に販売できる」とは考えません。
出版と収入の状態を分ける
判断票は「原稿完成/登録内容入力/プレビュー確認/権利と価格の確認/出版申請/審査/販売開始/実際の入金」を別の行にします。まだ前の工程しか済んでいないなら、次の行を完了にしないでください。価格や販売地域は公式の最新条件と自分の販売権限を確認して決めます。読者の反応、売上、審査通過を本記事の作例から見込むことはできません。
参考資料
[1] Amazon KDP:Content Guidelines。AI-generatedとAI-assistedの定義、申告、権利と内容の責任を参照。
[2] Amazon KDP:Create a Book。書誌情報、アップロードとプレビュー、権利・価格設定の流れを参照。
資料確認日:2026年10月28日。KDPへのログイン、登録、出版、個別の権利判断、収益の測定はしていません。
