構成、価格設定、見積もり

構成、価格設定、見積もり (CPQ)ソフトウェアは、販売者が複雑で構成可能な製品の見積もりを作成するのに役立ちます。^{[ 1 ]}例として、大型トラックのメーカーが挙げられます。顧客が特定のシャーシ(自動車の基本フレーム) を選択した場合、特定のエンジンが特定のシャーシに適合しない可能性があるため、エンジンの選択肢が制限される場合があります。特定のエンジンを選択した場合、トレーラーの選択肢が制限される場合があります (たとえば、大型トレーラーにはより強力なエンジンが必要です)、など。製品の構成可能性が高い場合、ユーザーは組み合わせ爆発、つまり問題の複雑さが急速に増大する問題に直面する可能性があります。そのため、この問題を軽減するために構成エンジンが使用されます。

CPQにおける「構成」とは、コンポーネントや部品を組み合わせて、より実用的な製品を作り出すという複雑な課題に対処するものです。

組み合わせ爆発の問題を軽減するために用いられる主なアプローチはいくつかあります。

1. ルールベースの真理維持システム：これらのシステムは、1960年代に遡る人工知能の研究成果に基づいて1970年代に登場した、構成エンジンの第一世代です。 ^{[ 2 ]}
2. 決定木：現在のノードで与えられた回答に応じて（そして以前のノードからの回答も考慮して）、異なるパスで進む質問を表すノードの有向グラフにより、エンジンは静的ではない一連の質問を投げかけ、有効な回答のみを提示したり、部品表への項目の追加や削除を行ったりすることができます。複雑な製品や、製品間で繰り返し使用されるサブシステムを持つシステムの場合、メインの決定木から呼び出されるサブツリーの構造を使用して、メンテナンスを簡素化できます。
3. 制約充足エンジン：これらのエンジンは 1980 年代と 1990 年代に開発されました。^{[ 3 ]}これらは、組み合わせ爆発の問題を軽減するために構成ルールの全セットを処理できますが^{[ 4 ]}、意図した用途に合わせてルールを記述する必要があるため、複雑で保守が困難になる可能性があります。制約は、異なる変数の値の有効な組み合わせのテーブルとして表現でき、事前にコンパイルするか、オンザフライでバイナリ決定図に変換できます。このアプローチでは、構成問題またはそのサブセットのすべての可能な組み合わせを単一のファイルにコンパイルし、ルールが元々どのように表現されたかに依存しません。これにより、レガシー システムからルールをインポートできますが、複雑な製品の場合、少数の変数のサブセットに分割しない限り、データセットが圧倒的に大きくなる可能性があります。CPQ が構成要素である構成ライフサイクル管理 (CLM)の概念では、コンパイルベースの構成をさらに活用して、マス カスタマイゼーションを採用する企業の製品構成に関連するほとんどの問題に対処する方法を説明しています。

CPQ業界には多くのベンダーが存在します。ベンダーによっては、特定のコンポーネントに重点を置いている場合もあります。例えば、価格最適化プロバイダーは、自社の価格設定ソフトウェアを別のプロバイダーの構成エンジンと統合したり、その逆を行ったりすることがあります。

CPQ技術およびサービス市場は現在、非常に細分化されており、少数の大手サプライヤーが主要な市場セグメントを独占する一方で、残りの市場は多数の中小企業によって分割されています。M&A活動、パートナーシップ、およびこれらのソリューションへの投資は、今後も継続されるでしょう。CPQの状況は絶えず変化しており、企業の将来の業績に影響を与える重要な意思決定を行う際には、その動向を把握することが困難となっています。