エスカレーションルールは、ケースが企業のサービスレベル契約（SLA）に違反しないように特別に設計されています。ケースが事前定義された基準を満たし、特定の期間（2時間または7日間など）オープン状態が続くと、エスカレーションルールが自動的にトリガーされます。プラットフォーム管理者は、これらのルールを設定して、ケースを別のユーザーまたはキュー（Tier 2サポートチームなど）に再割り当てし、遅延に対処するためにマネージャーまたは新しい所有者に通知メールを送信するという、主に2つのアクションを実行できます。マイルストーンとエンタイトルメント（オプションA）はレコードのSLA準拠を追跡および表示するために使用されますが、エスカレーションルールは、時間ベースのトリガーに基づいてレコードを物理的に「ルーティング」または移動するために使用される機能エンジンです。オムニチャネル（オプションB）は、経過時間しきい値ではなく、エージェントの可用性に基づいてリアルタイムのルーティングを処理します。自動応答ルール（オプションC）は、ケース作成時に顧客に最初の確認メールを送信するためにのみ使用されます。

担当者が繰り返し行う一連の手動タスクを「簡単に」実行できるようにするには、マクロが理想的なソリューションです。マクロを使用すると、ケースステータスの変更、ケースオーナーの再割り当て、事前に作成したメールの送信など、複数の手順をワンクリックで実行できます。クイックアクションと組み合わせると、マクロはユーザーインターフェイスをナビゲートし、フィールドに入力し、変更を自動的に送信できます。これにより、手動でのデータ入力が大幅に削減され、会社の必須サポートプロセスが常に遵守されるようになります。ケース割り当てルール（オプションA）と自動起動フロー（オプションD）は完全に自動化されており、保存時にトリガーされますが、担当者がサポートリクエストをトリガーするタイミングを決定する必要がある場合は、適切ではない可能性があります。クイックテキスト（オプションC）は入力のみを補助し、フィールドの変更や所有権の移転を自動化しません。

キャンペーンなどの単一のオブジェクトが、異なるフィールドや選択リスト値を必要とするさまざまな「タイプ」のマーケティング活動をサポートする必要がある場合、適切なアーキテクチャ上の解決策は、レコードタイプとページレイアウトを使用することです。プラットフォーム管理者は、「メール」、「展示会」、「ウェビナー」にそれぞれ異なるレコードタイプを作成することで、それぞれに固有のページレイアウトを割り当てることができます。たとえば、展示会レイアウトには「ブース番号」と「旅費」のフィールドが含まれ、ウェビナーレイアウトには「ウェビナーURL」と「プラットフォームプロバイダー」のフィールドが含まれる場合があります。これにより、ユーザーは実行中の特定のタイプのキャンペーンに関連するフィールドのみが表示されるようになり、データ品質とユーザーエクスペリエンスが向上します。カスタムフィールドを追加する（オプションB）ことで分類は可能になりますが、さまざまな活動に関係のないフィールドを非表示にすることはできません。キャンペーン階層（オプションD）は、親キャンペーンと子キャンペーンを関連付けるために使用されますが、さまざまな活動タイプの特定のデータ入力要件を管理するものではありません。

異なるチーム向けに複数の同一のダッシュボードを作成および維持するという管理上の負担を避けるため、プラットフォーム管理者はダッシュボードフィルターを使用する必要があります。「チーム割り当て」カスタムフィールドに基づいてフィルターを追加することで、管理者はマネージャーが「チーム A」、「チーム B」、「チーム C」を切り替えられる単一のダッシュボードを作成できます。フィルター値が選択されるたびに、そのフィールド（またはマッピングされた同等のフィールド）を使用するダッシュボード上のすべてのコンポーネントが自動的に更新され、そのチームのみに関連するデータが表示されます。個別のダッシュボードを作成する（オプション A）のは非効率的で、「ダッシュボードの乱立」につながります。1 つのダッシュボードにすべてのチームに特定のウィジェットを追加する（オプション B）と、インターフェースが煩雑で分かりにくくなります。クロスフィルター（オプション D）は、他のオブジェクトとの関係に基づいてレコードをフィルタリングするために使用されるレポート機能であり、ダッシュボードレベルの表示ツールではありません。

検証ルールは、レコードデータ（ステージ）とユーザーデータ（ユーザーのプロファイルまたは役割）の両方に基づいて条件付き要件ロジックを適用する唯一の方法です。これを実現するには、プラットフォーム管理者は、ステージが「交渉中」であるかどうか、金額フィールドが空白であるかどうか、ユーザーがマネージャーではないかどうかの3つの項目をチェックする数式を作成します。数式は次のようになります。
AND(ISPICKVAL(StageName, "Negotiation"), ISBLANK(Amount), $Profile.Name <> "Sales Manager"))。これにより、システムは標準の販売ユーザーが金額なしでレコードを保存することをブロックできますが、マネージャーのプロファイルの例外により、要件を回避できます。
ページレイアウトでフィールドを必須項目にする（オプションA）と、すべてのユーザーに等しく影響するため、管理者に対する要件を満たせません。管理者に管理者プロファイルを割り当てる（オプションB）と、重大なセキュリティリスクが生じ、最小権限の原則に違反します。