数式項目は、数式に基づいて値を計算するカスタム項目です。数式項目には、テキスト、数値、日付、画像などを表示できます。また、IMAGE関数を使用してURLから画像を表示することもできます。数式項目をオブジェクトページレイアウトに追加することで、レコード詳細ページに画像を表示できます1。
静的リソースとは、Salesforce にアップロードして数式項目、Visualforce ページ、Lightning コンポーネント、または Web タブで参照できるファイルまたはファイルのコレクションです。静的リソースには、画像、スタイルシート、JavaScript、その他のファイルを保存できます。静的リソースは、Cloud Kicks がレコード詳細ページに表示したいカスタム画像を保存するために使用できます2。
オブジェクトページレイアウトとは、レコード詳細ページ上の項目、ボタン、関連リスト、その他のコンポーネントの構成です。オブジェクトページレイアウトは、ユーザーのプロファイルやレコードタイプに基づいて、異なる情報を表示するようにカスタマイズできます。オブジェクトページレイアウトを使用して、カスタム画像を表示する数式項目をレコード詳細ページに追加することもできます3。
これらのプラットフォームツールを使用することで、レコード詳細ページにカスタム画像を追加するという要件を実現できます。これにより、Cloud Kicks は現在の会員レベルを視覚的に容易に識別できるようになります。例えば、数式項目で IMAGE 関数を使用することで、会員レベルを示す別の項目の値に基づいて、静的リソースからカスタム画像を表示できます。その後、オブジェクトページレイアウトで、関連ユーザーのレコード詳細ページに数式項目を含めることができます。
画像フィールドは、ユーザーが画像をアップロードしてレコードに表示できるカスタムフィールドです。画像フィールドはレコード詳細ページに画像を表示するために使用できますが、数式で画像を特定できないため、Cloud Kicksの要件には適していません。画像フィールドでは、ユーザーがレコードごとに画像を手動でアップロードする必要があり、効率的でも一貫性もありません4。
ダイナミックフォームは、管理者が Lightning アプリケーションビルダーを使用して Lightning レコードページのフィールドやセクションを追加、グループ化、並べ替えることができる機能です。ダイナミックフォームを使用すると、さまざまなコンテキストやシナリオに適応できる柔軟で動的なページレイアウトを作成できます。また、ダイナミックフォームは表示ルールもサポートしており、フィルターや条件に基づいてフィールドやセクションの表示/非表示を切り替えることができます。ただし、ダイナミックフォームは、フィールドの内容や機能に影響を与えないため、レコード詳細ページにカスタム画像を表示するために使用できるプラットフォームツールではありません。ダイナミックフォームは、フィールドのレイアウトを設定するためにのみ使用でき、フィールドの値や画像を設定することはできません。
Lightning コンポーネントは、Lightning ページやアプリケーションの構築に使用できる再利用可能なユーザーインターフェースのユニットです。Lightning コンポーネントは、HTML、CSS、JavaScript、Apex を使用して構築できます。Lightning コンポーネントを使用すると、データ、画像、アイコン、グラフ、ボタンなどの要素を Lightning ページに表示できます。SLDS アイコンは、Salesforce Lightning Design System のアイコンで、Lightning コンポーネントでアクション、オブジェクト、または概念を表すために使用できます。コンパクトレイアウトは、レコードの主要項目をハイライトパネル、リストビュー、[関連] タブなどの場所で一目で確認できるページレイアウトです。コンパクトレイアウトを使用すると、これらの場所に表示される項目をカスタマイズできます6。
Lightning コンポーネント、SLDS アイコン、コンパクトレイアウトは、Lightning ページに画像を表示するために使用できるプラットフォームツールですが、数式項目、静的リソース、オブジェクトページレイアウトよりも複雑で、より多くの開発スキルが必要となるため、Cloud Kicks の要件に最適なオプションではありません。
Lightningコンポーネントは、数式項目よりも多くのメンテナンスとテストを必要とします。SLDSアイコンは定義済みのアイコンであり、Cloud Kicksが表示したいカスタム画像と一致しない場合があります。コンパクトレイアウトは、ハイライトパネルなどの場所にのみ影響するため、レコード詳細ページでの画像表示には適していません6。
参考資料: 1: 「数式」項目で画像を使用する - Salesforce 2: 静的リソース | Salesforce 開発者ガイド 3: ページレイアウト | Salesforce ヘルプ 4: 画像項目 | Salesforce プラットフォーム - YouTube 5: 動的フォームのヒントと考慮事項 - Salesforce 6: Lightning コンポーネントの基本単元 | Salesforce Trailhead

説明
優先順位マトリックスは、UXデザイナーがユーザー価値と開発工数に基づいてユーザーストーリーを作成するのに役立つ手法です。優先順位マトリックスは、ユーザー価値と開発工数の2つの基準に基づいて、さまざまなユーザーストーリーまたは機能を比較する表です。ユーザー価値とは、ユーザーが機能を使用することで得られるメリットまたは満足度です。開発工数とは、機能の構築にかかる時間、コスト、および複雑さです。
優先順位マトリックスにユーザーストーリーや機能をプロットすることで、UXデザイナーは、価値が高く労力の少ないもの、価値が高く労力の多いもの、価値が低く労力の少ないもの、価値が低く労力の多いものを特定できます。これにより、UXデザイナーは、最小限の労力でユーザーに最大の価値をもたらすユーザーストーリーや機能を優先し、労力は最も大きくてもユーザーに最も価値の低いものについては優先順位を下げたり、削除したりすることができます。優先順位マトリックスは、UXデザイナーがプロジェクトのスコープと実現可能性について関係者や開発者とコミュニケーションを取り、調整するのにも役立ちます。参考資料：ユーザーストーリーと機能の優先順位付けユニット | Salesforce Trailhead、ユーザーストーリーの優先順位付け方法（適切な機能の構築方法）、Salesforce ユーザーエクスペリエンス（UX）デザイナー認定ガイドとヒント

デザイントークンは、デザインシステムのビジュアルデザイン要素、つまりビジュアルデザイン属性を格納する名前付きエンティティです。UI開発においてスケーラブルで一貫性のあるビジュアルシステムを維持するために、ハードコードされた値（色の16進値や間隔のピクセル値など）の代わりにデザイントークンを使用します1。デザイントークンは、Lightning Web Components、Aura Components、CSS、iOS、Androidなど、さまざまなプラットフォームやフレームワークで利用できます2。デザイントークンをカスタマイズして、コンポーネントやアプリケーションにブランディングやテーマを適用できます3。ユーティリティクラスは、マージン、パディング、境界線、テキスト配置などの一般的なスタイル設定プロパティを提供するCSSクラスです1。デザインパターンは、ナビゲーション、フォーム、データの視覚化など、一般的なデザイン上の問題に対する再利用可能なソリューションです。参考資料：デザイントークン - Lightning Design System、SLDS Design Tokens | Lightning Web Components Developer Guide | Salesforce Developers、デザイントークンを使用したスタイル設定 - Salesforce Developers、[デザインパターン - Lightning Design System]

説明
ドッキングプロンプトは、Salesforce アプリケーションでユーザーに状況に応じたヘルプやガイダンスを提供するために使用できるアプリケーション内ガイダンスの一種です。ドッキングプロンプトは画面の下部に表示される小さなポップアップウィンドウで、テキスト、画像、リンク、ビデオを含めることができます。ドッキングプロンプトは、ページを開く、ボタンをクリックする、アクションを完了するなど、さまざまなイベントによってトリガーできます。また、ドッキングプロンプトはユーザーが閉じることも、特定の時間または日付の後に期限切れになるように設定することもできます12 UX デザイナーは、新機能のロールアウトに基づいてドッキングプロンプトを作成し、Cloud Kicks の営業チームのリクエストに応じて Salesforce ヘルプメニューをカスタマイズできます。これにより、UX デザイナーは次のことを行うことができます。
ユーザーに新機能とそのメリットについて伝えます。例えば、UXデザイナーは、新しいEinstein商談スコアリング機能を紹介し、それがどのようにユーザーが商談の優先順位付けを行い、より多くの取引を成立させるのに役立つかを説明するドッキングプロンプトを作成できます。3 新機能を使用するための手順とベストプラクティスを通じてユーザーをガイドします。例えば、UXデザイナーは、新しいEinstein商談スコアリング機能にアクセスして設定する方法、そしてスコアを解釈してそれに基づいて行動する方法を示すドッキングプロンプトを作成できます。3 ユーザーのエンゲージメントを高め、新機能の検討と導入を促します。たとえば、UX デザイナーは、新しい Einstein 商談スコアリング機能に関する動画チュートリアル、Trailhead モジュール、またはフィードバックアンケートへのリンクを含むドッキングプロンプトを作成できます。3 すべてのコンテンツのサイトマップを表示する: これは、Salesforce ヘルプメニューをカスタマイズして Cloud Kicks の営業チームのリクエストを満たす方法ではありません。すべてのコンテンツのサイトマップはアプリ内ガイダンスの一種ではなく、ユーザに具体的でタイムリーなヘルプとガイダンスを提供しないためです。すべてのコンテンツのサイトマップは、Web サイトまたはアプリケーションの構造と階層を視覚的に表現したもので、ユーザインターフェースの計画と設計には役立ちますが、アプリ内ガイダンスの提供には役立ちません。4 トレーニングビデオや社内辞書などの外部リソースへのリンクを提供する: これは、Salesforce ヘルプメニューをカスタマイズして Cloud Kicks の営業チームのリクエストを満たす方法ではありません。外部リソースへのリンクを提供することはアプリ内ガイダンスの一種ではなく、ユーザに状況に応じた対話型のヘルプとガイダンスを提供しないためです。外部リソースへのリンクを提供することは、Salesforce ヘルプ メニューに追加情報やリソースを補足する方法ですが、アプリ内ガイダンス 5 参照を作成する方法ではありません。
アプリ内ガイダンスの作成単元 | Salesforce Trailhead
アプリ内ガイダンス - Salesforce ヘルプ
新機能のロールアウト用のドッキングプロンプトを作成する 単元 | Salesforce Trailhead サイトマップとは? - Interaction Design Foundation Lightning Experience のヘルプメニューをカスタマイズする - Salesforce ヘルプ