ビッグディールアラートは、商談オブジェクト専用の、すぐに使える特別な通知機能です。このツールを使用すると、プラットフォーム管理者は、次の基準に基づいてしきい値を定義できます。
「金額」と「確率」。商談が作成または更新され、これらのしきい値（この場合は25万ドル超、75%超）を満たすと、Salesforceは指定されたユーザーまたは関係者のリストに自動的にメール通知を送信します。これは、高額取引の可視性を高めるために設計されたネイティブ機能であるため、要件を満たす最も効率的な方法です。レポートとダッシュボード（オプションC）でこのデータを表示できますが、これらは「プル」メカニズムであり、経営陣が積極的に確認する必要があります。一方、ビッグディールアラートは「プッシュ」メカニズムであり、即座に認識できるようにします。成功のためのガイダンス（オプションA）は営業プロセス内でヒントを提供し、類似商談（オプションD）は営業担当者が関連する商談を見つけるのに役立ちますが、どちらも経営陣への自動通知用に設計されていません。

Salesforceモバイルアプリを企業のビジュアルアイデンティティに合わせるため、プラットフォーム管理者はSalesforceモバイルアプリのカスタマイズ設定を通じて特定のブランディング要素をカスタマイズできます。ブランディングに利用できる主な領域は次の2つです。
読み込みページロゴ：これにより、管理者はユーザーがアプリを初めて開いたときに表示される会社のロゴをアップロードできます。
ヘッダーの背景色：管理者は、モバイルインターフェースの上部ヘッダー領域にプライマリブランドカラーを設定できます。
これらの設定により、ユーザーがログインした瞬間から、社内のブランディングと一貫したユーザーエクスペリエンスが実現されます。オプションAとBは誤りです。Salesforceでは現在、「アプリヘッダー」と「ヘッダー背景」の色を細かく分離したり、「レコードの背景色」を変更したりすることはできないためです。アプリはアクセシビリティと読みやすさのために、標準化された背景色を維持しています。読み込み画面とヘッダーをカスタマイズすることが、モバイルのリブランディングを実装する標準的な方法です。

「最小限のアクセス権限 - Salesforce」プロファイルは、最小権限の原則に従い、デフォルトではアクセス権限を一切付与しないよう設計された、非常に制限の厳しい標準プロファイルです。このプロファイルに含まれていない特定の権限の1つに、Lightning Experienceユーザー権限があります。
このシステム権限がない場合、ユーザーはデフォルトでSalesforce Classicインターフェースに誘導されます（または、他のアクセス権限が付与されていない場合は、どのUIにもアクセスできなくなる可能性があります）。これを解決するには、プラットフォーム管理者はカスタムプロファイルを編集するか、できれば「Lightning Experienceユーザー」チェックボックスを含む権限セットを作成し、影響を受けるユーザーに割り当てる必要があります。
これにより、ユーザーは最新の Lightning インターフェイスを利用できるようになります。オプション B と C は特定のページの設計に関するものですが、ユーザーが Lightning 環境にアクセスできない場合は無関係です。オプション A は全く異なる機能セットに関するものであり、基本的な UI アクセスには対応していません。

動的ダッシュボードは、現在表示しているユーザーに基づいて表示されるデータが変化する特定のタイプのダッシュボードです。「ダッシュボードの表示ユーザー」プロパティを「ログインしているユーザー」に設定すると、ダッシュボードのコンポーネントは各ユーザーの共有設定、役割階層、レコードの所有権を尊重します。たとえば、営業担当者が動的ダッシュボードを表示すると、自分の10万ドルのパイプラインのみが表示されますが、同じダッシュボードを表示するマネージャーは、チーム全体の100万ドルのパイプラインが表示されます。これにより、管理者が異なる個人向けに数十個の同一のダッシュボードを作成して維持する必要がなくなります。ダッシュボードフィルター（オプションA）を使用すると、ユーザーはデータを絞り込むことができますが、基本的な「実行ユーザー」のセキュリティコンテキストは変更されません。ダッシュボードを「自分」（管理者）または「他のユーザー」（オプションCおよびD）として実行するように設定すると、全員が同じデータを見る静的なビューが作成され、個別のビューを提供するのとは反対になります。

アカウントチームは、複数のユーザーが1つのアカウントで共同作業を行う「コラボレーション型販売」のために特別に設計されています。アカウントチームを使用することで、管理者は特定の役割（例：セールスエンジニア、サポート担当者）を定義し、アカウントおよび関連する商談やケースに対するさまざまなレベルのアクセス権限（読み取り/書き込み、または読み取り専用）を付与できます。管理者が求める「効率化」と「メンバーの自動追加」を実現するには、ユーザーにデフォルトのアカウントチームを設定するよう促す必要があります。ユーザーが個人設定でデフォルトチームを定義すると、ボタンを1つクリックするだけで、所有する任意のアカウントにそのチーム全体を追加できます。
共有ルール（オプションB）は、特定のコラボレーショングループではなく、基準を満たすすべてのレコードに適用されるため、この要件には通常、範囲が広すぎます。役割階層（オプションC）は垂直方向のアクセスを提供しますが、特定のアカウントを担当するサポート担当者やエンジニアに必要な水平方向のプロジェクトベースのアクセスには対応できません。権限セット（オプションD）は機能的な権限（ユーザーができること）を付与しますが、特定のデータレコードへのコラボレーションによるアクセスは付与しません。