目的、読者、構成、具体例、推敲を別々に練習しても、一本の文章でつながらなければ実務には使いにくいままです。
最後の課題では、読者が小さな作業を一つできる記事を仕上げます。
完成の基準は文字数だけでなく、読者が要点と次の行動を説明できることです。
題材は、架空の週次会議の進行役に向けた改善記事です。
1,200〜2,000字を目安に、議題を準備する一つの方法へ絞ります。
構成から試読まで進め、修正した理由も残します。
この記事で学ぶこと
- 一人の一つの問いへ範囲を絞ります。
- 本文だけで試せる完成例を置きます。
- 試読で見つけた不足を直して保存します。
一本の記事で解く問いを選ぶ
最終課題では、一人の読者の一つの問いを選びます。
「仕事を効率化する」のような大きなテーマは、一本で説明しきれません。
「週次会議の前に、決める内容を議題へどう書くか」なら、完成例と練習を置けます。
自分が知っていることを網羅するより、読者が記事だけで試せる範囲を選んでください。
架空の読者は、会議の進行役を初めて任された担当者です。
毎回報告が長くなり、決める時間が足りないと想定します。
読後の行動は、次回の議題一つに、決めたいことと準備する資料を追記することです。
会議全体の文化や評価制度まで変えることは、今回の記事では扱いません。
範囲を決めると、必要な例と不要な話題を選べます。
題材は会議でなくても構いません。
自分が説明でき、読者が結果を確かめられる仕事を選びます。
最新制度や専門的な判断が必要な題材では、一次資料と確認者を用意できるかを先に見ます。
用意できない場合は、一般的な手順整理など確かめられる範囲へ絞ります。
記事の完成を急ぐために、不明な事実を断定しないことが条件です。
見出しへ答えと例を割り当てる
本文を書く前に、3〜5個程度の見出しを置き、それぞれで答える問いを決めます。
見出しの下へ、結論、理由、具体例、注意点を短くメモします。
すべての節を同じ長さにする必要はありません。
読者がつまずきやすい手順は厚く、すでに理解している前提は短くします。
見出しだけで流れを追えるかを先に確認してください。
会議の記事なら、「報告と決定を分ける」「決めたいことを一文にする」「判断材料を事前にそろえる」「次回の議題一つで試す」と構成できます。
それぞれに架空の変更前後を置きます。
例えば「販促について」を「A案とB案のどちらを来月実施するか決める」へ変えます。
例を先に作ると、自分の説明が実際の作業へ落とせるかを確かめられます。
見出しを作っている途中で同じ話が重なったら統合します。
逆に一つの節で議題と議事録の両方を説明しているなら、今回の問いへ戻して整理してください。
先に本文を大量に書くと、削ることが惜しくなりやすいため、骨格で範囲を確認します。
参考資料を使う場合は、どの主張を支えるものかを見出しのメモに対応させ、後から出典を探し直す負担を減らします。
初稿は説明の抜けを埋める
初稿では美しい言葉より、必要な説明がそろうことを優先します。
冒頭に対象と学べることを置き、各節で答えを示し、理由と例を続けます。
手順の中に専門語が出たら、その場で短く説明します。
本文だけで課題に取り組めるかを意識し、外部記事を読まないと方法が分からない構成にしないでください。
会議の例では、「判断材料をそろえる」とだけ書いても、何を集めるか分かりません。
「費用と実施に必要な人数を同じ表にする」と具体化します。
材料が足りない場合は、会議で結論を出すのか、追加確認の担当を決めるのかも書きます。
通常の成功例だけでなく、情報がない場合の対応があると、読者は現場で止まったときに判断できます。
数字や会話を作る場合は、架空の例と明記します。
実際の事例を使うときは、公開してよい範囲と事実を確認します。
「私も経験しました」のような体験談を、書き手の実体験がないまま足してはいけません。
初稿の不明点は目印を付けて残し、推敲前に確認します。
文章として自然に見えることを、内容が確かである証拠にしないでください。
役割ごとに推敲する
推敲は、構成、内容、文、表記の順に行います。
最初に、冒頭の約束へ本文が答えているかを見ます。
次に根拠と例外、完成例の不足を補い、その後で文を短くします。
最後に日付、数字、固有名詞、リンクを照合します。
誤字修正から始めると、後で段落ごと削る部分へ時間をかけることがあります。
架空の初稿で、冒頭は会議の議題づくりを約束しているのに、途中が話し方の技術へ広がっていたら、構成の修正が先です。
話し方の節を別のメモへ移し、議題の完成例を補います。
次に「効率よく進める」といった抽象語を、実際の作業へ変えます。
最後に同じ主張の繰り返しや長い前置きを削り、目安の文字数へ整えます。
1,200〜2,000字は今回の練習用の範囲です。
必要な例外があるなら、長さだけを理由に消さないでください。
逆に字数が足りないからといって、同じ主張を言い換えて増やす必要はありません。
読者が方法、理由、完成形、使えない条件を理解できるかで不足を判断します。
長い記事にしたい場合も、読者の別の疑問へ答える内容を追加します。
試読で理解と行動を確かめる
記事を仕上げる前に、対象に近い人一人へ読んでもらいます。
質問は「よかったですか」だけではなく、「要点は何か」「次に何をするか」「どこで迷ったか」の3つを基本にします。
好意的な感想と、実際に理解できたことは別です。
可能なら、記事を見ながら小さな課題を試してもらい、手が止まる場所を観察します。
架空の試読で、読者が「議題に目的を書く」とだけ答えたなら、決定事項と必要資料の違いが十分に伝わっていないかもしれません。
完成例へ「決めること」「準備するもの」の欄を分けて追加します。
修正後は同じ問いで確かめます。
読者が記事の想定より経験豊富だった場合は、その感想だけで初心者向けの説明を削らず、対象との違いを考えます。
完成版には、修正した箇所と理由を短く残します。
公開用の本文へ編集履歴をすべて載せる必要はありませんが、自分の制作記録として役立ちます。
完成後に別媒体へ展開する場合は、元記事を事実の基準にし、入口と行動案内だけを調整します。
まず一本を確認済みの状態へ仕上げてから広げると、同じ誤りを複数の場所へコピーする失敗を減らせます。
実践課題
読者が試せる実務記事を完成させる
1,200〜2,000字の実務記事と、試読後の修正メモを作ります。
自分が説明できる題材を選び、実在の情報は公開許可と根拠を確認します。
読み手が記事だけで終えられる小さな課題を一つ含めてください。
- 読者、問い、読後の行動、扱わない範囲を各一文で決めます。
- 見出しごとに理由と具体例を割り当てて初稿を書きます。
- 構成、事実、文、表記の順に見直します。
- 一人へ試読を頼み、理解と行動のずれを修正して完成版を保存します。
完成例（架空）：記事名は「週次会議の前に、決めたいことを議題へ書く方法」。
完成例は「A案とB案を選ぶ／費用表を前日共有」。
読後課題は自分の議題一つを書き換えることです。
試読で資料の意味が曖昧だったため、費用と人数の欄を追加します。
自己確認
- 冒頭の約束へ本文で答えていますか。
- 完成例と失敗時の対応がありますか。
- 読者が次の作業を自分の言葉で説明できましたか。
まとめ
実務記事は、読者の一つの問いへ答え、理由と例で理解を支え、行動を試せる形にして完成します。
構成と事実を確かめてから表現を整え、試読で理解のずれを直してください。
今回仕上げた記事と修正理由を保存し、次の原稿では最も多かった不足を最初の設計へ反映します。
- 一人の一つの問いへ範囲を絞ります。
- 本文だけで試せる完成例を置きます。
- 試読で見つけた不足を直して保存します。
