Google Drive顧客フォルダ設計テンプレート｜共有ドライブ・命名規則・権限管理の標準型
Google Driveで顧客フォルダを設計するときに、最初に決めるのは「階層」「命名」「権限」の3つです。逆にこの3つが曖昧なまま運用を始めると、半年で「どこに資料があるか分からない」「過剰共有になる」「退職者にも見える」という壊れ方をします。
結論として、顧客フォルダは「共有ドライブ ＞ 業種 ＞ 会社ID ＞ 案件ID」の4階層に揃え、ファイル名は案件IDを含める標準型が最も壊れにくくなります。Drive側を資料原本、Sheetsを台帳、CalendarとChatを追客と通知に分けると、Workspace CRM や AI CRM への接続も楽になります。
本記事のポイント
- 顧客フォルダは「共有ドライブ ＞ 業種 ＞ 会社ID ＞ 案件ID」の4階層に揃え、ファイル名は案件IDを含める標準型が最も壊れにくくなります。
- 権限は「閲覧／コメント／編集／管理」の4ロールで割り、外部共有は四半期ごとに棚卸しします。
- Drive側を資料原本、Sheetsを台帳、CalendarとChatを追客と通知に分けると、CRMやAI CRMへの移行が楽になります。
この記事で扱うテーマ
関連キーワード
- Google Drive 顧客フォルダ テンプレート
- Drive 顧客 階層
- 共有ドライブ 顧客 設計
- Drive 命名規則 顧客
- Drive 顧客資料 権限
このページで答える質問
- Google Driveで顧客フォルダを設計するときの推奨階層と命名規則は何か？
- 共有ドライブとマイドライブの使い分けはどうすべきか？
- 外部共有と権限管理はどんなルールで運用すべきか？
- DriveをCRM/AI CRMと連携・移行するときに気をつけることは？
階層の標準型｜4階層に揃える
| 階層 | 例 | 役割 |
|---|---|---|
| 共有ドライブ | 「商談Drive」「CSDrive」 | 退職時もオーナー消失しない単位 |
| 業種 | 「金融」「製造」「IT」 | 大区分での絞り込み |
| 会社ID | 「ACME-0001 / ACME株式会社」 | 会社マスタとの結合キー |
| 案件ID | 「DEAL-20260425-001」 | 個別案件単位の資料群 |
業種を入れないと、会社が増えたときに目視検索が破綻します。逆に階層を5層以上にすると、ファイル探索のクリック数が増えて利用率が下がります。
命名規則｜案件IDを必ずファイル名に含める
ファイル名は「案件ID_資料種別_日付_版数」を標準にします。検索性・並び替え・重複検出のすべてに効きます。
- 例：
DEAL-20260425-001_見積_20260501_v2.pdf - 資料種別：見積／提案／契約／議事録／資料の5種に固定
- 日付：yyyymmdd形式
- 版数：v1, v2, ...（_final は使わない）
共有ドライブとマイドライブの使い分け
| 用途 | 共有ドライブ | マイドライブ |
|---|---|---|
| 業務上の正本資料 | ○ 推奨 | ×（退職時に消失リスク） |
| 個人の作業中下書き | △ | ○ |
| 外部共有が必要な資料 | ○（権限分離が容易） | △（スコープ管理が手作業） |
| 機密情報を含む資料 | ○ ＋ DLP適用 | × |
| 個人メモ | × | ○ |
権限の4ロール｜割り当ての標準型
- 閲覧：マネージャ・他チームメンバ（参照のみ）
- コメント：レビュアー・社外監修（編集はしない）
- 編集：主担当営業・営業事務（更新主体）
- 管理：オペレーション責任者（権限・構造の変更）
外部共有は「閲覧」または「コメント」までに限定し、「編集」「管理」は社内に留めます。
四半期棚卸しの運用
共有範囲は時間とともに広がります。3か月に1回、次の3点を棚卸しします。
- 外部共有メンバの一覧確認、不要なものを削除
- 退職・異動社員の権限残存チェック
- 「リンクを知っている全員」共有の発見と限定共有への変更
機密データを扱う部署はDLPルールを上乗せします。詳細は Workspace DLPによるCRMデータ保護 を参照してください。
CRM/AI CRMとの連携
| 連携対象 | 連携方法 | 注意点 |
|---|---|---|
| CRM案件オブジェクト | 案件ID単位でDriveフォルダURLを保存 | URL変更時の追従 |
| AI CRM | API経由で資料・議事録を読み込み、文脈支援に活用 | 権限と機密度の整合 |
| Looker Studio | 資料数や種別の集計でドライブAPIを連携 | 更新頻度のチューニング |
| Apps Script | 案件ID生成時に空フォルダを自動作成 | 命名規則との整合 |
典型故障と対策
- 会社名の表記ゆれで重複フォルダ：会社IDをフォルダ名に必ず含める
- 退職者がオーナーのまま：マイドライブを禁止、共有ドライブに集約
- 外部共有の野良リンク：四半期棚卸し ＋ 共有監査ツール
- 命名規則の崩壊：テンプレートとサンプルを社内Wikiに常置
- 古い資料の埋没：年次アーカイブフォルダへ自動移動（Apps Script）
移行ライン
- 取引先200社超で目視検索が破綻する
- 外部共有の棚卸しに毎四半期2時間以上かかる
- CRMの案件オブジェクトとDriveフォルダの紐付けが手作業
- AIで資料・議事録を継続的に読ませたい
- 監査・規制対応で資料アクセスログの分析が必須
移行先の選定は Workspace向けCRMおすすめ を参照してください。
よくある質問
マイドライブから共有ドライブへ移行する手順は？
共有ドライブ側に同じ階層を作り、ファイルを移動します。リンクを古いまま使わないよう、案件IDで再検索できる前提で進めます。
フォルダ自動作成はApps Scriptで実装すべきですか？
案件IDを採番した瞬間に空フォルダを作る運用が、命名規則の維持と運用負荷の両方に効きます。Apps Scriptで30行ほどの実装で十分です。
外部共有が必要な資料はどう運用すべきですか？
共有ドライブ内に「外部共有用フォルダ」を切り、必要資料だけコピーまたはショートカットで配置します。期間限定共有を活用すると安全です。
資料数が多くなった場合の整理策は？
年次アーカイブフォルダへの自動移動と、ファイル名の標準化が効きます。Drive検索のフィルタ・所有者・更新日でも追えます。
DLPはDrive資料にどう適用しますか？
機密キーワード・パターン検知でアップロード抑止と外部共有抑止を両方設定します。詳細は Workspace DLPによるCRMデータ保護 を参照してください。
AI CRMと連携するときの最低条件は？
案件IDで資料・議事録を結合できる構造を持っていることです。命名規則とフォルダ階層が整っていれば、AI CRM側で扱いやすくなります。
関連ページと関連記事
- Google Workspace CRMとは？：Workspace中心の顧客管理の基礎を確認できます。
- Workspace CRM設計例：6コンポーネントの全体構成を確認できます。
- スプレッドシート顧客管理テンプレート：会社・担当者の5シート構成を確認できます。
- Forms→CRMワークフロー：問い合わせ受付の自動化を確認できます。
- Workspace DLPによるCRMデータ保護：機密データ運用を確認できます。
- AI CRMとは？：AI支援を継続運用する設計の全体像を確認できます。
Drive顧客フォルダの設計を整えたい方へ
共有ドライブ・命名規則・権限管理を、自社の組織規模・案件量・外部共有要件に合わせて設計します。Drive運用ルールから、CRM・AI CRMとの連携設計まで、ファネルAi編集部・監修チームが個別に確認します。
実装の落とし穴と継続改善
Google Workspace の各サービス（Forms、Drive、Chat、Calendar、Contacts、NotebookLM、Studio）を業務に組み込むときに共通する落とし穴は、「個別サービスの便利機能だけ使って、業務フローに統合しない」ことです。Forms で問い合わせを取っても、Sheets での案件 ID 採番、Chat での担当者通知、Calendar での初回連絡予定までを連動させないと、対応漏れが起きます。Drive で資料を整理しても、CRM の案件オブジェクトと URL で紐付けないと、商談時に資料が見つかりません。Chat で通知を飛ばしても、メンション先・件名規則・関連リンクが曖昧だと、重要通知が雑談に埋もれます。これらは個別の運用ルールではなく、業務フロー全体の設計問題です。
継続改善のサイクルは、月次の運用レビューと四半期のフロー棚卸しで作ります。月次では「未対応 SLA 超過」「Drive 共有範囲の逸脱」「Chat 通知のミュート率」の3指標を確認し、運用ルールを微調整します。四半期では、Workspace の新機能リリースとフロー設計の整合を確認し、不要になったルール・テンプレートを削除します。Workspace は四半期ごとに新機能が追加されるため、運用ルールが「古い前提」のまま固定されると、生産性向上の機会を逃します。AI（Gemini・AI 関数・NotebookLM）を併用する場合は、各サービスの DLP・監査ログ・退出設計を月次で確認し、四半期に一度プロンプト集の見直しを入れるのが現実的なリズムです。
