記事を日付順に並べるだけでは本になりにくい理由
ブログの記事を本へまとめるとき、公開した日付順なら、作業を始めやすいかもしれません。
ただし、あなたが経験し、書いた順番と、初めて読む人が理解する順番は同じとは限りません。
あとから基礎を書いたり、読者の質問へ答えたりしているブログでは、前提が後へ出てくることがあります。
この記事では、公開順をそのまま目次へする前に確認したいことと、論理的な説明順へ組み替える方法をお伝えします。
日付順がすべて間違いということではありません。
時系列を読むことが目的の本と、手順を学ぶ本を分けて考えてくださいね。
ブログの公開順は、執筆の経過を表している
ブログには、あなたがその時点で説明したい内容が増えていきます。
実践して気づいたこと、質問への回答、古い記事の補足など、異なる役割の記事があります。
その公開順は、執筆の経過として意味があります。
一方、初めて作業する読者には、準備や判断基準を先に知る必要がある場合があります。
後から書いた基本の説明を、最後まで読まないと見つけられない構成になっていないかを見ます。
記事が公開された順番だけで、章の前後関係を決めないようにしましょう。
本の対象読者が、どんな資料と知識を持っているかを読み直します。
元のブログへ長く通っている人と、初めて本を読む人では、分かっている前提が異なる場合があります。
その違いが、並べ替えを考える入口です。
公開日とは別に、記事が答える問いを付ける
記事一覧へ、公開日と、読者の問いを別々に付けます。
例えば、何を用意するか、どう選ぶか、どんな順番で作業するか、何を確認するかという問いです。
題名の単語だけでは、段階が分かりにくい場合があります。
本文を読み、中心の説明を一文へまとめてください。
同じ問いへ答える記事が複数あるなら、統合の候補になります。
一つの記事が複数の問いを扱っているなら、節へ分けて本の配置を考えられます。
記事一本を、必ず一章として使う必要はありません。
本文の中の説明を、必要な役割へ分けます。
公開日を消すことが目的ではありません。
日付の情報を保持したうえで、説明の役割を別に整理しましょう。
公開順が学習順にならない架空の例
次は、ブログ記事を書籍原稿へ整理する企画の、架空の記事一覧です。
実際の公開記事や、特定の運営者の経験を示しているものではありません。
| 公開の順番 | 記事の役割 | 読む前の前提 |
|---|---|---|
| A：最初に公開。 | 目次を並べ直した例。 | 使う記事と、本の範囲が決まっている。 |
| B：その後に公開。 | 採用する記事の選び方。 | 対象読者と、記事一覧がある。 |
| C：質問を受けて公開。 | 記事一覧を作る方法。 | 対象のブログ記事を確認できる。 |
| D：さらに後に公開。 | 読者と一冊の終点を決める。 | 本にしたいテーマの候補がある。 |
| E：最後に公開。 | 不足する説明を見直す。 | 仮の目次と、候補記事がある。 |
この順番で本にすると、目次の例を読む時点で、記事の選び方や本の範囲がまだ説明されていません。
読者の作業順へ合わせるなら、D、C、B、A、Eという配置が候補になります。
題名の言葉だけでなく、読む前の前提を見て順番を考える例です。
前提が後へ出てくる場所を見つける
仮の順番を作ったら、各章で初めて使う資料と言葉を確認します。
記事を選ぶ章なのに、対象読者を決める説明がまだないなら、前提が不足している可能性があります。
画像を整理する章で、使用条件の確認方法があとへ置かれている場合も、作業順を見直せます。
必要な説明を、読者が使う前へ置いてください。
ただし、前提を全部最初の章へ集めると、その場で使わない説明が長く続く場合があります。
基本の意味は最初へ置き、具体的な条件は使う場面で補う方法があります。
移した説明が、今の位置で理解できるかも確認しましょう。
一つの順番を直したことで、別の前提が抜けていないかを見ます。
記事の中も、書いた順番から説明順へ直す
記事同士を並べ替えるだけでは、本文の中の順番が合わない場合があります。
体験の結果から始まり、理由や準備が後へ出る記事もあります。
本の章へ使うときは、問い、前提、判断、手順、確認という役割を見ます。
体験の経過は残せますが、実用的な説明をどこへ置くかを分けてください。
記事の最初に結果を示す場合、その結果が何を説明する例かを短く案内できます。
作業を始める資料は、操作の途中で突然出さないようにします。
段落を移した場合、指示語や「そのあと」といったつなぎも確認します。
公開順から章の順番へ直す作業と、記事の本文を節へ再編集する作業を、合わせて進めましょう。
古い説明と新しい説明を、同じ現在の条件にしない
日付順の記事には、途中で考え方や条件が変わった記録が含まれることがあります。
本で現在の手順を説明するなら、どの条件を使うかを確認しておきましょう。
古い記事と新しい記事を並べるだけで、両方が今も同じように使えるとは限りません。
変更があった情報は、元の資料へ戻って確認してください。
以前の状態を事例として残すなら、その時点の説明だと分かるようにします。
最新の記事だからすべて正しい、と決めることも避けましょう。
根拠と対象を確認して、本文へ使う条件をそろえます。
変更の経過を伝える本なら、いつ何が変わったかを説明します。
現在の手順の案内と、過去の記録を分けてください。
作業の前後関係を、短い対応表にする
仮の目次へ、読む前に必要なものと、読んだあとに残るものを付けます。
読者と終点を決める章なら、企画の一文が残ります。
記事一覧を作る章なら、対象と保存場所が分かる資料になります。
選定の章なら、採用と保留、その理由が残ります。
目次の章なら、それらの記事を使う順番が残ります。
前の章の成果物を次の章で使うなら、その関係を短く示してください。
必要な資料がどの章にもない場合は、新たな説明を追加する作業として残します。
章の順番を変えるだけで、不足原稿がなくなるわけではありません。
前後関係を一覧にすることで、並べ替えと追加の判断を分けられます。
時系列を残す方が合う本もある
出来事の変化や、活動の経過を読むことが目的の本なら、日付順を使う意味があります。
旅行の記録、取り組みの経過、考え方の変化などです。
その場合も、読者が場面を理解する前提を示してください。
人物や場所、資料の背景は、初めて読む人にも伝わるでしょうか。
日付の順序を追うだけで分からなくなる箇所がないか、読み手の視点で確かめたいですね。
手順を学ぶ本と、経過を読む本が混ざる場合は、どちらが中心かを決めましょう。
時系列の記録を事例として置き、そのあとに判断の説明をまとめる構成も考えられます。
公開順のまま使うことを、編集を省ける理由にしないことが大切です。
日付の確認、内容のつながり、読者に必要な背景は見直します。
順番を選んだ理由が、本の役割へ合っているかを確かめてください。
途中から探して読む構成は、入口の案内を付ける
必要な項目を探す本なら、必ず最初から読む順番だけで考える必要はありません。
ただし、途中の章へ入った人に必要な前提を示します。
原稿がある人の章と、資料から作る人の章を分けるなら、読む条件を先に案内してください。
共通の定義がある場所を、短く示す方法もあります。
章を飛ばしても、次に必要な資料を用意できるかを確認してみてください。
「どこから読んでもよい」と書く場合、実際に各章の説明がその使い方へ合うかを見ます。
途中から使える構成と、前提を省いた構成を混同しないようにしましょう。
読む順番が複数あるなら、条件ごとの案内が必要です。
並べ替えたあとの参照とまとめを直す
章を移した場合、本文の章番号や、前後の案内を確認します。
「次の記事」「前回説明した内容」といったブログの表現は、本の現在の構成へ合わせます。
詳しく説明する場所が変わったなら、参照先も更新してください。
章末のまとめに、移動した話題が残っていないかを見ます。
導入で案内した読み方と、今の目次が一致するかも確かめます。
元の記事一覧には、書籍のどの章へ使ったかを記録しましょう。
記事を分割して複数の節へ使う場合は、それぞれの場所を残しておきましょう。
順番が変わっても、元の資料へ戻れる状態を保つことが大切です。
変更前と変更後の原稿は分けて保存してください。
記事を移したあと、本文だけで読んで確認する
再編集した原稿を、ブログの画面を見ずに読んでみます。
運営者や過去の記事を知っている前提が残っていないかを確かめてください。
まだ説明していない言葉や、用意していない資料が出る場所を記録しておきましょう。
章の最初で使うものと、章末に残るものがつながるかも見ます。
作業を試せる場合は、本文の指示に沿って手元の資料を整理してみましょう。
読むだけでは自然でも、操作すると不足する判断が見つかる場合があります。
不足があれば、順番を直すのか、説明を補うのかを分けて考えてみましょう。
すべてを日付順へ戻す必要があるとは限りません。
今回の読者へ合う道筋へ整えてください。
架空の記事一覧を、一章の入口へ組み替える
先ほどのAからEの記事を使う場合、順番を変えたあとも、各記事の導入が現在の章へ合うかを見ます。
Dの記事で読者と終点を決めたなら、Cの記事の最初で、その終点へ関係する記事を一覧にすると示せます。
Bの記事では、作った一覧に採用と保留を付ける説明へ進みます。
Aの記事の目次の例は、採用候補をどう並べるかを考える場面で使います。
Eの記事では、仮の目次へ本文を当てはめ、足りない説明を確認します。
この流れは、同じ架空の資料を使った再編集例です。
元の記事の冒頭に「先日の作業で気づきました」と書かれていた場合、読者はその作業を知らないかもしれません。
書籍では、「採用候補が決まったら、読む前提を先に置いて目次を考えます」という現在の段階へ変えられます。
時期の案内を消すだけでなく、読者が今使う資料を示すことがポイントです。
記事の実体験を変える必要があるという意味ではありません。
経験を紹介する部分は元の条件を保持し、その例を使うための章の案内を別に作ります。
二つの説明が互いを前提にしているときは分ける
記事を並べ替えても、Aを読むにはBが必要で、Bを読むにはAが必要という状態になることがあります。
その場合、どちらかを先へ置くだけでは解決しないかもしれません。
共通の前提を短い節として取り出せるかを考えます。
例えば、本の範囲を決める説明と記事の選定が互いに関係するなら、最初は仮の範囲を置き、記事を見てから見直す流れを示せます。
最初からすべて確定していないと進めない案内にしないことが大切です。
仮決め、実践、再確認という段階を分けると、繰り返して考える理由が説明できます。
本文で二回目の確認をする場合も、最初と同じ説明を丸ごと繰り返す必要はありません。
今回は記事を見て範囲を見直すのか、範囲へ合わせて記事を選ぶのかを示してください。
日付順で読んだときには自然だった行ったり来たりが、本の手順では迷いになる場合があります。
必要な往復は、作業の意味を短く補って残せます。
何を仮に決め、どの情報がそろったら確定するかを示しましょう。
順番を決めた理由を、要約して残す
編集の作業用資料には、「Dは出発点の説明、Cは資料の準備、Bは選定、Aは構成、Eは不足確認」と短く書けます。
このような要約があると、あとから記事を追加したとき、どこへ配置するかを考えやすくなります。
新しい記事が来たから最後へ足すのではなく、役割へ対応させます。
同じ役割の記事がある場合は、統合か、条件の違う例として使うかを判断してください。
公開順の記録は保管し、書籍の説明順の理由を別に持つことが大切です。
並べ替えの記録を、編集の相談へ使う
出版の相談では、元の記事一覧と、仮の目次を一緒に示せます。
公開順を変えた理由、使う記事の役割、不足する説明を添えてください。
時系列を残したい企画なら、何の変化を読んでもらう本かを説明します。
自分で再編集する範囲と、構成や編集を相談したい範囲を分けましょう。
ナガーノの出版代行の案内には、基本内容と、原稿作成や編集などについての説明があります。
記事をそのまま形式へ変換する依頼か、内容を一冊へ組み替える相談かを示し、今回の条件を確認してください。
順番を変えたことだけで、出版審査や販売成果が保証されるわけではありません。
一冊の内容と、制作後の表示を確認して進めることが大切です。
日付順を使うかどうかは、本の目的から判断し、前提・判断・実践・確認がつながる配置へ整えましょう。
まずは候補記事を三つ選び、それぞれを読む前に何を知っている必要があるかを書いてみてくださいね。