すでに良好なパフォーマンスを示している既存の Customer Experience Cloud ポータルのコンテキストでは、対話と参加を促す要素を追加することで、顧客エンゲージメントをさらに高めることが目標です。
バッジを使用して同僚を認識することは、次の理由から、これを達成するための非常に効果的な方法です。
* パーソナライゼーションとゲーミフィケーション：バッジはゲーミフィケーションとパーソナライゼーションの要素を導入し、エンゲージメントを大幅に向上させます。ユーザーは、自分の努力と成果が目に見える形で認められることで、コミュニティへの参加と貢献への意欲を高めます。
* コミュニティ構築：貢献をバッジで表彰することで、アクティブなメンバーを際立たせ、他のメンバーの貢献を促し、より強固なコミュニティを構築するのに役立ちます。ユーザー間の帰属意識と感謝の気持ちを育みます。
パーソナライズされたブランディング (オプション A) とページ レイアウトのカスタマイズ (オプション B) はユーザー エクスペリエンスを向上できますが、バッジによる貢献の認識ほど効果的にユーザーのインタラクションと貢献を直接的に促進することはできません。
参考資料: Salesforce Experience Cloud ポータルでバッジとゲーミフィケーション戦略を実装する方法の詳細については、Salesforce の公式ドキュメントとコミュニティ リソースでガイドラインとベスト プラクティスが提供されています。
これらのリソースでは、Salesforce エコシステム内でのユーザーエンゲージメントとコミュニティ構築を強化するさまざまな方法について説明します。

説明
クロスファンクショナルフローチャートは、プロセスステップとビジネスチームの関係性を示すプロセスマップの一種です。クロスファンクショナルフローチャートでは、水平または垂直のスイムレーンを使用して、プロセスステップを、担当する役割または部門ごとにグループ化します。クロスファンクショナルフローチャートは、Cloud Kicksのディスカバリーチームが、プロセスにおけるさまざまなチームの連携とコミュニケーション方法を説明するのに役立つだけでなく、プロセスにおけるギャップ、重複、非効率性を特定するのに役立ちます。また、クロスファンクショナルフローチャートは、各ステップにおける入力、出力、決定、そしてスイムレーンを介した情報と材料の流れを示すこともできます12。
参考文献:
クロスファンクショナルフローチャート
部門横断的なフローチャートを作成する

説明
Salesforceでカスタムオブジェクトの新しいページレイアウトを設計する際に、エンドユーザーのエクスペリエンスを向上する最善の方法は、セクションを使用して類似の項目をグループ化することです。セクションは、項目を論理的なグループに整理し、各グループに見出しと説明を追加できるUIコンポーネントです。セクションは、視覚的な乱雑さを軽減し、情報に明確な構造と階層を提供することで、ページレイアウトの読みやすさ、スキャンしやすさ、使いやすさを向上させます。また、セクションは、ユーザーのメンタルモデルや期待、そしてビジネスプロセスやワークフローに合わせてページレイアウトを整合させるのにも役立ちます。[UXデザイナー認定試験対策：
ユーザーインターフェース設計の原則]、[UX デザイナー認定準備: Salesforce デザインシステム] Salesforce のカスタムオブジェクトの新しいページレイアウトを設計する際に、潜在的に有用な項目をすべて含めることは、エンドユーザーのエクスペリエンスを保証する良い方法ではありません。操作や理解が困難な、混雑した圧倒的なインターフェースが作成される可能性があります。また、ユーザーの認知負荷とスクロールの労力が増加するだけでなく、デザイナーのメンテナンスコストも増加する可能性があります。ユーザーがタスクと目標を実行するために必要な必須かつ関連する項目のみを含め、関連リスト、タブ、モーダルなどの他の方法を使用して追加情報を表示することをお勧めします。[UX デザイナー認定準備: ユーザーインターフェース設計の原則]、[UX デザイナー認定準備: Salesforce デザインシステム] Salesforce のカスタムオブジェクトの新しいページレイアウトを設計する際に、項目ラベルと API 名を同一にすることは、ユーザーと開発者に混乱と矛盾を生み出す可能性があるため、エンドユーザーのエクスペリエンスを保証する良い方法ではありません。フィールドラベルは、フィールドを識別するためにユーザーインターフェースに表示されるテキストです。一方、API 名は、システムとコードがフィールドを参照するために使用する一意の識別子です。フィールドラベルと API 名は、目的と対象者が異なるため、異なる必要があります。フィールドラベルは、自然言語と適切な大文字/小文字の使用、句読点、スペースを使用して、明確かつ簡潔で説明的なものにする必要があります。API 名は、単語の区切りにアンダースコアとキャメルケースを使用し、簡潔で一意で一貫性のあるものにする必要があります。[UX デザイナー認定資格準備: ユーザーインターフェース設計の原則]、[UX デザイナー認定資格準備: Salesforce デザインシステム] すべてのフィールドを必須としてマークすることは、Salesforce のカスタムオブジェクトの新しいページレイアウトを設計するときにエンドユーザーエクスペリエンスを確保する良い方法ではありません。ユーザーにフラストレーションと不快感を与える可能性があり、エラー率と放棄率が上昇する可能性があるためです。必須フィールドは、レコードを保存または送信する前にユーザーが入力する必要があるフィールドです。必須フィールドは控えめに使用し、システムやビジネスロジックに絶対に必要なフィールドのみに使用してください。すべてのフィールドを必須にすると、ユーザーにプレッシャーや制約を感じさせ、無関係なデータや不正確なデータを入力させてしまう可能性があります。また、ユーザーが本当に重要なフィールドを見落としたり、レコードの入力を諦めたりする可能性もあります。[UXデザイナー認定試験対策：
ユーザーインターフェースデザインの原則]、[UXデザイナー認定試験対策：Salesforceデザインシステム] 参考文献：
[UXデザイナー認定試験対策：ユーザーインターフェースデザインの原則]、[UXデザイナー認定試験対策：
Salesforce デザインシステム]