Salesforce EPCは、共通の属性を持つ製品をグループ化するためのオブジェクトタイプを提供します。色、ストレージ、画面サイズがすべて同じモバイルデバイスの場合、適切なモデリングアプローチは次のとおりです。
✔ モバイルオファー仕様タイプを作成する
すべての共通属性 (色、ストレージ、画面サイズ) を追加します。
親を「基本オファー仕様タイプ」(標準階層) に設定します。
モバイル デバイス製品をこのオブジェクト タイプに関連付けます。
これにより、次のことが保証されます。
属性の再利用
よりクリーンなカタログモデリング
メンテナンスが容易
ベースオファー仕様タイプ → モバイルオファー仕様タイプ → デバイスオファーからの継承を宣言しました。他のものが間違っている理由:
A: デバイスをモバイル固有のタイプではなく、ベース タイプに関連付けます。
B: 階層を逆にすることを提案します (構造が正しくありません)。
D: すべての属性を基本オファー仕様タイプに配置すると、特殊化に違反し、基本タイプが肥大化します。

このアプローチにより、店舗内の高価値資産のコンプライアンスを効率的かつコードを最小限に抑えてチェックし、ブール値に基づいて修正アクション プランをトリガーできるようになります。

Communications Cloud における住宅向け B2C シナリオでは、Salesforce はリードや商談といった CRM のステップを最小限に抑える、簡潔で直接的な販売フローを推奨しています。B2C では通常、顧客（または顧客代理のエージェント）が設定、価格設定、購入をできるだけ少ないステップで完了できるようにすることが目標となり、多くの場合、1 回のやり取り、あるいは非常に短い期間（UC の目標である 3 日間をはるかに下回る期間）で成約に至ります。
Communications Cloud は、特に次のような場合に、B2C/B2B2C フローの Order オブジェクトに対して CPQ アクションが直接実行されるパターンを提供します。
販売サイクルは短いです。
複雑なパイプライン管理は必要ありません。
顧客が直接購入します（Web、コミュニティ、コールセンター）。
オプションCはこれを反映しています。カスタム購入フロー（OmniScript）がガイド付き販売UIとして使用され、エージェントと認証されたコミュニティユーザー向けに呼び出され、商取引レコードとして注文に直接操作されます。注文に対してCPQロジック（カート、価格設定、検証、プロモーション）が実行され、Communications Cloudの標準的なB2Cデジタルコマースパターンに準拠します。
オプションAとBは、リード→商談→見積→注文というより複雑なプロセスを導入します。これは複雑なB2B販売に適しており、「短期販売プロセス」の要件に反します。オプションDは依然として見積を中心としたプロセスであり、これは通常、交渉やより長いサイクルが予想される場合に使用されます。UCの迅速なB2Cユースケース（直接購入または支援購入）には、購入フロー（OmniScript）を介した注文中心のCPQが推奨されるアプローチであり、Cが正しい選択です。