「東京本社・大阪支店・名古屋営業所でそれぞれExcelを使っており、本社が各拠点の状況をリアルタイムで把握できない」「支店間で顧客情報が重複していても気づかない」——複数拠点を持つ中小企業が抱えるこの課題は、Salesforceで解消できます。
Salesforceはクラウドベースのため、拠点や場所を問わず同じデータにリアルタイムでアクセスできるという強みがあります。この記事では、複数拠点・支店をSalesforceで一元管理するための設計方法と活用例を解説します。
- 複数拠点管理で発生しやすい課題と一元化のメリット
- 拠点情報をSalesforceで管理するための設計パターン
- ロール（役割階層）を使った拠点別アクセス制御の設定方法
- 本社が各拠点の実績をリアルタイムで把握するダッシュボードの設計
- 拠点間で顧客情報を共有するときの注意点
複数拠点管理に共通する課題
| 課題 | 現場の状況 |
|---|---|
| 情報の分散 | 拠点ごとに独自のExcelや管理ツールを使っており、本社に情報が集まらない。月次集計のたびに各拠点からExcelを回収して手作業で集約している |
| 顧客情報の重複 | 複数拠点が同一の顧客にアプローチしているが、互いに気づかない。顧客から「別の担当者から同じ提案が来た」というクレームが発生する |
| 拠点間の引き継ぎが困難 | 顧客が転居などで別の拠点の担当に変わるとき、情報の引き継ぎがメール・電話頼りで抜け漏れが生じる |
| 本社の把握が遅れる | 各拠点の商談進捗・売上実績を月次でしか把握できず、問題の早期発見ができない |
| アクセス権限の管理が難しい | 拠点Aのスタッフが拠点Bのデータを見てよいかのルールが曖昧。個人情報の観点からも適切な制御が必要 |
Salesforceで拠点管理を設計する方法
複数拠点の管理には「拠点情報をどのオブジェクトで管理するか」と「拠点ごとのアクセス制御をどう設定するか」の2つの設計が必要です。
設計パターン1：拠点をカスタム項目で管理する（シンプル構成）
スタッフ数20名以下・拠点数3〜4か所程度の小規模な組織には、最もシンプルな方法が適しています。取引先・商談・ユーザーに「拠点名」のカスタム項目を追加し、その項目でフィルタリングする設計です。
この構成はノーコードで実現でき、設計・構築の工数も少ないのが利点です。ただし「拠点Aのスタッフが拠点Bのデータを見られないようにする」という細かいアクセス制御には対応できません。アクセス制御が不要な場合はこの構成で十分です。
設計パターン2：ロール（役割階層）で拠点別アクセスを制御する（標準構成）
「各拠点スタッフは自拠点のデータのみ閲覧・編集できる」「本社管理職は全拠点のデータを閲覧できる」というアクセス制御が必要な場合は、Salesforceのロール（役割階層）を使った設計が適しています。
ロール階層は「上位ロールは下位ロールのデータを参照できる」という仕組みです。本社の管理職が全拠点の状況をリアルタイムで把握しつつ、各拠点スタッフは自拠点の情報だけにアクセスできるという設計が実現できます。
ロールの設計はシンプルに保つことが重要です。「本社→拠点マネージャー→拠点スタッフ」という3層で十分なケースが多く、過度に細かいロール設計は管理コストを増やすだけになります。
ロールを使った拠点管理の設定手順
-
1組織の共有モデルを「非公開」に設定する
設定→共有設定で、取引先・商談などの「組織の共有モデル」を「非公開」にします。これにより「担当者以外は見えない」を基本にして、ロールで閲覧範囲を広げる設計になります
-
2ロール階層を作成する
設定→ロールで、「代表取締役→本社管理部門→東京拠点マネージャー→東京スタッフ」のような階層を作成します。拠点の数だけ同じ構造を繰り返します
-
3ユーザーに適切なロールを割り当てる
各ユーザーのプロフィール画面でロールを選択します。「大阪拠点のAさん」なら「大阪拠点スタッフ」ロールを割り当てます
-
4拠点間で共有すべき顧客は手動共有または共有ルールで対応
特定の顧客を複数拠点で共有したい場合は、そのレコードの「共有」ボタンから手動共有を使います。複数顧客を対象にするなら共有ルールを設定します
本社が全拠点の実績をリアルタイムで把握する
Salesforceのレポート・ダッシュボード機能を使えば、本社の管理者が各拠点の状況を毎日リアルタイムで確認できるようになります。月次の集計作業が不要になります。
当月の拠点別売上・商談件数・成約率を棒グラフで比較。どの拠点が計画対比で遅れているかを即座に把握
各拠点の「提案中」「見積提出」「交渉中」の商談一覧と金額合計を拠点ごとに集計。マネジメント会議の資料を自動生成
各拠点スタッフの訪問件数・電話件数・商談作成件数を比較。拠点を超えて担当者ごとの活動量を可視化
取引先の住所データから拠点カバーエリアと顧客分布を把握。新規拠点の開設や営業エリアの見直しに活用
拠点間で顧客情報を共有するときの注意点
顧客情報の「重複」を防ぐルールを作る
複数拠点が同じ顧客の取引先レコードを別々に作ってしまうと、顧客情報が重複します。Salesforceには「重複チェック機能（Duplicate Management）」があり、同名・同メールアドレスの取引先を作成しようとすると警告を出す設定ができます。
導入時に「取引先の重複チェックを有効にする」「新規取引先作成前に既存顧客検索を必ず行う」というルールを運用に組み込むことが重要です。
「誰が担当するか」の引き継ぎルールを明確にする
顧客が転居などで別拠点の担当エリアに移った場合、「担当者の変更・データの引き継ぎをどう行うか」のルールを事前に決めておく必要があります。Salesforceでは担当者の変更は数クリックで完了しますが、「いつ」「誰が」引き継ぎを行うかは仕組みではなく運用ルールで決まります。
⚠️ 注意：複数拠点での個人情報の共有は、プライバシーポリシーや個人情報保護方針と整合性を取る必要があります。「A拠点の顧客情報をB拠点のスタッフが閲覧できる」という設計にする場合は、自社のプライバシーポリシーを確認してから設定を行ってください。
まとめ：Salesforceは「拠点の壁」をなくすのが得意
Salesforceはクラウドで動くため、拠点の数が増えても追加の設備投資なく全社員が同じシステムにアクセスできます。これが「Excelを拠点ごとに管理する」方法との最大の違いです。
- シンプルな構成なら「拠点名」カスタム項目で十分。アクセス制御が不要な場合はこれで始める
- 「各拠点は自拠点のデータのみ」というアクセス制御が必要なら、ロール階層を設計する
- 本社はダッシュボードで全拠点の実績をリアルタイムで把握できる
- 顧客重複の防止と引き継ぎルールを先にルール化してから設定する
まず「拠点名の項目追加とレポートによる拠点別集計」から始め、運用を安定させながらロール階層の整備へと段階的に進めることをお勧めします。