本文へスキップ

Google連絡先を共有アドレス帳として使う方法|ディレクトリ・ラベル設計と顧客管理での限界

Google連絡先のディレクトリ、ラベル、共有設計の3層とCRMとの役割分担を示した構造の図

Google連絡先(Google Contacts)を共有アドレス帳として使うとき、社内ディレクトリ・自分の連絡先・ラベルの3層を分けて設計しないと、すぐに「同じ会社の連絡先が複数人の手元に重複」「外部担当者が共有できない」「退職者の情報が残る」という3大問題に当たります。

結論として、Google連絡先は「組織ディレクトリ」「自分の連絡先」「ラベル」の3層で扱い、案件・履歴・次回アクションはCRM/AI CRM側で持つのが現実的な役割分担です。Workspace全体のCRM活用は Google Workspace CRMとは?、AI支援は AI CRM をご覧ください。

Google連絡先の3層構造とCRMとの役割分担を示した図
Google連絡先は組織ディレクトリ・自分の連絡先・ラベルの3層で扱い、案件・履歴はCRM側で持つと破綻しません。

本記事のポイント

  1. Google連絡先は「組織ディレクトリ」「自分の連絡先」「ラベル」の3層で扱い、共有アドレス帳として使う設計を分けるのが基本です。
  2. Workspaceディレクトリに自動で乗らない外部担当者は、連絡先の委任やグループラベルで補完します。
  3. 案件・履歴・次回アクションはGoogle連絡先に持たせず、CRM/AI CRM側で扱うと役割分担が破綻しません。

この記事で扱うテーマ

関連キーワード

  • Google 連絡先 共有 アドレス帳
  • Google Contacts 共有
  • Workspace ディレクトリ 共有
  • Google 連絡先 グループ ラベル
  • Workspace 連絡先 共有方法

このページで答える質問

  • Google連絡先で共有アドレス帳をどう設計すれば実務で使いやすいか?
  • 外部担当者・社外組織の連絡先はどう共有すべきか?
  • Google連絡先とCRMの役割分担はどう決めるべきか?
  • 共有アドレス帳の限界と、CRM/AI CRMへの移行ラインはどこか?

Google連絡先の3層を分けて理解する

役割共有方法
組織ディレクトリWorkspaceアカウントとSecondary Emailの社員情報を自動配信管理コンソール > ディレクトリで制御
自分の連絡先各ユーザー個別の連絡先(社外含む)連絡先アプリの委任機能で限定共有
ラベル(旧グループ)連絡先のグルーピング、メーリングリスト的に活用ラベル単位で他ユーザーへ共有可能

共有アドレス帳としての設計手順

  1. 組織ディレクトリの整備:管理コンソールでアカウント情報・部署・電話番号を整え、社員検索が成り立つ状態を作る
  2. 外部担当者の扱いを決める:取引先のキーマンを「自分の連絡先+ラベル」で管理、必要なら共有委任で他ユーザーに見せる
  3. ラベル設計:「業界別」「ステージ別」「優先度別」など、業務で使うラベル体系を3〜5系統に絞る
  4. 命名ルール:会社名・部署・氏名の表記揺れをなくすルールを社内ドキュメント化
  5. 退職者処理:Workspaceアカウント削除時にディレクトリから自動消去、自分の連絡先はオーナー切り替え

外部担当者の連絡先をどう共有するか

WorkspaceのディレクトリはVA社員アカウント前提です。外部組織の担当者は自動共有されないため、次のいずれかで運用します。

  • 連絡先の委任機能で「営業チーム共有用アカウント」を作り、そこに集約
  • 共有スプレッドシート+ラベルで疑似的にチーム共有(運用負荷あり)
  • CRMに会社・担当者マスタを置き、Google連絡先は「自分の連絡先」レベルで補助的に使う

共有スプレッドシートでの台帳化は Googleスプレッドシート顧客管理テンプレート に整理しています。

Google連絡先で持たせない方が良いデータ

項目Google連絡先持たせる先
会社情報・担当者の連絡先連絡先(メイン)
会社の業種・規模・取引額CRMマスタ
案件・ステージ・確度×CRMの案件オブジェクト
商談履歴・次回アクション×CRM/AI CRM
契約金額・条件×CRMの取引オブジェクト
個人情報の自由記述メモ×共有しない、または匿名化

共有アドレス帳の典型故障と対策

  1. 同じ会社・担当者が複数連絡先に重複:会社IDの命名ルールと、四半期ごとの重複検出を運用化
  2. 外部担当者が共有されない:連絡先委任を使い、共有アカウントで集約
  3. 退職者情報が残る:Workspaceアカウント削除フローに連絡先オーナー移管を組み込む
  4. ラベルがバラバラ:ラベル体系を3〜5系統に絞り、社内ドキュメントで管理
  5. 個人情報の自由記述メモが共有される:「メモ欄に機密情報を書かない」ルールを徹底

CRM/AI CRMへの移行ライン

  • 取引先200社超、または営業10名超で連絡先と案件の重複が増えた
  • 外部担当者の数が増え、連絡先委任だけでは追いつかなくなった
  • 商談履歴・次回アクションを「メモ欄」に書く運用が常態化した
  • 退職・異動のたびに連絡先オーナー移管の手作業が増えた
  • AIで営業文脈(メール・予定・資料)まで扱いたくなった

移行先の選び方は Workspace向けCRMおすすめ を参照してください。

よくある質問

Google連絡先で営業の顧客管理を全部できますか?

連絡先・基本情報の管理までは可能ですが、案件・履歴・次回アクションには向きません。CRMと役割を分けるのが現実的です。

Workspaceの組織ディレクトリと自分の連絡先は何が違いますか?

組織ディレクトリは管理コンソールが管理する社員情報で全社共有、自分の連絡先はユーザー個別管理です。共有アドレス帳の用途では両方を使い分けます。

外部担当者の連絡先をチーム全員に共有する一番シンプルな方法は?

「営業チーム共有用アカウント」を作り、連絡先の委任で他ユーザーに編集権を与える方法が一般的です。CRMがあるならCRMマスタに集約するのがより安定します。

退職者の連絡先データはどうなりますか?

Workspaceアカウント削除時にディレクトリから消えますが、自分の連絡先のオーナー移管は手作業です。退職フローに組み込むのが安全です。

ラベルでメーリングリストのように送信できますか?

ラベル単位でGmail宛先指定が可能です。一斉メールを送るときは送信先の最新性とBCC運用のルールを社内で定めます。

連絡先データの一括移行はできますか?

vCard / CSVでのインポート・エクスポートが可能です。CRMへの移行時は会社ID・担当者IDの体系を整えてから移すと、移行後の品質が安定します。

関連ページと関連記事

共有アドレス帳の運用ルールを整えたい方へ

組織ディレクトリ・自分の連絡先・ラベルの3層を、自社の組織規模・外部担当者・CRM計画に合わせて設計します。共有アドレス帳の運用ルールから、CRM・AI CRMへの移行設計まで、ファネルAi編集部・監修チームが個別に確認します。

ファネル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・監査ログ・退出設計を月次で確認し、四半期に一度プロンプト集の見直しを入れるのが現実的なリズムです。

メディア一覧へ戻る