Salesforceの管理者の仕事とは：日々と定期に見ること

公式が説明する管理者の役割

Trailhead では、Salesforce の管理者を運用を担う役割として説明しています。設定や自動化を通じて組織の健全性を保ち、Salesforce から得られる価値を高めることが仕事です。[1]

求められる力として、関係者とのやり取り、問題解決、セキュリティ管理、データ分析、プロセスの自動化、プロジェクト管理などが挙げられています。組織によっては、フローや数式項目で小さな仕組みを作ることまで任されます。[1]

管理者の体制は会社ごとに違います。チームで支える会社もあれば、1 人の管理者が Salesforce 以外の仕事も持つ会社もあります。[3]

仕事の 5 つの領域

• 領域 1ユーザー管理プロファイル、権限、ロール、グループを整え、利用者が Salesforce で仕事を進められる状態を保ちます。[2][1]
• 領域 2データ管理重複のない品質の高いデータを保ち、意思決定に使えるレポートの土台を作ります。[1][2]
• 領域 3セキュリティ社内の IT やセキュリティの担当と組み、利用者に必要な情報だけが見える設定にします。[1][2]
• 領域 4分析レポートとダッシュボードを読みやすくし、会社の目標に沿った判断に使える形にします。[1][2]
• 領域 5製品管理Salesforce を製品のように育てます。リリースに向けた利用者の準備と、機能を社内に広げる検討が中心です。[1][2]

日々に見ること

日々の仕事の中心は、利用者からの依頼への対応です。Trailhead では、依頼をバグ、質問、機能要求の 3 つに分け、この順に処理するのが通常の優先順序だと説明しています。[3]

依頼の受け付け方も管理者が決めます。Salesforce 上の入力フォームや決まった投稿先など、窓口を決めて利用者に伝えておくと、管理者と利用者の双方が連携しやすくなります。[3]

ユーザーの設定とアクセス権の付与も、管理者が日常的に監督する主な業務の 1 つです。ログインできないという問い合わせには、[ログイン履歴] で失敗の理由を確かめられます。[1][4]

ほかに、ユーザーと連携して意見を集め、改善につなげることや、トレーニングを用意して実施することも、管理者の仕事として挙げられています。[3]

月ごとに見ること

依頼が来なくても、定期的に見ておきたい画面があります。公式のブログでは、データ管理の習慣として、バックアップの確認とデータの見直し・整理を挙げています。[2]

画面ごとの頻度は公式で決まっていないものもあるため、ここでは月に 1 回まとめて見る前提で整理します。[2][8]

• [状態チェック]：セキュリティ設定の弱いところを 1 つの画面で確かめられます。スコアが下がったときに毎週通知を受け取る人も設定できます。[6]
• [設定変更履歴の参照]：誰が何を変えたかを確かめます。ダウンロードできるのは過去 180 日分です（2026年10月時点）。[5]
• [ログイン履歴]：画面に出るのは過去 6 か月、最大 20,000 件です（2026年10月時点）。普段と違うログインがないかを見ます。[4]
• [組織のディスク使用量]：データとファイルの使用量、使用量の多いユーザー、大きいファイルを確かめます。[7]
• データ品質：データ管理計画で決めた頻度と範囲で、重複や空欄を点検します。Trailhead の例では、毎月初日に業界情報が空のリードを確かめています。[8]

年 3 回のリリースごとに見ること

Salesforce は年に 3 回、Spring、Summer、Winter のリリースで新しい機能を届けます。更新は自動で行われます。プレビューの対象にした Sandbox は本番より 4〜6 週間早く新しい版になり、そうでない Sandbox は今の版のまま残ります。[9][10]

公式のブログでは、リリースへの備えを 4 つの段階で整理しています。[10]

• 1. 日程を押さえ、リリースノートから自社に関係する部分を絞って読む[10][9]
• 2. プレビューの Sandbox で新しい機能を実際に触る[10]
• 3. 今の設定や自動化が新しい版でも動くかを、プレビューの Sandbox で確かめる[10]
• 4. 変わる点を、開発の担当者と利用者に伝える[10]

[設定] の [リリース更新] も確かめます。リリース更新は、期限を過ぎると自動で有効になります。自社に関係するものを選び、期限の前に Sandbox で試しておきます。[10]

兼任で手が回りにくい作業の見分け方

管理者の仕事には、利用者から声がかかるものと、かからないものがあります。兼任で手が回りにくいのは後者です。次の 3 つの問いで見分けられます。[3]

• 誰からも依頼が来ないか：[状態チェック] や [組織のディスク使用量] は、自分で開かない限り目に入りません。[6][7]
• 記録や期限が時間で消えるか：設定変更履歴は 180 日、ログイン履歴の画面は 6 か月が目安です。リリース更新は期限を過ぎると自動で有効になります。[5][4][10]
• 先を見て動く仕事か：リリースの準備や機能を広げる検討は、製品管理の領域です。日々の依頼とは別に時間を取らないと、後回しになります。[1][10]

Trailhead では、データの点検は頻度と担当者を決めること、リリースは日程をカレンダーに入れて逆算することを勧めています。当てはまる作業も、同じように頻度と担当を決めておくと、抜けに気づきやすくなります。[8][9]