本を読んだ人の質問を次の改訂に生かす方法
本を読んだ人から質問が届いたとき、本文のどこを直せばよいか迷うことがあります。
すべての質問をそのまま追記すると、本の対象や説明の順序が広がりすぎる場合があります。
まず、何を読んだあとに、どんな疑問が残ったかを整理しましょう。
ナガーノがこの記事で扱うのは、読者の質問から改訂する内容を選び、原稿へ反映するまでの方法です。
質問があることを、本の評価が高いことや、売上が伸びたことと同じ意味にしません。
読者の理解に関係する情報として受け取り、事実の確認と編集の判断を分けて進めます。
質問は、元の意味を残して記録する
届いた質問の内容、確認した日、対象の本の版や形式を記録しておきましょう。
相手の名前や連絡先など、改訂の検討に不要な情報は作業用の一覧へ混ぜないようにします。
質問の要約を作る場合は、元の意味を変えないようにします。
読者の質問は、該当する章・残った疑問・必要な確認へ分け、本文を直す項目と別のテーマを区別して改訂へ使いましょう。
本人が聞いていないことを、質問として補わないようにします。
最初の記録と、編集のために整理した要約は、別に残しておくと照合しやすくなります。
どの箇所を読んだ疑問かを確認する
章名、見出し、該当する文章など、疑問に関係する場所を整理してみましょう。
紙のページ番号と電子版の位置は、同じものとして扱いません。
形式と版がわかる範囲で記録します。
対象が不明なら、推測して章を決めず、未確認の項目にします。
現在の本文に同じ説明があるかを読み直します。
古い版を読んだ質問の場合は、すでに直した内容と、まだ残る疑問を分けて検討してください。
説明不足と、誤記を分ける
意味がわからなかったという質問と、数値や文字が違うという指摘は、確認する作業が違います。
説明不足なら、前提や用語、手順の順序を調べます。
誤記が疑われる場合は、元の資料と照合します。
一つの質問に両方がある場合も、修正表では項目を分けられます。
相手の指摘があることだけで、すべてが誤りと確定したものとして扱いません。
何を調べると判断できるかを整理して、確認済みの変更と未確認の候補を分けましょう。
本の対象外の疑問を区別する
質問が、本で扱う範囲に関係するかを確認します。
基本の準備を説明する本に、個別の条件の判断を求める質問が届く場合もあります。
その質問をそのまま追加すると、対象の違う内容が混ざることがあります。
本の紹介が広すぎて誤解を生んだのかも、別に確認します。
対象外なら無視するという意味ではなく、本文の改訂、紹介の修正、別の企画へ分けて考えます。
どこで対応するかと、その理由を残してください。
同じ疑問を、意味からまとめる
言葉が違っても、同じ前提が伝わっていない質問があります。
元の質問を残したうえで、共通する疑問を整理しておきたいですね。
件数を数える場合は、同じ人の追加質問と独立した質問を区別します。
質問が多いことを、すべての読者の意見として説明しないようにします。
共通する疑問から、確認する本文の箇所を選びます。
質問の数だけで改訂の優先順位を決めず、理解や作業へどんな影響があるかも見てください。
前提の説明が足りないかを調べる
読者が知らない言葉や、先に用意すべき資料が説明されているかを見ます。
著者には当然の前提でも、初めて読む人にはわからないことがあります。
必要な前提を、該当する手順の前へ置けるかを考えます。
同じ説明を最後へ追加するだけで、読む順序の問題が解決するとは限りません。
前提を補うときも、今回の本に必要な範囲を選びます。
新しい専門用語を多く足すより、読者が次の説明を理解できる情報を具体的に入れてください。
手順の間に、飛びがないかを確認する
最初の作業から次の作業へ進むために、何を判断するかが書かれているかを見ます。
結果だけが並び、途中の確認が省かれていないかを調べます。
読者が持っていない情報を、すでに用意した前提にしていないかも確認します。
質問から、つまずいた地点を探します。
修正案には、追加する説明と、置く場所を一緒に記録します。
手順の一覧だけを増やすのではなく、何を確認すると次へ進めるかを伝える構成にしましょう。
例の条件が、読者へ伝わったかを見直す
例の結果だけを読んで、別の状況にも同じ方法を使えると受け取られていないかを確認します。
対象や目的、資料、作業の範囲がわかる説明を見ます。
条件が違う場合に何を追加で調べるかを補えます。
架空の例は、その位置づけがわかるかも確認します。
実際の成果の証明と誤解される場合は、例の説明を整理します。
読者の状況をすべて例へ追加するより、判断に関係する条件をわかりやすく示してください。
架空の質問から、改訂する箇所を選ぶ
説明用に、商品紹介の文章を作る架空の本を考えます。
「必要な情報を集めたあと、どの順番で並べるのか」という質問が届いた例を作ります。
本文で情報の選び方まで説明し、並べる判断を省いていたなら、その部分へ説明を補う案があります。
想定する読者の疑問から順序を選ぶ手順と、短い例を加える方法です。
これは実際の読者の質問やナガーノの実績ではありません。
質問の内容を、本文のどこへどう反映するかを考える架空の例として使ってください。
情報が変わった指摘は、現在の資料へ照合する
制度やサービスの条件が変わったという質問は、現在の公式情報を調べます。
質問だけを根拠に、新しい条件が正しいと決めません。
確認した対象、日付、資料を記録しておくと、後の確認にも使えますね。
本文に同じ条件が複数ある場合は、関連する箇所も調べます。
数字だけを直して、説明の前提が古いまま残っていないかを確認します。
新しい情報が本の結論や紹介文へ影響する場合は、その範囲も改訂の候補へ入れてください。
修正の優先順位は、読者への影響で考える
誤った作業へ進む、必要な情報が読めない、手順が理解できないといった問題を整理します。
表現の好みや、別の内容を読みたいという希望と区別します。
件数が少なくても、影響が大きい問題は確認が必要です。
修正する理由と、対応しない場合の理由を残しておきましょう。
その項目は、誰が、どの資料で、どう確認するのでしょうか。
優先順位に加えて、この三つも記録しておくと、次の作業へ移りやすくなります。
原稿をすぐ増やす前に、何を直すと現在の読者の理解が改善するかを考えましょう。
質問の文章を、そのまま掲載しない
質問は、改訂の検討へ使う情報として整理できます。
ただし、元の発言や具体的な相談内容を、そのまま公開できるとは限りません。
掲載する場合は、本人の情報や利用条件を確認します。
名前を削れば内容を自由に使えると判断しないようにします。
一般的な疑問として再構成する場合も、実際の発言の引用と混同しない表示にします。
原稿へ必要な説明を作ることと、相手の文章を掲載することを別に確認してください。
改訂表に、反映する場所と確認を残す
質問の要約、対象の章、確認した原因、修正案、反映する場所を記録します。
追加、削除、順序の変更、表記の修正などに分けます。
反映した原稿の版と、確認した日も残します。
未確定の修正案は、完成した変更と区別します。
一つの質問が複数の章へ影響するなら、関連する項目を加えます。
対応済みという印だけで終わらず、どのファイルで何を直したかがわかる記録にしてください。
章を増やす前に、現在の構成を確認する
新しい質問を受けたとき、すぐ新章を作る必要があるとは限りません。
既存の説明の前提や、読む順序を直す方法もあります。
別のテーマなら、今回の本へ入れるかを検討します。
追加した結果、対象読者が変わらないかも確認します。
同じ内容が別の章にもある場合は、重複を整理してみましょう。
本の目的を保ちながら、必要な説明をどこへ置くかを考えてから原稿を編集してください。
修正後は、前後の文章と参照先を読む
追加した文だけでなく、前後の説明と結論を読み直します。
目次、図番号、本文中の参照先に影響がないかを見ます。
用語を変えた場合は、別の場所にも同じ修正が必要かを調べます。
紙の本では、ページ数や表紙の条件への影響も確認します。
電子版では、目次やリンクの動きを修正後のファイルで点検します。
一つの質問へ答える文が追加されたことと、本全体の対応が整ったことを分けて確認しましょう。
出版する更新の条件は、公式案内を確認する
原稿を改訂したあと、同じ本の更新として扱えるかは、対象の形式と変更の内容を確認します。
KDPでの現在の手順や条件はKDP公式の原稿の更新を参照してください。
本の詳細を変える場合は、その更新条件も別に確認します。
原稿を保存したことだけで、更新の出版が終わったとは判断しません。
提出と公開された状態の確認を分けます。
この記事は改訂の準備の方法であり、KDPの審査結果や反映する時期を保証するものではありません。
紹介文と案内も、改訂した内容へ合わせる
本の対象や目次が変わったら、著書紹介やブログの案内を見直します。
旧版の内容を、新しい本にもそのままあると紹介しないようにします。
新しい章を案内する場合は、公開された内容を確認してから説明します。
表紙や形式の情報が変わった場合も、対応する画像とリンクを確認しておきましょう。
更新した掲載先と、未確認の掲載先を一覧へ残します。
本の原稿を直したことだけで、すべての紹介も一致したと考えないようにしてください。
以前の読者への更新案内を、別に確認する
改訂したことを知らせる場合は、何を直したかと、誰がどの内容を確認できるかを整理します。
電子書籍の更新が以前の読者へ届く扱いは、通常の原稿の提出と別の条件があります。
KDPでは電子書籍の更新に関する読者への通知を確認してください。
提出したから全員の端末がすぐ更新されたと案内しません。
紙の本の改訂も、手元の旧版へ変更が反映されるものではありません。
どの形式と版の案内かを明確にして、確認できた情報からお知らせを作りましょう。
別の企画へ残す疑問を管理する
今回の本の範囲を超える疑問は、次の企画や別の記事の候補へ残せます。
すぐ一冊へ広げる前に、対象読者と中心となる課題を確認します。
既存の本へ補う説明と、別の目的で読む内容を区別します。
質問の数だけで、企画の需要を確定したものとして扱いません。
どの疑問が未解決で、何を調べれば企画を判断できるかを記録しておきましょう。
改訂の残件と新企画の候補を分けることで、現在の本の説明を整える作業を進めやすくなります。
質問を、具体的な改訂の判断へつなぐ
修正案を比べる際は、同じ質問に対して二つの方法を考えられます。
一つは、既存の説明へ短い前提を補う方法です。
もう一つは、説明の順序を組み直して、条件を確認してから手順へ進む方法です。
文章の不足が少ない場合と、読む順序そのものに問題がある場合では、適した修正が違います。
追加する文字数の少なさだけで決めず、読者がどこで迷ったかへ照合します。
補った文を読んだあと、次の手順へ進むための条件がわかるかを確認してください。
同じ用語の疑問が複数の章にある場合は、最初の説明だけを直す案と、必要な場所で短く参照する案を考えます。
どちらでも、本文にない前提を読者が知っているものとして扱わないようにします。
修正の依頼を引き継ぐときは、質問の要約と採用する対応、置く場所を一緒に渡します。
未採用の候補も、完成した指示と混同しない名前で残せます。
担当者が文章を整えたら、追加した説明が質問の意図へ答えているかを本人が確認します。
読みやすくなったことだけで、内容の照合を終えないようにします。
最後に、改訂表の各項目を新しい原稿で開き、反映した箇所と関連する確認を点検しておきましょう。
確認できない条件が残った場合は、推測した説明を入れず、その項目を残件にしてください。
この記録があれば、次に同じ疑問が届いたときも、何を直し、どの条件がまだ残っているかを調べられます。
質問の意味と該当する箇所を確認し、説明不足、誤記、情報の変更、別のテーマへ分類します。
修正する内容と、関連する確認を改訂表へ残します。
読者の疑問を本文の場所と確認する条件へ結びつけ、反映後の全体まで点検すると、目的を保った改訂を進めやすくなります。
ナガーノの出版代行サービスの対応内容や申込み条件は、案内ページで確認できます。
あなたの原稿の版と改訂したい範囲を整理し、制作で相談したい作業を具体的にして検討してください。