出版原稿の校正と承認を進める｜修正票・担当分担・版管理の実務フロー

原稿の確認が長引く原因は、誤字が多いことだけではありません。誰が何を確認するのか、どのファイルが最新版なのか、修正の判断を誰がするのかが曖昧だと、同じ箇所への指摘が行き来します。確認者を増やすだけでは、矛盾した修正を整理する負担が増える場合もあります。

この記事では、内容確認から最終承認までをつなぐ作業例を紹介します。校正という言葉で呼ぶ範囲は制作現場によって異なるため、名称よりも、各工程で確認する対象と完了条件を合意することが大切です。

事実・表記・レイアウトの確認を分ける

初回の確認で、主張の根拠と句読点とページの余白を同時に議論すると、重要な問題が細かな好みの中へ埋もれます。まず内容の構成や事実関係を確認し、次に表記を整え、組版後に表示を確かめるという順序を基本にします。実際の工程は企画に合わせて調整してください。

この表は役割分担の例であり、必ず別々の人を配置するという意味ではありません。一人が複数の役割を担う場合でも、何を確認したのかを分けて記録します。専門家が数値を確認したからといって、図表番号やリンクまで確認したとみなさないことが重要です。

修正依頼には場所・変更内容・理由を付ける

「ここを分かりやすく」「表現が気になる」という指摘は、問題の所在を見つける手掛かりにはなりますが、そのままでは修正作業を確定できません。対象の版、章やページ、該当文を特定し、何が困るのか、どのように直したいのかを添えてもらいます。

たとえば「数値を直してください」ではなく、「第2章の表1、対象期間が本文と異なるため、集計元を確認して揃える」と書けば、必要な作業が分かります。完成文の提案がなくても、問題と確認先が明確なら編集担当が対応できます。

同じ修正がメール、チャット、PDFに分散すると、処理済みか判断できなくなります。連絡手段が複数でも、最終的な対応状態を一か所へ集めます。小さな案件なら表計算の一覧でも構いません。使う道具より、指摘が最後まで追えることを優先します。

原稿段階では変更履歴を見える状態で使う

MicrosoftのWordの変更履歴の案内では、修正を記録し、承諾または拒否する機能が説明されています。変更履歴を非表示にすることと、変更を確定することは別です。確認用ファイルでは、どの変更を採用したか追える状態を維持します。

内容に影響する修正は、変更理由もコメントや修正票へ残します。文章が短くなって読みやすくなっても、条件や例外が消えていないかを見ます。「すべて」「必ず」「だけ」といった言葉が加わった場合は、主張の範囲が変わっていないか注意します。

共同編集では、同じ段落を複数人が同時に直すと意図が混ざることがあります。確認の期間と編集の期間を分ける、内容の判断者を決める、専門確認中の箇所を明示するなど、案件に合った進め方を選びます。機能があることだけで、承認の責任まで自動的に整理されるわけではありません。

組版後はPDFと元原稿の関係を管理する

組版後のPDFでは、ページ単位で文字切れ、図表の配置、見出し、ページ番号などを確認します。PDFへ注釈を付ける場合は、どの版へ付けた指示か分かる名前にし、元原稿や組版データへ反映する担当者を決めます。PDF上のコメントを消しただけで、修正が完了したとみなさないようにします。

AdobeのPDFレビュー共有の案内では、コメントやアクセス範囲を設定して共有する方法が示されています。利用できる設定は契約や環境によって異なります。未公開原稿を扱うときは、共有先と権限を確認し、必要な相手が必要な範囲だけ見られるようにしてください。

修正後のPDFは、指示した箇所だけでなく、その前後も確認します。一文の追加で改ページが変わる、表の高さが変わって脚注が移る、見出しがページ末に残るなど、周囲へ影響する場合があります。差分と全体の読み通しを組み合わせます。

指摘の状態を「未対応」と「未確認」に分ける

修正票の状態を完了・未完了だけにすると、何を待っているのか分かりません。未判断、採用、反映済み、再確認済み、保留など、作業の段階を分けます。反映した人と確認した人が異なる場合は、特に「反映済み」を最終完了にしない運用が役立ちます。

矛盾する指摘は、最新の意見で上書きせず、判断を戻す先を明確にします。数字の根拠を優先すべき問題なのか、読者向けの言い換えを選ぶ問題なのかを分類します。企業出版の工程と担当範囲を最初に揃えておくと、判断待ちの場所を見つけやすくなります。

期限までに解決しない指摘がある場合は、そのまま一覧から消さないようにします。影響範囲と対応案を承認者へ伝え、該当部分を外す、確認済みの表現へ変える、日程を調整するなどの判断を記録します。返答がないことを承認とみなす運用は、事前の合意なく採用しないでください。

紙と電子では最終確認の対象を変える

紙の本では、実物で文字の大きさ、濃淡、余白、綴じ側、断裁位置などを確認します。電子版では、目次移動、文字拡大、図表の表示、リンク、読む順序を点検します。画面で一度確認したことだけで、両方の形式を確認済みにしないようにします。

KDPの校正刷りと著者用コピーの案内は、公開前の確認用の校正刷りと、公開中の本を印刷する著者用コピーを区別しています。著者用コピーには未公開の修正が含まれない点にも注意が必要です。ペーパーバックの入稿と校正刷りを確認し、確認した版と入稿する版を照合します。

修正の優先度を共有する

最終段階で指摘が増えた場合は、公開を止めて確認する必要がある問題、公開前に直す表記や表示の問題、次の改訂で検討する提案を分けます。分類は内容に応じて承認者が判断し、編集者が都合のよいように軽い問題へ移さないようにします。

たとえば、根拠を確認できない主要な数値と、見出しの言い回しの好みは、同じ優先度ではありません。分類した理由を記録しておくと、確認者は自分の指摘が無視されたのか、別の時期に対応するのかを理解できます。見送った提案も、必要なら次の改訂用の一覧へ移します。

締切が近いときほど、未解決の件数だけで判断せず、何が残っているかを短く説明します。一件でも本文の結論に関わる問題があれば、複数の軽微な修正より重要になる場合があります。

最終承認は特定のファイルに対して残す

「内容を承認しました」という連絡だけでは、その後に別の修正が入った場合に承認範囲が曖昧になります。承認したファイル名、版、確認日、承認者、残る条件を記録します。最終ファイルへ変更を加えたら、変更箇所に応じた再確認が必要かを判断してください。

納品時は、公開用ファイル、編集可能な元データ、参照素材、修正履歴の受け渡し範囲を確認します。未公開コメントや作業用メモが残っていないかも点検します。一方で、確認の証跡まで消してしまわないように、公開するデータと内部保管する記録を分けます。

校正の目的は、修正回数を増やすことではありません。重要な問題を見つけ、採否を決め、反映した版を確かめ、公開してよい状態を共有することです。修正票と版の管理を小さく始め、案件の規模に合わせて役割と確認の粒度を調整してください。