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

Lightning アプリケーション ビルダーには、レコード ページのパフォーマンス スコアを管理者に提供する組み込みの分析ツール (ページ分析またはアナリティクスと呼ばれることが多い) が含まれています。このツールは、ページのメタデータとコンポーネントを評価し、単一セクションにフィールドが多すぎる、複雑な関連リストを使用する、複数の重い Lightning Web コンポーネントを含めるなど、読み込み時間の遅延につながる要因を特定します。また、ページを分割するために「動的フォーム」を使用したり、使用頻度の低いコンポーネントを別のタブに移動してユーザーの「操作時間」を改善したりするなど、具体的な提案を提供します。Lightning 使用状況アプリ (オプション B) は、組織全体の導入状況とブラウザーの使用状況に関する大まかなメトリックを提供しますが、単一のレコード ページに対するコンポーネント レベルの詳細なパフォーマンス分析は提供しません。可視性ルール (オプション C) は、コンテンツの表示/非表示を制御するためのものであり、技術的なパフォーマンス監査のためのものではありません。

受信メールからケース作成を自動化する最も効率的で標準的な方法は、Email-to-Case を使用することです。Email-to-Case を設定する際、プラットフォーム管理者は「ルーティング アドレス」を設定します。各ルーティング アドレス ([email protected] や [email protected] など) に対して、管理者はそのアドレス経由で作成されるケースのデフォルトの担当者またはキューを指定できます。これにより、顧客が「Support」アドレスにメールを送信すると自動的に Support キューにルーティングされ、「Billing」アドレスにメールを送信すると Billing キューにルーティングされることが保証されます。この設定は Email-to-Case 設定ページ内で直接処理され、最初の割り当てにエスカレーション ルール (オプション A) や複雑なカスタム フロー (オプション C) を追加する必要はありません。カスタム メール サービス (オプション B) も可能ですが、標準の Email-to-Case 機能の強力なネイティブ機能を考慮すると、これは開発者中心のアプローチであり、一般的には不要です。この設定により、受付プロセスが効率化され、顧客の問題が適切なサービス チームにすぐに表示されるようになります。

金額のしきい値に基づいて特定の個人（CFO）に​​よるレコードの「承認」が必要となる要件は、承認プロセスの典型的なユースケースです。「承認のために送信」ボタン（オプションA）を使用すると、ユーザーが手動でプロセスを開始できますが、プロンプトではプロセスが「自動的に」実行されるように指定されています。この自動化を実現するには、プラットフォーム管理者がフロービルダーを使用して承認プロセスをトリガーする必要があります。レコードトリガーフローは、商談が作成または更新され、条件（金額 > 100,000ドル）を満たしたときに実行されるように設定できます。フローは、「承認のために送信」アクションを使用して、営業担当者がボタンをクリックする必要なく、レコードを事前定義された承認プロセスに起動します。Einstein Next Best Action（オプションB）は推奨ツールであり、ワークフロー強制ツールではありません。Apexトリガー（オプションC）でこのタスクを実行することもできますが、Salesforceのベストプラクティスでは、このような要件には可能な限り「コードではなくクリック」（フロー）を使用することを推奨しています。 Flowを使用して承認プロセスを開始することで、CFOが必要とする自動化、ルーティング、および監査証跡が実現します。