NOTE 11 · 原稿整理

原稿の修正履歴を残す方法：変更理由と確認状態を引き継ぐ

修正前後、理由、確認先、状態を一行にまとめる例。差し戻し時に元の表現と未確認事項を追える記録を作ります。

2026年10月27日公開 · ライターの作業ノート編集

修正した箇所だけでなく理由も残す

納品後に「この数字を変えた理由は？」と聞かれても、修正後の原稿だけでは判断できないことがあります。変更前後の文章に加え、依頼の内容、根拠、確認状態を結びつければ、別の人も経緯をたどれます。記録は、判断が必要だった変更や事実に関わる変更から始めます。

ファイル名に日時や版番号を付ける場合は、チームで命名方法をそろえます。原本の上書きだけに頼らず、復元できる場所を確認してください。

次は架空の案内文を使った説明例です。時刻は実在の窓口情報ではありません。

この例では依頼文に平日と書かれていても、祝日が含まれるかまでは確定していません。確認が必要な点を同じ行に残し、承認済みとして扱わないようにします。実際の作業では依頼文の該当箇所や確認日を具体的に記入してください。

対象のファイル・版：
場所（見出し・段落）：
変更前：
変更後：
変更理由：
確認先・確認日：
状態（未確認／確認待ち／確認済み）：
次に確認すること：

変更前後が長いときは、全文を記録欄に貼る代わりに、版を保存した場所と該当段落を示します。共有してよい情報かを確かめ、個人情報や非公開資料を不必要に複製しないでください。

たとえば「お申し込み」と「お申込み」の統一は、指定された表記ルールの確認が中心です。一方、日時、価格、対象者、条件を変える場合は、表記だけでなく根拠となる資料の確認が必要です。一括置換で対象外まで変わる可能性もあるので、固有名詞や引用文を除外し、変更前後を読み直します。

修正履歴は責任を追及するためではなく、判断を再現して次の確認につなげるための作業メモです。本文の主張と根拠の対応は調査メモの作り方も参照できます。一括置換の対象を絞る方法は置換の確認ノートにまとめています。