各ステータスおよび優先度ごとにサポート ケースの数を比較するレポートを作成するための最良の解決策は、グループ化を使用することです。グループ化により、アプリ ビルダーはステータスや優先度などの 1 つ以上のフィールドごとにデータを要約し、それらを行と列に表示できます。グループ化により、アプリ ビルダーは積み上げ棒グラフやマトリックス グラフなどのさまざまな種類のグラフを使用してデータを視覚化することもできます。バケット列は、データを高、中、低などの事前定義されたグループに分類するために使用されるため、適切なソリューションではありません。カスタム レポート タイプは、レポートで使用できるオブジェクトとフィールドを定義するために使用されるものであり、それらを表示する方法を定義するために使用されるものではないため、適切なソリューションではありません。フィルターは、レポートに表示されるデータを比較する方法ではなく、特定の基準に基づいてレポートに表示されるデータを制限するために使用されるため、適切なソリューションではありません。

アプリビルダーが変更セットを使用した展開プロセス中に留意すべき 2 つの考慮事項は次のとおりです。 変更セットにはすべてのコンポーネントが含まれているわけではなく、一部の変更を手動で実行する必要がある場合があります。変更セットは、ある Salesforce 組織から別の Salesforce 組織にメタデータの変更をデプロイする方法ですが、レポート、ダッシュボード、メールテンプレートなど、すべての種類のコンポーネントをサポートしているわけではありません。アプリケーションビルダーは、アンマネージドなどの他の方法を使用する必要がある場合があります。これらのコンポーネントを展開するには、パッケージまたは手動構成を使用します。受信変更セットを受信するとき、ユーザーは運用環境からログアウトする必要があります。これは、変更を運用環境にデプロイするときに発生する可能性のあるエラーや競合を回避するためのベスト プラクティスです。ユーザーは変更セットによって更新されるレコードまたはコンポーネントを操作している可能性があり、これによりデータの損失や不整合が発生する可能性があります。Salesforce Connect は、環境間のリンクを自動的に確立しません。Salesforce Connect は、ユーザーが Salesforce に保存せずに外部ソースのデータにアクセスできるようにする機能です。これは、Salesforce 組織間での変更のデプロイとは何の関係もありません。デプロイメントにエラーが発生した場合、トランザクションは元に戻りません。トランザクションは、完全に完了するか、まったく完了しない作業単位です。トランザクション中にリリースエラーが発生した場合、トランザクションはロールバックされ、ターゲット組織には変更が加えられません。ただし、これはソース組織がリリース前の状態に戻ることを意味するものではありません。

商談ページ レイアウトでステージ依存フィールドを必須としてマークすることは、ユーザーが販売プロセスの各ステージで必要な情報を確実に入力できるようになるため、効率とデータ品質を向上させるための優れたソリューションです。Opportunity のステージに合わせてフィールドと指示を含む Path コンポーネントを追加することは、販売サイクルに沿って Opportunity を移動させるためのガイダンスとベスト プラクティスをユーザーに提供するため、効率とコラボレーションを向上させるもう 1 つの優れたソリューションです。2 つのタブ コンポーネントを使用して記録情報をアクティビティから分離することは、重要なデータの可視性とアクセス性が低下する可能性があるため、最適な解決策ではない可能性があります。商談の各段階でマネージャーの同意を必要とする承認プロセスを設定することは、営業プロセスに不必要な遅延や複雑さをもたらす可能性があるため、現実的な解決策ではない可能性があります。