Salesforceのライセンス削減を検討するとき、まず利用頻度の低いユーザーを探す会社は多くあります。しかし、ログインが少ない人が営業管理に必要な情報を更新している場合もあり、単純に席を外すとデータが止まることがあります。逆に、毎日ログインしていても、使っている機能が限定的で役割を変えられる場合もあります。
ライセンス削減は、アカウントを減らす作業ではなく、営業プロセスの中で誰が何を担うかを見直す作業です。費用を減らしながら、案件の更新、引き継ぎ、予測、顧客履歴を守る必要があります。
01ライセンス削減で起きる失敗
よくある失敗は、ログインが少ない人や、営業以外の人から先に席を外すことです。その人が顧客情報の確認やデータの承認を担っていると、削減後に営業の処理が止まります。共有アカウントで代替すると、誰が更新したか分からず、権限と監査の問題も起きます。
もう一つは、席数を減らしたことで入力担当がいなくなり、営業担当者へ別の入力負担を移してしまうことです。料金は下がっても、営業が商談より管理に時間を使うなら、全体のコストは下がりません。
02利用状況を役割で見る
ユーザーを、案件を進める営業、データを管理する担当、レポートを見る経営、連携や設定を担う管理者など、役割で分類します。ログイン回数、更新している項目、閲覧しているレポート、作成しているデータを組み合わせると、実際の役割が見えます。
- 案件や顧客情報を日々更新している人
- 営業会議で予測や進捗を確認する人
- 設定・権限・連携を管理する人
- データは触らないが判断に使う人
役割を変えられるか、外部運用で補えるか、席を残すべきかを分けて判断します。
03削減してはいけない業務
削減後も止めてはいけないのは、進行中案件の更新、顧客との接触履歴、受注・失注の記録、次の行動、売上予測に必要な情報です。これらは将来の売上と引き継ぎに関わるため、席数を減らすことより優先します。
経営が閲覧するだけのユーザーは、別の方法でレポートを共有できる場合があります。ただし、レポートの定義と更新責任がなければ、数字は古くなります。閲覧方法を変えるときも、誰がデータを保つかを決めます。
04営業データの更新者を決める
席数を削減する前に、営業データを誰が更新するかを決めます。営業本人が更新するのか、インサイドセールスが履歴を確認して次の行動を設定するのか、営業アシスタントが入力するのか。現在の業務と入力の品質を見て選びます。
更新者を変える場合は、項目をそのまま渡さず、何をいつ記録するかを整理します。入力した情報が営業会議で使われれば、席数を減らしても管理の質を維持できます。
05削減後の運用を設計する
削減後の運用では、ユーザーを減らすことと、データを減らすことを混同しません。退職者のアカウントを停止しても、担当していた顧客と案件は残し、新しい担当者へ割り当てます。設定変更やレポートの確認を外部へ任せる場合も、社内の責任者を決めます。
週次で、更新されていない案件、期限切れの次の行動、重複データ、担当者不在の顧客を確認します。削減後に起きた問題を早く見つければ、必要な席だけ戻す判断もできます。
06費用と機会損失を比較する
削減効果は、減らしたライセンス料だけで計算しません。営業が手入力に使う時間、案件の更新遅れ、顧客の引き継ぎ失敗、失注後の再接触漏れも比較します。削減した費用より、失われる売上機会が大きいなら、別の方法でコストを下げるべきです。
データを動かす実務を外部に任せることで、席数を必要以上に増やさず、運用を保つ方法もあります。ライセンスと人の使い方を一緒に見直します。
07段階的に席数を見直す
一度に大幅な削減をするより、退職者、利用目的が重複している席、閲覧だけの席など、影響を確認しやすい範囲から始めます。削減後の一か月で、案件の更新、会議の予測、顧客情報の引き継ぎが保たれているかを確認します。
結果を見て、さらに削減するか、運用担当を追加するかを判断します。契約更新の直前に急いで進めず、営業の仕組みを守る条件を先に置いてください。
08まとめ
Salesforceのライセンスを削減するなら、ログイン数だけで席を判断せず、ユーザーの役割とデータ更新の責任を確認します。削減しても、案件、顧客履歴、次の行動、売上予測が止まらない体制を先に作ります。
費用を下げることは大切ですが、営業管理を壊して売上機会を失えば、削減の意味が薄れます。席数、運用担当、会議での使い方を一体で見直してください。