ページのレスポンシブなものにするには、いくつかのガイドラインに従ってください。

オンラインショッピングや構成エクスペリエンスでは、エンドユーザーのエンゲージメントにはレスポンシブなWebページが必要です。 CPQ 独自のルールエンジンにより、優れたパフォーマンスを実現しています。 CPQ には次のメリットもあります。

• エンドユーザーは、入力が変更されるたびに即座にフィードバックを受け取ります。
• エンドユーザーは、コンフィギュレーターが入力を評価するために [更新] ボタンをクリックする必要はありません。アドミニストレーターは、自動的に実行されるフィールドと、ユーザーの操作によって更新する必要があるフィールドを区別する必要はありません。
• ルールエンジンは最適なルール順序を評価するため、アドミニストレーターが手動でルールを並べ替える必要はありません。

CPQルールエンジンはルールを迅速に処理するように設計されていますが、すべてのルールが同じように実行されるわけではありません。したがって、アドミニストレーターは、 CPQ UI のパフォーマンスを最適化する上で重要な役割を果たします。ルールを作成するときは、次の経験則を使用します。

• シンプルなルールが最適です。CPQ ルールエンジンは、条件で論理式が定義され、アクションがスクリプトなしで定義されている、何万ものルールをすばやく実行できます。

  スクリプト化されていないルールに依存することで、ルールエンジンは特定のシナリオで実行する必要があるルールのサブセットを決定できます。シンプルなルールにより、ルールエンジンは予測的に最適化できます。

• エンドユーザーのパフォーマンスを低下させるスクリプティングは避けてください。

  構成のメンテナンスと拡張には多数のステークホルダーが関与しますが、その多くはエンドユーザーのパフォーマンスよりもタスクの完了を優先します。何千もの CPQ 実装の経験から、アドミニストレーターは多くの場合、パフォーマンスを念頭に置いてスクリプトを作成しません。スクリプトを最適に作成する実装者であっても、将来の管理者による誤った決定を防ぐことはできません。

• テーブルルックアップは、エンドユーザーのパフォーマンスに悪影響を及ぼします。
  • テーブルルックアップは、クエリの固有のコスト、無制限の量の表形式データとの照合、および取得されたデータのスクリプト化された後処理を特徴としています。
  • 対照的に、一部の CPQ ベンダーは、テーブルをクエリして処理する表形式のデータとスクリプトを活用して管理を簡素化 CPQ 、これらのテーブルを多くの単純なルールに変換します。この変換により、クエリと後処理が短縮され、非効率的なコーディング手法が排除され、ルールエンジンがルールを実行するタイミングと、ルールが実行する必要がある特定のタスクをインテリジェントに判断できるようになります。