チームに最適なPDFワークフロー（共有ファイル・レビュー・承認）

手順

1. 1

   下書きはPDFではなく元データのまま保つ

   下書きはWord、Pages、Docsに置き、レビュー担当者がコメントできる状態にしましょう。文書がチームの外に出るときだけPDFに書き出します。PDFでライブ編集するより、元データで編集して再書き出しするほうが簡単です。

2. 2

   社内のすべての下書きに透かしを入れる

   PDFに透かしを追加すればページ全体にDRAFTやINTERNAL ONLYを刻印できるので、転送されたコピーにもその警告が付いてきます。手間がかからず、気まずい漏えいを防げます。

3. 3

   共通の命名規則を使う

   ProjectName_DocType_vN_YYYY-MM-DD.pdfは洗練さには欠けますが機能します。v3は必ずv2のあとであり、誰もが日付でファイルを見つけられ、同じ名前のファイルが2つ存在することもありません。

4. 4

   レビューからの入力は意図的にまとめる

   2人のレビュー担当者が注釈入りのPDFを送り返してきた場合、編集担当者が元データを開いて変更を反映し、再書き出しし、新しい付録があればPDFを結合ツールで結合します。レビュー担当者自身が結合するのではなく、編集担当者が行います。

5. 5

   正しい順序で承認する

   承認は最終的なレイアウトのあと、その前ではありません。PDFに署名で署名を加えます。文書に2つの署名が必要な場合、最初の署名者が署名済みPDFを2番目の署名者に送ります。最終署名後にロックすれば、うっかりした編集を防げます。

6. 6

   圧縮してアーカイブする

   PDFを圧縮ツールで最終文書をメールやポータルの上限内に収めます。圧縮したコピーを相手に送り、圧縮前の元データとPDFのペアはアーカイブフォルダに保管します。

コツ

• 「現在の下書き」がどこにあるかを1か所に決め — 共有ドライブのフォルダでも、1本のチャットスレッドでも構いません — それを徹底しましょう。バージョン管理を壊すのは、この一貫性のなさです。
• 1つの役割（署名者、確定担当者）を除いて、PDFを直接編集することを禁止しましょう。編集は常に元データに戻すべきです。
• 下書きが最終版になったら、ファイル名をv3からFINALに変え、納品物フォルダに移動しましょう。バージョン番号付きのファイルは誤って送られにくくなります。
• レビュー担当者が異なるツール（PDF注釈、メール、チャット）でコメントを残す場合、反映する前に1つのテキスト文書にまとめましょう。一度にまとめて反映し、小出しにしないことです。
• 署名済みPDFに改めてFINALの透かしを入れるのはやりすぎです — 署名そのものが最終版であることの印です。