クライアントファイルの命名標準
クライアントファイルは ClientCode_ProjectName_DocType_Date.pdf の形式で命名し、機密情報を明かさずに、すべての成果物をクライアントとプロジェクトに追跡できるようにします。
- 最初にクライアントコード（正式名称ではなく）を置き、機密性を保ちながら、そのクライアント向けのすべての作業をまとめます。
- 同じクライアントに複数のプロジェクトがある場合に区別できるよう、プロジェクト名または案件名を含めます。
- 文書種類（Proposal、Report、Presentation、Invoice）を追加して、すばやく絞り込めるようにします。
- 成果物の日付は YYYY-MM-DD 形式にして、「final_v3」のような命名を使わずに、バージョンを時系列で並べられるようにします。
18のコンサルティング会社と代理店で、このパターンにより 6.1k 件のクライアント成果物が整理されています。
推奨パターン
標準的なクライアントファイルのパターン
代理店やコンサルティング会社向けの標準パターンです。クライアントコードを先頭に置くことで、フォルダ単位でまとめやすくなります。末尾の日付によりバージョン接尾辞が不要になり、最新の日付が常に最新バージョンになります。
ClientCode_Project_DocType_YYYY-MM-DD.pdfACME_BrandRefresh_Report_2025-10-15.pdfバージョン付きクライアント成果物
クライアントではなく時系列で整理する企業向けの日付先頭パターンです。すべてのクライアントをまたいで「今週何を納品したか」を確認したいコンサルタントに役立ちます。
YYYY-MM-DD_ClientName_Deliverable_Version.pdf2025-10-15_AcmeCorp_Q4-Marketing-Plan_v2.pdf機密性の高いクライアント向けパターン
厳格な機密保持要件がある企業向けです（Big Four、法律事務所、M&Aアドバイザーなど）。クライアント名の代わりに判読しにくいコードを使います。システムにアクセスできる人だけが、そのコードをクライアント名に対応付けできます。
ClientCode_EngagementID_DocType_Date.pdfC-2025-042_ENG-1042_AuditReport_2025-10-15.pdf基本原則
最上位でまとめやすいよう、プロジェクトより前にクライアントコードを置く
フォルダを閲覧するときは、「どのプロジェクトか」より先に「どのクライアントか」で考えます。クライアントコードを先頭に置くと、そのクライアント向けのすべての作業をまとめられます。CRMまたはプロジェクト管理ツールと同じコードを使ってください。
機密保持のため、正式名称ではなくコードを使う
画面共有、メール添付、クラウドストレージで見えるファイル名にクライアント名があると、機密保持上の問題が生じることがあります。「ACME」や「C-042」のようなコードなら、外部にクライアントの身元を明かさずに、チーム内では識別できます。
成果物には日付を付け、「final」は使わない
ファイル名の「final」は当てになりません。必ず次の修正版が出てきます。代わりに日付を使ってください。2025-10-15 なら曖昧さがありません。最新の日付が最新バージョンです。もう「final_v3_FINAL_really-final.pdf」は不要です。
絞り込みのために文書種類を含める
1つのクライアントプロジェクトでも、提案書、レポート、プレゼンテーション、請求書、ブリーフ、契約書が作成されることがあります。ファイル名に文書種類があれば、ファイルを開かずに「Acme向けの提案書をすべて」見つけられます。
プロジェクト管理システムに合わせる
Asana、Monday、Notion で案件IDを使っているなら、ファイル名でも同じIDを使ってください。これによりシステム間の読み替えが不要になり、自動振り分けがしやすくなります。
よくあるミス
「final_v3_FINAL.pdf」という命名パターン
すべての版が「final」と呼ばれてしまいます。3回のフィードバックを経ると、final.pdf、final_v2.pdf、final_FINAL.pdf が並び、どれが本当に最新版なのか誰にも分かりません。
修正: 日付を使ってください: ACME_BrandRefresh_Report_2025-10-15.pdf。最新の日付が常に最新バージョンです。
正式なコードではなくクライアントの通称を使う
"Bob's project.pdf" では、Bobが辞めた後に入った人には意味がありません。クライアントの通称は検索しにくく、業務向きでもありません。
修正: CRMのクライアントコードを使ってください: ACME_BrandRefresh_Report_2025-10-15.pdf
ファイル名にプロジェクト識別子がない
"ACME_Report.pdf" というファイルは、Acmeとの 6 件のどのプロジェクトのものでもありえます。プロジェクト名がないと、常に間違ったファイルを開くことになります。
修正: プロジェクトを含めてください: ACME_BrandRefresh_Report_2025-10-15.pdf
社内向け命名が見えるままファイルを共有する
クライアントに "C-042_ENG-1042_AuditReport.pdf" を送ると、分かりにくく、プロフェッショナルには見えません。社内向け命名は社内利用のためのものです。
修正: 外部送付用に名前を変更してください: クライアント向けファイルでは "Acme-Corp_Brand-Refresh-Report_October-2025.pdf" のようにします。書き出し時に自動リネームしてください。
チームメンバーごとに命名が不統一
Alice が "ClientName_Date"、Bob が "Date_ClientName" という形式で命名していると、共有ドライブ全体での絞り込みや並べ替えができなくなります。
修正: チームの命名規則文書を公開し、徹底してください。標準を自動で徹底するには renamed.to を使用します。
よくある質問
クライアントコードと日付は、どちらを先に置くべきですか？
クライアント単位で整理するなら（多くの代理店）、クライアントコードを先に置きます。時系列で整理するなら（フリーランス、週次成果物）、日付を先に置きます。重要なのは、会社全体で一貫させることです。
複数のクライアント間で共有されるファイルはどう扱いますか？
テンプレートや社内リソースにはクライアントコードを付けるべきではありません。"Internal_Template_Proposal_v1.pdf" を使ってください。クライアント向けにカスタマイズした時点で、クライアントコード付きにリネームします。
クライアントから送られてきたメール添付ファイルはどうしますか？
保存するときに、自社の規則に合わせてクライアント提供ファイルをリネームしてください: ACME_BrandRefresh_ClientBrief_2025-10-15.pdf。これで受信文書と送信文書を同じ仕組みで管理できます。
下請けやホワイトラベル案件はどう扱いますか？
最終クライアント単位で成果物を追跡する必要があるなら、報告先の代理店ではなく最終クライアントのコードを使います。最終クライアントを知るべきでないホワイトラベル業務では、代理店をクライアントコードとして使います。
クライアントコードに標準はありますか？
普遍的な標準はありませんが、一般的なパターンには 3～4 文字の略称（ACME）、連番コード（C-042）、CRM生成ID があります。1つの形式を選んで統一してください。対応表はCRMに記録します。
プロジェクトが複数年にまたがる場合、クライアントファイルはどう命名しますか？
個々の成果物には、プロジェクト開始日ではなく納品日の日付を付けます。プロジェクト名は一定のままです: ACME_BrandRefresh_Report_2025-10-15.pdf と ACME_BrandRefresh_FinalPresentation_2026-01-20.pdf。