CPQ（Configure, Price, Quote）とは？
CPQ（Configure, Price, Quote）は、製品の構成、正確な価格の算出、見積書の生成を行うソフトウェアです。製品バリエーション、ルール、オプション、顧客別価格が多く、手作業での見積作成が困難な場合に特に有効です。
CPQシステムは、製品ルール、価格ロジック、見積生成を一つのプロセスに統合します。たとえば営業担当者は、構成内容を技術部門に回したり、Excelで価格を手計算したりすることなく、技術的に妥当なソリューションを構成し、正しい価格を算出し、見積書を生成できます。
CPQが必要になる典型例は、営業担当者が単独では「その製品構成が製造可能か」「いくらであるべきか」「どの部品が必要か」を判断できず、技術部門、Excel、ERPの助けを借りなければならない状況です。
Gartnerは、CPQソフトウェアを、営業チームが製品やサービスを構成し、価格を設定し、見積を生成するのを支援するツールと定義しています。多くの場合、CRMやERPと連携します。
出典: Gartner
Reference — hurtigt overblik
60秒でわかるCPQ
| CPQの意味 | Configure, Price, Quote（構成・価格設定・見積） |
|---|---|
| 目的 | 顧客ニーズから正しい構成・価格・見積へ |
| 主な対象 | 複雑または構成可能な製品を扱う企業 |
| 典型的な利用者 | 営業、技術部門、販売代理店、顧客 |
| 自動化の対象 | 製品選択、ルール、価格、割引、承認、見積 |
| 主な連携先 | CRM、ERP、PIM、CAD、EC |
| CPQではないもの | CRM、ERP、単なる製品コンフィギュレータ |
Configure、Price、Quoteとは何を意味するか
営業担当者または顧客が、製品属性、オプション、部品を選択します。CPQシステムはルールを適用し、技術的に妥当な組み合わせのみを選択可能にします。結果として有効な製品構成が得られ、多くの場合、対応する部品表（BOM）も生成されます。
システムは基本価格、オプション、顧客別価格、割引、通貨、市場に基づいて価格を算出します。価格ロジックはERPからデータを取得する場合も、CPQ内で管理する場合もあり、アーキテクチャにより異なります。
CPQは、製品説明、仕様、価格、商取引条件を含む見積書を生成します。出力形式はPDF、Word、Excel、またはCRM/ERP向けデータなどです。
CPQの流れ
顧客ニーズ
CONFIGURE
顧客は何を購入できるか？
PRICE
ソリューションの価格はいくらか？
QUOTE
ソリューションと見積はどのように提示するか？
受注
CRM
誰に販売するか？
CPQ
何を、いくらで販売できるか？
ERP
受注と納品をどう処理するか？
CPQの具体例
産業用換気設備メーカーを想定してください。顧客は風量、設置環境、寸法、電圧、制御方式、アクセサリー、対象市場を指定します。
Kundens behov → Configure → Price → Quote
顧客仕様
- 必要風量：8,000 m³/h
- 寒冷地での屋外設置
- 機械室のスペース制約
- 400 Vモーターとデジタル制御
- 防火ダンパーと消音装置をオプションとして追加
- 日本市場向け納入
Configure — システムが判定する内容
- 8,000 m³/hを満たせるユニットサイズ
- 互換性のあるモーターと制御ユニット
- 有効なアクセサリーと防火要件
- −10 °C以下の屋外設置に関する規制要件
ルールの例：
IF 設置 = 屋外 AND 温度 < -10 °C THEN ヒーターパッケージ = 必須 IF モーター = 400 V THEN 制御ユニットは400 Vに対応必須 Price — システムが算出する内容
- 選択ユニットの基本価格
- オプション（制御、防火ダンパー、消音装置）
- 顧客別割引
- 通貨と市場
- 利益率および低利益率時の承認
基本ユニット：¥18,500,000 · 制御装置：+¥1,250,000 · 防火ダンパー：+¥840,000 · 顧客割引 8％：−¥1,639,200 · 見積価格：¥18,950,800（例示 — 実際の顧客価格ではありません）
Quote — 顧客が受け取る内容
- 製品説明と技術仕様
- 価格概要と商取引条件
- 図面または製品ビジュアライゼーション
- 生産・調達向け部品表
CPQプロセスの仕組み
CPQなしの典型的な見積プロセス
具体的なワークフローは企業ごとに異なりますが、製造現場では次のパターンがよく見られます：
顧客
営業
Excel/メール
技術部門
修正
価格算出
Word/PDF
顧客
ERP
CPQありの典型的な見積プロセス
技術部門の役割はなくなるわけではありません — 役割が変わります：
顧客ニーズ
CPQ
- ガイド付き構成
- 製品ルール
- 価格設定
- 承認
- 文書
見積
ERP
技術部門は製品知識の定義・保守、および真のEngineer-to-Order（ETO）案件への対応を担います。定型的な構成可能受注は、営業が直接処理できる割合が高まります。
CPQシステムが自動化すること
| 業務 | 従来 | CPQ導入後 |
|---|---|---|
| 製品選択 | 営業の経験 | ガイド付き販売 |
| 技術検証 | 技術部門 | 製品ルール |
| 構成 | Excel/ERP | 構成エンジン |
| 価格算出 | Excel/価格表 | 価格エンジン |
| 割引 | 手動確認 | 価格ルール |
| 承認 | メール | ワークフロー |
| 見積 | Word/Excel | 自動生成 |
| BOM | 技術部門 | 構成から生成 |
| 受注データ | 手入力 | ERP連携 |
企業がCPQを必要とするタイミング
CPQが有効なのは、営業プロセスが組織内に分散している製品知識に依存している場合です：
- 営業が通常の見積検証のために技術部門に依存している
- 価格算出にExcelスプレッドシートが必要
- すべての製品組み合わせを把握しているのは限られたベテラン社員のみ
- 無効な組み合わせが技術部門や生産現場に届くことがある
- 見積作成に数時間から数日かかる
- 同じソリューションでも営業担当者ごとに価格が異なる
- 製品知識がシステムではなく個人の経験に依存している
- 販売代理店が製品構成機能へのアクセスを必要としている
- 理論上、数千から数百万の製品組み合わせが存在する
- 見積に技術文書、図面、部品表、計算結果が必要
- 営業がCRM、ERP、PIM、スプレッドシートのデータを組み合わせる必要がある
CPQが不要なケース
CPQはすべての営業課題の答えではありません。次のような場合、効果は限定的です：
- 製品が構成不要の単純なSKU（品番）
- 価格が固定で全顧客共通
- オプション間の依存関係がほとんどない
- 見積に含まれる技術情報が最小限
- 既存のCRMまたはERPの見積機能で十分
早期にこの点を認識することで、導入工数と社内期待値のすり合わせを節約できます。
Configure：製品構成とルール
CPQのConfigureは、製品知識を構造化された属性、オプション、ルールに変換することです。実務では、製品ファミリーを意思決定ツリーとしてモデル化し、各選択が後続の選択に影響を与えます。
製品モデリングは、企業の製品知識を機械可読にするプロセスです。ルール、制約、依存関係を保守し、営業、代理店、チャネル全体で再利用できるようにします。
産業製品モデルには、数百から数千の相互依存する構成ルールが含まれることがあります。ここが、単純なオプションカタログとの決定的な違いです。
- 属性とオプション — 例：風量、材質、電圧、制御方式
- ルールと制約 — 技術的妥当性、部品間の依存関係
- ガイド付き販売（guided selling） — システムが要件に沿った質問で利用者を案内
- ニーズベース構成 — 顧客が要件（例：風量）を入力し、システムがソリューションを提案
- 部品表（BOM） — 構成から生産向け部品リストを生成
- ビジュアライゼーション — 選択ソリューションの2D/3D表示
- Configure-to-OrderとEngineer-to-Order — CPQが構成可能な部分を処理し、技術部門が個別設計を担当
実務でのルール適用
IF 設置 = 屋外 AND 温度 < -10 °C THEN ヒーターパッケージ = 必須 IF モーター = 400 V THEN 制御ユニットは400 Vに対応必須 IF 風量 > 6,000 m³/h THEN フレーム = ヘビーデューティ Price：自動かつ一貫した価格算出
Priceは、構成されたソリューションが正確かつ一貫して価格設定されることを保証します。価格ロジックは製品ルールと同様に複雑になり得ます — 特に顧客別価格、市場別価格、承認フローがある場合です。
- 基本価格とオプション価格
- 価格マトリクスと計算式
- 顧客別価格契約
- 通貨と市場
- 割引とキャンペーン
- 原価、利益率、承認ワークフロー
- ERP価格表をデータソースとして利用
McKinseyの分析『The Power of Pricing』（2003年）では、大企業において実現価格を1％改善した場合（販売数量を変えずに）、営業利益への影響は、同程度の販売量やコストの改善よりも著しく大きいことが示されています。CPQプロセスにおける価格設定の規律が経済的に重要である理由を示しています。
出典: McKinsey
¥18,500,000の換気設備に¥2,090,000のオプションと8％の顧客割引を適用すると、見積価格は¥18,950,800 — Excelでの手計算ではなく、価格ルールに基づき自動算出されます。
Quote：見積書の自動生成
Quoteは、顧客と社内組織が必要とする文書またはデータパッケージを生成します。CPQの見積は単なる価格表ではなく、構成と価格算出プロセス全体の構造化された成果物です。
- 商務見積
- 技術仕様
- 画像、図面、ビジュアライゼーション
- 部品表（BOM）とコンポーネントリスト
- ERP向け受注データ
- 生産データ
一つの構成から、商務見積、技術仕様、ビジュアライゼーション、BOM、受注データ、生産データなど複数の成果物を、手作業の繰り返しなしに生成できます。
見積書の内容
- 1 表紙
- 2 製品概要
- 3 価格
- 4 取引条件
- 5 技術資料
Airmaster A/S
構成から生成されたブランド見積
ページ数
62
製品数
2
セクション
5
形式
CPQと製品コンフィギュレータ、CRM、ERPの違い
CPQは隣接するソフトウェアカテゴリと混同されがちです。各システムが解決する課題が異なります：
| システム | 主な役割 |
|---|---|
| CRM | 顧客、商談、営業活動 |
| CPQ | 構成、価格設定、見積 |
| ERP | 品目、受注、在庫、経理、生産 |
| PIM | 製品情報とメディア |
| CAD | 設計ジオメトリと設計データ |
| 製品コンフィギュレータ | 主に構成；CPQの一部となり得る |
CPQ vs. CRM
CRMは顧客関係の記録と追跡を行います。CPQはその関係の中で見積プロセスを実行します。CRMは誰に売るかを示し、CPQは何をいくらで提示するかを示します。
CPQ vs. ERP
CPQは、構成可能な見積に関する技術的・商務的な意思決定プロセスに特化しています。ERPは品目、経理、在庫、生産、受注などを扱う、より広範なトランザクション・リソースシステムです。ERPに見積・価格データを保持することはありますが、CPQは受注前のガイド付き構成・見積プロセスに焦点を当てます。
CPQ vs. 製品コンフィギュレータ
製品コンフィギュレータは、製品バリエーションの選択と検証に焦点を当てます。CPQは通常、製品構成に加え、価格設定、商務ルール、承認、見積生成を一体で扱います。製品コンフィギュレータはCPQの一部となり得ますが、単独システムとして存在することもあります。
CPQの社内システム連携
CPQは通常、販売チャネルとバックエンドシステムの間に位置します。アーキテクチャはさまざまですが、現代のCPQシステムがすべてのマスターデータを保持する必要はありません：
CRM / Webサイト / 代理店ポータル
CPQ
ERP / PIM / CAD
ERP連携により、価格、品目、受注データの一貫性が保たれます。CRM連携は見積を商談に紐づけます。PIMは製品説明とメディアを提供します。CADは、製品設計が中心となる場合に技術仕様を提供できます。
重要なのは、製品構造、価格、顧客データ、構成ルールのそれぞれをどのシステムが保有するかを定義することです。
- 顧客
- 商談
- 製品
- 価格
- 割引
- 製品属性
- 説明文
- 画像と文書
- 分類
- 関連
- バリエーション
- ルール
- 見積
- 明細行
- 受注
- 見積
- 部品表（BOM）
- 構成
CPQの利用者
営業
構成、価格設定、見積。
技術営業
複雑なソリューションと例外対応。
技術部門
製品ルールとEngineer-to-Order（ETO）。
プロダクトマネジメント
製品構造とオプション。
経理・財務
価格設定、利益率、承認。
販売代理店
セルフサービス見積。
顧客
デジタル製品構成。
製造業におけるCPQ
構成可能な製品を扱う製造業は、CPQの中核ターゲットです。CPQの関連性は、Configure-to-Order（CTO）、Make-to-Order（MTO）、Engineer-to-Order（ETO）などの生産モデルに大きく依存します：
CTO、MTO、ETO — 生産モデルとCPQ
| モデル | CPQとの関連 |
|---|---|
| 標準SKU | 限定的 |
| Configure-to-Order（CTO） | 非常に高い |
| Make-to-Order（MTO） | 高い |
| Engineer-to-Order（ETO） | CPQは標準化可能な部分を自動化 |
CPQは必ずしもETO企業の技術部門を置き換えるものではありません。既知のルールベースの選択を自動化することで、設計作業を要するプロセスの一部を削減できます。
廃棄物処理機器（Bramidan）
- Problem
- 複雑な製品組み合わせ、市場別バリエーション、手動の価格算出により、見積が遅く、少数のキーパーソンに依存していました。
- CPQ
- 製品ルール、市場フィルタリング、リース計算、動的価格設定による構成。
- Resultat
- 同社によると、複雑な製品の見積を、従来のプロセスと比べ数分で作成できるようになったとのことです。
ガレージドア（Lindab）
- Problem
- 数万の製品バリエーションと、エンドユーザー・代理店全体での一貫した価格とBOMの必要性。
- CPQ
- 高度な価格設定と詳細な部品表を備えたコンフィギュレータ。
- Resultat
- エンドユーザーと代理店が、検証済みの構成と自動価格設定で利用しています。
溶接ロボット（Migatronic）
- Problem
- 多数の技術的制約と、社内営業およびデジタルリード獲得の両方へのニーズ。
- CPQ
- 1,000以上の構成ルールと共通製品ロジックを持つCoWelderコンフィギュレータ。
- Resultat
- 社内営業とWebサイト上のコンフィギュレータの両方で利用されています。
CPQ導入から得た知見
構成可能な製品を扱う製造業へのCPQ導入後、当社が典型的に見るパターンは次のとおりです：
- CPQで難しいのはユーザーインターフェースではなく、製品知識の構造化であることが多い
- 製品ルールはERP、Excel、文書、ベテラン社員の頭の中に分散していることが多い
- フェーズ1ですべてのエッジケースをモデル化しようとすると、導入が不必要に困難になる
- 取引量が最も多い製品ファミリーから始める
- 製品情報、価格、顧客データをどのシステムが保有するかを明確に定義する
- Configure-to-Order（CTO）と真のEngineer-to-Order（ETO）を分離する
- 構成ロジックを定義する際は営業と技術部門を共同で関与させる
CPQがもたらす成果
CPQは「革命的な営業」といった抽象的な約束ではなく、具体的なメカニズムを通じて価値を生み出します。見積業務がExcelとメールから構造化されたルールへ移行すると、顧客対応に使える時間が増えます。Salesforce State of Salesによれば、営業担当者が実際の販売活動に充てる時間は平均で約28％にとどまり、残りは事務作業と準備に費やされています。複雑な見積を扱う企業では、構成、価格算出、文書作成がその事務作業の一部となり得ます。
出典: Salesforce State of Sales, 2024
- 見積プロセスの短縮と手作業による引き継ぎの削減
- 営業、代理店、チャネル全体での一貫した製品ルール
- 均一な価格設定と価格ミスの削減
- 標準見積における定型的な技術部門関与の削減
- 拡張可能な代理店・顧客セルフサービス
- ERP向けの構造化された見積・受注データ
社内営業ツールからオムニチャネルCPQへ
CRM → 営業 → CPQ → 見積
共通CPQエンジン（製品ロジック）
同じ製品・価格ロジックをチャネル全体で再利用できます。顧客、代理店、社内営業が同じルールに基づいて業務を進められます。
Gartnerによると、B2B購買担当者の67％が営業担当者なしの購買体験を好みます。製品・価格ロジックがCPQに集約されている場合、複雑なB2B購買においてもデジタルセルフサービスチャネルの重要性が高まります。
出典: Gartner, 2026
CPQの導入方法
導入の複雑さは、ユーザー数よりも製品の複雑さ、データ品質、連携要件に大きく依存します。典型的なアプローチは次のとおりです：
準備
- 既存の見積プロセスをマッピング
- 初期対象の製品ファミリーを選定（取引量が最も多いもの）
- 属性とオプションを構造化
モデリング
- ルールと制約を文書化
- 価格設定をモデル化
- 連携とデータ所有権を定義
提供
- 見積テンプレートを構築
- 過去の構成でテスト
- 営業ユーザーでパイロット
- 製品とチャネルへ展開
スコープは狭く始めてください。フェーズ1ですべてのエッジケースをモデル化しようとすると、導入が不必要に重くなります。
CPQ選定前に確認すべき10の質問
- 1 当社の実際の製品ルールをモデル化できるか？
- 2 導入後、誰がルールを保守できるか？
- 3 開発者なしで価格設定を保守できるか？
- 4 ERPとの連携方法は？
- 5 マスター製品データはどこに置くべきか？
- 6 必要なBOM/受注データを生成できるか？
- 7 営業、代理店、顧客が異なるインターフェースを使えるか？
- 8 複数の市場、言語、通貨に対応できるか？
- 9 例外とEngineer-to-Orderはどう扱うか？
- 10 製品や価格が変更された場合、どう対応するか？
CPQシステムを評価されますか？
CPQ要件定義書をダウンロード
製品構成、価格設定、連携、文書、管理、セキュリティ、導入に関する要件の実践的チェックリストです。CPQシステムの比較にご利用いただけます。
お客様情報を入力するとPDF版（英語）をダウンロードできます。要件定義書の全文はオンラインでも無料でお読みいただけます。
AIとCPQ
CPQにおけるAIは、製品ルールを推測で置き換えるものではありません。構造化された中核を取り巻く業務を加速するためのものです：
- 構成ルールの構築支援
- 自然言語の製品知識を構造化ロジックへ変換
- 顧客ニーズに基づく構成の提案
- メールや文書からの要件抽出
- 構成中の営業担当者支援
- 提案文の生成
- 不足情報の特定
- 過去構成の分析
重要な区別
AIは「顧客は約8,000 m³/hの屋外ユニットが必要」と解釈できます。しかし、選択されたモーター、寸法、制御、アクセサリーが技術的に妥当な製品かどうかを最終的に検証するのは、決定論的な構成ルールです。
CPQが必ずしも営業担当者を置き換える必要はありません。複雑な製品では、デジタル構成とセルフサービスに、顧客が文脈に応じたガイダンスを必要とする場面での専門家支援を組み合わせるモデルが最も強力です。
MercuraのAIとCPQについて詳しく見る →CPQに関するよくある質問
- CPQソフトウェアの費用はいくらですか？
- 費用は製品の複雑さ、ユーザー数、連携要件、導入範囲により異なります。多くのベンダーはプロジェクト型導入と継続ライセンスを提供しています。具体的な製品・プロセスの説明を添えてベンダーに問い合わせ、現実的な見積を取得してください。
- CPQと製品コンフィギュレータの違いは何ですか？
- 製品コンフィギュレータは、製品バリエーションの選択と検証に焦点を当てます。CPQは通常、構成に加え、価格設定、商務ルール、承認、見積生成を一体で扱います。
- CPQとCRMの違いは何ですか？
- CRMは顧客関係と商談を管理します。CPQは、構成、価格設定、見積生成という技術・商務面の見積プロセスを担当します。
- CPQはERPと連携できますか？
- はい。CPQは通常、品目、価格、在庫、受注連携のためにERPと統合されます。例についてはMercuraの連携オプションをご覧ください。
- CPQは部品表（BOM）を生成できますか？
- はい。CPQは選択された構成に基づいて部品表を生成できます — CPQ内で直接、またはERP向けデータとして。
- CPQは製造業にのみ関連しますか？
- いいえ。ただし、構成可能製品を扱う製造業が典型的な中核ターゲットです。CPQは、複雑なサービスやソリューションパッケージを扱う商社や企業でも使用されています。
- CPQ導入にはどのくらい時間がかかりますか？
- 焦点を絞ったパイロットは数週間から数か月程度です。複数の製品ファミリーとチャネルへの本格展開は通常それ以上かかります — ユーザー数よりも製品の複雑さとデータ品質に依存します。
- 顧客や代理店が自ら製品を構成できますか？
- はい。多くのCPQ導入には、社内営業と同じ製品ルールを持つ代理店ポータルや顧客向けコンフィギュレータが含まれます。
- CPQでAIは使えますか？
- はい — ルール構築、要件抽出、営業支援に活用できます。技術的妥当性の検証は決定論的な製品ルールが担うべきです。詳しくはAIとCPQをご覧ください。
- CPQが意味をなさないのはどんな場合ですか？
- 製品が固定価格の単純SKUで、オプション依存が少なく、見積の技術内容が最小限の場合です。そのようなケースでは、CRMまたはERPで十分なことが多いです。
理解から評価へ
この見積プロセスの説明に心当たりはありますか？次のステップは通常、ベンダー比較の前にCPQの関連性を評価し、要件を整理することです。