CPQにAIを導入する前にナラティブデータが必要な理由

大規模言語モデル（LLM）は「トラック」が何かは知っていますが、貴社の「トラック」については何も知りません。これこそ、SKUや属性、ルールテーブルだけで構成された既存のCPQにAIを導入しようとする多くのチームが直面する壁です。AIが生成する回答は一見流暢に見えますが、その根拠は非常に薄弱です。営業担当者が「なぜこのスリーパーキャブが推奨されるのか」と尋ねても、システムは意味のある回答を返せません。

これは、私自身がワークショップで何度も目にしてきた光景です。しかし、各オプションが存在する「時」と「理由」、つまり明確なコンテキストをモデルに与えると、AIとの対話は一変します。システムは単なる推測をやめ、的確な助言を始めるようになります。これはAIの魔法ではありません。「背景情報（ナラティブ）」を持つデータがもたらす変化なのです。

既存データに欠けている要素

ルールテーブルは、システムに「何が有効な組み合わせか」を教えることはできますが、「なぜその選択が賢明なのか」「どのような状況で適用すべきか」「いつ選択すべきでないか」は教えてくれません。この情報ギャップを埋めるために、結局はメールや個別のスプレッドシート、担当者の頭の中にある属人的な知識に頼らざるを得なくなります。そして、私たちはそれを「システムが導入・定着しない問題」と呼ぶのです。

AIの推論層が必要としているのは、これ以上のデータ項目ではありません。各オプションに関する、以下のような機械が読み取れる「意図」です。

• 仕様だけでなく目的を平易な言葉で説明する記述
• トレードオフを明確にするメリットとデメリット
• 具体的な利用シーンを示すポジティブシナリオとネガティブシナリオ
• コスト、リードタイム、サービス、リスクへの影響

ここで発想の転換が必要です。これまでWebサイトのコピーだと考えられてきた製品マーケティングのコンテンツは、これからは製品コンフィギュレーションモデルへの重要な「入力情報」となります。このコンテンツを構造化して初めて、AIはそれを用いて推論できるようになります。構造化されていなければ、AIはもっともらしい嘘を自信満々に生成するだけです。

PIMからナレッジベースへ

多くの製品情報管理（PIM）や価格表は、ID、階層構造、価格設定といった情報の管理には長けています。これらは構成の「正しさ」を担保するには役立ちますが、的確な「ガイダンス」を提供するには力不足です。AIを活用した販売支援を実現するためには、PIMを推論エンジンが照会できる「ナレッジベース」として機能させる必要があります。

近年、アナリストは検索拡張生成（RAG）をエンタープライズAIの「根拠づけ（グラウンディング）」のためのパターンとして位置づけるようになっています。これをCPQの実務に落とし込むと、次の2点が重要になります。

• システムが無効な組み合わせを提案することがないよう、厳密な制約は既存のロジック層で維持する。
• AIが質問に答え、トレードオフを比較検討し、説明可能な推奨を生成できるよう、全ての選択肢に簡潔で一貫した説明情報を付与する。

これが適切に行われれば、チャットインターフェースやガイド付きフォームは単なるおもちゃではなくなります。現場で製品が実際にどのように機能するかを反映し、教育可能な営業支援ツールへと進化するのです。

推論のための説明的データの構造化

重要なのは、情報をシンプル、簡潔、そして一貫性のあるものにすることです。目的は小説を書くことではなく、AIが様々な対話で再利用できる「信頼性の高いシグナル」を作ることです。

モジュールレベルの項目

• モジュールの目的 - このモジュールが提供する機能を2文程度で記述。
• 選定ガイダンス - このモジュールが重要になる状況と、選択の決め手を記述。

バリアント（選択肢）レベルの項目

• 短い説明 - 顧客が使う言葉で1〜2文で記述。
• メリット - 箇条書き3点まで。成果を変える利点。
• デメリット - 箇条書き3点まで。営業担当者が知っておくべき現実的なトレードオフ。
• 推奨シナリオ - 具体的な利用シーンを1〜3点。
• 非推奨シナリオ - 具体的な回避すべきシーンを1〜3点。
• 関連情報 - コスト、リードタイム、サービス、互換性に関する注意点。

具体的な事例

モジュール：キャブ

• 目的：ドライバーの作業環境と、休憩や機材のためのスペースを提供します。
• 選定ガイダンス：運行サイクル、法定制限、宿泊の有無、都市部へのアクセス性などを考慮して選択します。

バリアント：スリーパーキャブ

• 説明：夜間の休息のための一体型寝台を備えた拡張キャブです。
• メリット：長距離輸送のコンプライアンスをサポート。ドライバーの快適性向上。ホテル代の削減。
• デメリット：車両重量の増加。価格の上昇。狭い都市部での操縦性に影響する可能性。
• 推奨シナリオ：500km以上の長距離ルート。頻繁な宿泊を伴う運行。
• 非推奨シナリオ：高密度の都市部での配送。厳しい車高制限がある場合。短距離の運行。
• 関連情報：リードタイムが2週間追加。4x2または6x2駆動形式との組み合わせが最適。低ルーフシャシーでは利用不可。

現場からの2つの注意点です。

• まだ貴社製品を知らない、優秀な営業担当者向けに書いてください。専門用語の使用は許されますが、説明なしの専門用語は避けるべきです。
• 各バリアントの説明情報は、日本語で200字程度に収めてください。長すぎるとシグナルが薄まり、検索精度を低下させます。

この仕組みを実現するアーキテクチャ

説明的なデータは、安全装置（ガードレール）と組み合わせて初めて強力なツールとなります。私が推奨する成功パターンは、以下の階層構造です。

• 明示的なロジック層 - 既存のCPQルールと制約。構成の正しさと決定論的な動作を保証します。
• 説明的ナレッジベース - 構造化された説明項目と厳選されたドキュメント。検索可能で、営業に関連するコンテンツに限定します。
• 推論インターフェース - チャットやガイド付きフォーム。明確化のための質問を投げかけ、情報源を引用し、代替案を提案します。
• 説明可能性 - どのルールや説明情報が推奨に影響したかを表示し、営業担当が見積りを擁護できるようにします。

AIは、既存のロジックを置き換えるのではなく、その「上」に位置します。制約がなければ、AIは流暢な推測をするだけです。制約とコンパクトなナレッジベースがあって初めて、現場に展開しても安全な、説明可能なガイダンスが生まれるのです。

優れたシステムは、正しさと背景情報を分離します。ルールが安全性を担保し、背景情報がスピードを加速させるのです。

今すぐ始めるべきこと

これを始めるために、プラットフォームを全面刷新する必要はありません。必要なのは、製品開発、マーケティング、そしてCPQの担当部門間の連携を強化することです。

• 上位10の販売パターンを特定する - 最も受注に繋がりやすい見積りに登場するモジュールとバリアントを洗い出します。
• 各モジュールの目的を記述する - 最大2文でまとめます。
• 各バリアントの情報を拡充する - 説明、メリット・デメリット、推奨・非推奨シナリオ、関連情報を記述します。
• 非推奨の情報を記録する - 「いつ使うべきでないか」という情報は、しばしば最も価値のあるガイダンスになります。
• 厳密な制約をマッピングする - AIの提案内容に関わらず、ロジック層が無効な組み合わせをブロックするようにします。
• 検索可能なデータストアを構築する - 利用中のベンダーが提供するナレッジサービスやベクトルインデックスを使用し、説明情報と少数の厳選されたPDFを格納します。
• シンプルな推論UIを試作する - 一つの製品ラインだけでも、試験的なチャットやガイド付きフォームを導入すれば、多くの学びが得られます。
• 所要時間を計測する - 導入前後で、営業担当者が根拠のある推奨構成と価格付き見積りに到達するまでの時間を比較します。

すでにCPQをお持ちなら、全面的な入れ替えは不要です。既存の製品定義に説明的な項目を追加し、それを検索機能を持つ推論層に連携させることから始めてください。まだCPQがなければ、説明情報といくつかの重要な制約から着手し、そこから拡張していくのが良いでしょう。

積み重なる優位性

説明的なデータに投資するチームは、2つの複合的な効果を実感しています。

• 説明可能なスピード - 手戻りが減り、技術部門とのやり取りが不要になり、顧客への説明も迅速になります。
• より良い価格決定 - 具体的なシナリオにより、なぜプレミアム価格が存在するのか、どの場面で初期費用より総所有コストが重要になるのかが明確になります。

そして、このアプローチは十分に維持可能です。製品が変更された場合、更新するのは2箇所だけです。正しさを保証する厳密なルールと、ガイダンスを更新するための短い説明情報です。このシステムは、人間と機械の両方が読めるように設計されているため、常に教育可能であり続けます。

システムが推論と説明の両方ができれば、ついにスプレッドシートは不要になります。

私は20年以上にわたり、多くのチームが明文化してこなかった判断基準を自動化しようと試みては失敗するのを見てきました。教訓は単純です。CPQにおいてAIに本当に役立つ存在になってほしいのであれば、推論する価値のある情報を与えなければなりません。つまり、製品データには背景情報が不可欠なのです。貴社では、誰がこの役割を担うべきでしょうか？