業務文書をPDFとして整理する方法（フォルダ・命名・バージョン管理）
最終更新日
業務用PDFの問題は、たいていPDFそのものではありません。問題はその足跡です — ダウンロードフォルダに似た名前のファイルが30個、噛み合わないバージョン、最終版なのに最終版でない「final」、下書きと納品物が見分けられない状態。形式自体は問題ありません。壊れているのは、その形式を取り巻く決まりごとのほうです。
うまく機能する決まりごとは短いものです — フォルダ構成、命名パターン、そして最終版がどこに置かれるかという習慣。これが定着すれば、「3月に送った契約書」を見つけるのに10分ではなく10秒しかかからなくなり、バージョンの衝突もほとんど起きなくなります。
このガイドは、小規模チームが採用し、定着させてきた決まりごとを説明します。これが唯一機能する決まりごとというわけではありませんが、忙しい四半期を乗り越えても崩れない頑丈さを備えています。
手順
- 1
トップレベルのフォルダ構成を一度だけ決める
Clients/ContractName/、Internal/、Templates/、Archive/。この4つのフォルダでほとんどをカバーできます。最初は2階層より深くネストしないようにしましょう — 深さが迷子の原因になります。
- 2
ファイル名のパターンを統一する
ClientName_DocType_vN_YYYY-MM-DD.pdfは、どのファイルブラウザでもすっきり読めます。日付を最後に置くことで時系列に並び、バージョンを組み込むことで最新版が一目でわかります。
- 3
各プロジェクト内で/draftsと/finalを分ける
下書きはプロジェクトの/draftsサブフォルダに置き、最終版はFINALにリネームして/finalまたは/deliverablesに移動します。/finalフォルダには納品済みのバージョンだけが入っているべきです。
- 4
納品時にPDFを結合ツールでまとめる
納品物が実質的に3つのPDF（提案書＋規約＋価格表）である場合、納品用に1つに結合し、元のファイルはプロジェクトフォルダに残しましょう。相手は1つのきれいなファイルを受け取ります。
- 5
圧縮とリネームは納品時にだけ行う
送信用のコピーにはPDFを圧縮ツールを使い、圧縮前の元データは残しておきます。納品したファイルは/final/に、元データは/drafts/に置きます。それぞれ別の成果物です。
- 6
完了したプロジェクトを定期的にアーカイブする
終了したプロジェクトは四半期ごとに/Archive/へ移動しましょう。作業中のフォルダは見渡しやすいまま保たれ、アーカイブは後で必要になったときに検索できます。
コツ
- できればファイル名にスペースを使わないようにしましょう — アンダースコアやハイフンのほうが、URL、メール転送、シェルコマンドで扱いやすくなります。
- 日付形式YYYY-MM-DDはどのツールでも時系列に並びます。5/29/26ではそうなりません。
- FINALのファイル名にバージョン番号を入れないでください。FINALはFINALです。もしその後変更があれば、それはFINAL-2であり、それはプロセスが崩れたことを示すサインです。
- リネームを恐れないでください。特に送信前なら、わかりやすいファイル名にする1分間の手間には十分な価値があります。
- 大きいプロジェクトには、各サブフォルダの中身を記した1行のインデックスファイル（README.txt）を置いておきましょう。半年後に戻ってきた未来の自分を助けてくれます。
スマホで試す
スマホでは、ファイル名の編集が面倒なぶん整理が難しくなります。PDF Editorアプリならモバイルからでもリネーム、タグ付け、ファイリングができるので、スマホに届いたファイルが名前のないまま「ダウンロード」フォルダに積み上がることがありません。
