CPQシステム開発の進め方/やり方/流れや方法/手法/工程/手順

CPQシステム開発は、要件整理から始めて、方式選定、設計・開発の順に進み、テストや稼働を経て定着に至ります。この順で進めると、正確な見積と継続的な運用につながります。

開発の全体像、6フェーズの進め方、費用相場、見積比較の要点を順に説明します。全体像は完全ガイドで確認できます。

▼全体ガイドの記事
・CPQシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

CPQシステムの定義と全体像

CPQは、Configure（商品・サービスの構成）、Price（価格計算）、Quote（見積作成）の頭文字です。見積書を作るだけでなく、販売できる組み合わせだけを選ばせ、顧客別価格や数量割引、値引き上限、承認経路を適用します。

こうした機能は、受注や請求につなげる営業基盤と捉えると、開発範囲を判断しやすくなります。

CPQシステムで管理する業務範囲

管理する業務は、商品構成から見積、契約、受注・請求まで広がります。

• 商品構成：商品カタログと品目属性を管理し、オプションやBOMも扱います。
• 価格・承認：価格表と通貨、顧客別単価を扱い、数量割引や原価・粗利、値引き承認も管理します。
• 見積：帳票を生成し、商談から受注・請求までの情報をつなぎます。

CRMから商談を受けてCPQで見積を作り、承認後に受注・契約・請求へ渡すところまで含める場合があります。この範囲は、Quote-to-Cash（Q2C）とも呼ばれます。

保守契約やサブスクリプションでは、更新や増減、分割、途中変更も要件になります。

範囲を決める際は、「見積を早く作りたい」という要望を業務シナリオに分けます。そのうえで、商品選択、構成チェック、価格計算、例外承認の流れを確認します。帳票、受注連携、請求連携も、同じ流れの中で確かめます。

SIサービスでは、ライセンス、導入支援、保守、追加開発を一案件に組み合わせます。契約期間と作業量、要員単価、納品条件を管理する場所も決めておきます。

Excelから移行する判断基準

Excelを使っているからといって、CPQが必要とは限りません。判断は、運用課題と商材の複雑さから行います。

• 判断のばらつき：担当者ごとに、価格や値引きの判断が異なります。
• 作業上の問題：新商品やオプションを追加すると計算式が壊れ、見積の差し戻しも起きています。
• 二重入力：営業から受注・請求へ、同じ情報を二度入力します。
• 比較軸：商材の複雑度や営業人数、既存CRM・ERP、見積から請求までの範囲で比べます。

こうした状態では、属人運用のコストが見えにくくなります。そこで、実見積を10件から20件程度集め、作成時間や差し戻し理由、例外価格、連携先を記録します。これにより、優先順位を説明できます。

商品数や価格計算、見積件数が少なければ、CRMの標準機能やテンプレートで足りる可能性があります。

CPQシステム開発の進め方と6フェーズ

開発では、要件定義書を作るだけでなく、商品・価格ルールを整え、標準機能を検証し、実見積での受入れまで行う必要があります。さらに、稼働後にマスタを更新できる状態まで含めて進めます。

フェーズ1：実見積とルールから始める要件整理

要望を聞くだけでなく、過去の実案件をたどって見積の流れを可視化します。

1. 営業や営業企画、商品企画の担当者と、経理、情報システム、受注・請求の担当者を集めます。
2. 実案件で、商品選択や追加品の条件、値引き承認者、受注後の転記内容を確かめます。
3. 業務フロー、商品一覧、価格表・改定ルール、構成可否ルールを成果物にします。
4. 例外価格の許可条件を決めたうえで、商品数やルール数、価格表、連携先、拠点、同時利用者数を数えます。
5. マスタ責任者と更新頻度を定め、商品コードや販売単位、税区分、原価を整えます。

成果物には、承認表や帳票、連携項目、権限表もまとめます。また、適用期間や後継品、関連オプションもそろえます。

営業が自由に商品名を追加すると、重複商品や古い価格、販売終了品が混入します。そこで、未確定項目には決定期限と担当者を記録しておきます。

フェーズ2：標準機能を基準にした製品・方式の選定

方式は、同じ比較表に並べて比べます。

• SaaS・クラウドCPQ：組み合わせが複雑でも、標準機能で要件を満たせるなら検討します。
• CRM・ERP内蔵型：既存CRMの利用定着やデータモデルを生かせる場合に有力です。
• パッケージ拡張・フルスクラッチ：標準機能で不足する業務要件を洗い出して、比較します。

比較表には、商品ルールや顧客別価格、数量割引、通貨・税を入れます。契約更新やAPI、帳票、権限、監査ログも並べます。そのほか、データ返却、サポート、課金単位も比べます。

デモには、匿名化した実見積を使います。複数オプションや保守期間、値引き承認、在庫・請求連携を再現してもらい、それぞれを設定、追加開発、運用回避のどれで実現するかを記録します。

Salesforceは2025年7月に日本でRevenue Cloudの提供を開始しました。同社は、商品カタログや価格管理、CPQ、契約、注文、請求を共通のデータモデルで扱う方向を示しています。

公式発表時点の価格は24,000円（税別）/ユーザー/月です（出典: Salesforce Japan「Revenue Cloud」日本提供開始、2025年7月1日）。

同発表では、パナソニックEWネットワークスが営業活動と見積管理を単一プラットフォームで実現する活用プロジェクトを進めていると紹介されています。また、将来のAIエージェント活用も見据えています。

Oracle CPQは、製品構成や価格設定、見積、承認、受注を扱います。また、Oracle SalesやERPとの連携も想定しています（出典: 日本オラクル「Oracle CPQ Cloud」）。

既存基盤との接続と自社ルールへの適合性で評価します。製品の知名度よりも、この2点を基準にします。

フェーズ3：標準・拡張・運用を切り分けた設計・開発

設計では、まず正解データの所在と、標準・拡張・業務変更の境界を決めます。

• マスタ管理：商品、価格、顧客、契約、組織、権限ごとに、登録者と承認者、更新時期を定めます。
• 実現方法：機能ごとに、標準設定、追加開発、業務変更のどれで対応するかを分類します。
• 連携：CRM、CPQ、ERP、請求の間で受け渡す情報と流れを決めます。

適用開始日と履歴を定めます。価格改定の予約や過去見積の再現、販売終了品の更新契約も設計します。

独自の原価計算や見積ロジックが競争力なら、スクラッチや拡張に価値があります。

帳票の見た目だけでコア機能を作り込むと、製品の更新に追随しにくくなります。そこで、RFPには実現方法や追加費用、納期、保守への影響を明記します。

連携では、CRMから商談番号や顧客、担当者を受け取り、CPQから見積明細や合計、承認状態を返します。受注が確定したら、ERPや請求システムへ渡します。

連携の例外として、再送や重複登録、価格不一致、通貨・税の丸め、API停止時の手入力も設計します。

最小権限、MFAまたはSSO、職務分掌は、設計で必ず押さえる要件です。さらに、監査ログや暗号化、バックアップ、データ保持・削除、委託先管理も要件に入ります。

フェーズ4：構成・価格・承認を一体で確認するテスト

画面の表示だけでなく、構成と価格、承認の流れを確認します。

テストでは、金額や粗利、税、帳票の内容が、承認履歴や連携先の値と一致するかを確かめます。

• 正常系：単純な商品やオプション付き商品、保守付き契約で、正しく動くかを試します。
• 異常系：非互換の組み合わせや販売終了品、期限切れ価格、値引き上限超過を正しく扱えるかを確かめます。承認者不在、通貨不一致、API失敗も試します。

架空の1件だけでなく、過去の実見積を匿名化して使います。標準案件や複数拠点、代理店価格、個別値引き、更新・増額の案件を用意します。

営業や管理職、経理、受注担当が受け入れを行います。定価や原価、利益率を検証し、値上げ率や数量割引、丸めも確かめます。

Dynamics 365 Salesの価格計算には、商品カタログや価格表、原価、利益率が影響します。また、数量変更による割引も影響します（出典: Microsoft Learn「営業案件、見積もり、受注、および請求書レコードの価格計算」、2025年8月22日更新）。

受入れ基準は、見積作成、承認、帳票、連携のシナリオごとに数値で定めます。「大きな問題がない」という言い方だけでは、基準として足りません。

受入れ基準では、たとえば、必須項目が未入力なら登録できない、承認前の見積は外部送信できない、確定価格の変更履歴が残る、連携エラーを検知できるといった条件を明文化します。

フェーズ5：小さく始める稼働と業務を止めない設計

全社一斉導入より、商材や営業部門を絞ったパイロットが向いています。

1. マスタが整い、業務ルールを標準化しやすい商材や営業部門を選びます。
2. 見積作成時間や差し戻し率、値引き承認時間、エラー件数を測ります。
3. 顧客、商品、価格表、契約、過去見積の範囲を決め、参照用と更新・追加見積用を分けます。

測った例外は、不具合、マスタ不足、ルール未決定、教育不足に分類します。そのうえで、件数や金額、必須項目、重複を照合します。

過去見積をすべて移すと、古い商品や価格が混入する場合があります。そこで、稼働判定には、切り戻し条件や問い合わせ窓口、障害時の手入力手順も含めます。

フェーズ6：マスタ運用とKPIによる定着の仕組み化

利用率が伸びない原因は、操作方法よりも、商品や価格が現場の実情に合わないことにある場合が多いです。

• マスタ運用：商品追加、価格改定、例外価格、承認ルート変更の窓口とSLAを決めます。
• KPI：見積時間や差し戻し率、承認時間、エラー率を追います。粗利率や受注率、マスタ更新リードタイムも追います。
• AI活用：見積要約、類似案件検索、商品候補、値引き検知から始め、価格や原価を自動で確定させることは避けます。

月次でマスタ変更を審査し、変更者や日時、内容を監査できる状態にします。そうすると、営業が独自にExcelへ戻る事態も防ぎやすくなります。

導入前後は同じ条件で比べ、定着の目安をログイン数だけに置かないようにします。月次レビューでは、未利用機能や承認の滞留条件を確認します。例外が増えた商品は、ルールと教育を更新します。

正解データやルールの版管理、監査ログ、人の承認に加えて、外部サービスへ渡す顧客情報の範囲も先に決めます。

CPQシステム開発の費用相場とコストの内訳

費用は、ライセンスや初期設定、商品・価格ルール整備、画面・帳票拡張に分けて考えます。さらに、CRM・ERP連携や移行、テスト、教育、保守も含めて考えます。

2026年時点では、CPQ単体の国内公開見積が限られます。そのため、ここで示すのは、営業・CRM業務システムの相場にCPQ特有の要素を加味した予算目安です。製品定価や固定料金ではありません。

方式別の初期費用と期間の目安

方式や連携範囲によって、費用と期間には幅があります。

• SaaS標準設定：商品数が少なく、CRM連携もない場合は、100万〜500万円、1〜3か月が目安です。
• クラウドCPQ：軽微な拡張や承認、帳票、CRM連携を含めると、500万〜1,500万円、3〜6か月程度です。
• 基幹連携：ERP・在庫・請求、BOM、原価・粗利、複数通貨を含めると、1,500万〜5,000万円、6〜12か月程度です。
• 多拠点・多法人：独自Q2Cや基幹刷新も伴う場合は、5,000万円〜数億円、1〜3年規模です。
• フルスクラッチ：3,000万円〜2億円超、12〜24か月と幅があります。

費用と期間は、価格ルールや帳票、テスト、教育の範囲によって変わります。

フルスクラッチの金額は、独自UIや独自計算、非機能要件、将来改修の範囲で変わります。上記の金額は、いずれもリサーチノートとNotebookLM Q&Aに基づく予算目安です。発注前には、自社の条件で再見積が必要です。

Salesforce Japanの公式発表時点の価格は24,000円（税別）/ユーザー/月です。30ユーザーなら、月72万円、年864万円（税別）となります。

契約条件や対象ユーザー、導入支援、Success Plan、連携開発、帳票、データ整備が加わります。そのため、ライセンス額を導入予算とは見なせません。価格表の変更に備えて、見積有効期限と値上げ条件も確認します。

見落としやすい費用と予算配分

初期準備、工程配分、継続費用を分けて見積もります。

• 初期準備：商品マスタや価格表、Excelで管理している情報の洗い出し、データ移行、承認者の整理が必要です。帳票やAPI認証、教育資料も含みます。
• 継続費用：SaaSライセンスや、API・連携基盤、帳票・電子契約、保守がかかります。マスタ更新や問い合わせ対応も含みます。

これらをユーザー側の作業として無料扱いにすると、社内工数や遅延が予算に現れません。そこで、RFPでは発注先の作業と自社の作業を分け、担当者数と期限を記載します。

NotebookLM Q&Aで整理された配分目安は、要件定義10〜15%、設計25〜35%、開発30〜40%、テスト15〜20%、移行・教育5〜10%です（出典: リサーチノート「CPQシステム」、営業・CRM・MAドメイン横断Q&A）。

マスタ整備や連携テストが大きい案件では、設計・テスト・移行の比率が高くなります。開発費だけを削らず、自社で更新できる管理機能と教育にも予算を残します。

スクラッチや大規模カスタマイズでは、初期開発費の年10〜20%程度を保守予算として確保する考え方があります。そのうえで、保守予算に機能追加や価格改定が含まれるかを確認します。さらに、税率や通貨の変更、OSやブラウザ変更、脆弱性対応も含むかを見るとともに、バックアップと障害復旧は契約書で確かめます。

CPQシステムの見積取得のポイント

見積比較では、同じ業務範囲を同じ前提で比べることが重要です。

商品数や価格ルール数を伝えずに依頼すると、標準設定だけの見積と連携・移行込みの見積が並び、後から追加費用が発生します。そこで、実見積とチェックリストを渡し、標準、拡張、運用回避の境界を明示してもらいます。

RFPに書くべき要件と前提条件

RFPでは、業務範囲、連携・移行、非機能の条件をそろえて見積もります。業務範囲には、割引や原価・粗利、承認段階、帳票、契約更新も含めます。非機能では、データ保管場所や海外移転、委託先、データ返却、サポート時間も明記します。

• 業務要件：対象部門、営業人数、同時利用者数、商品・オプション数、構成ルール数、価格表、通貨・税、顧客別価格を書きます。
• 連携・移行：移行データと、CRM・ERP・在庫・請求・電子契約の連携先を記載します。
• 連携項目：APIの有無だけでなく、項目、送信時期、どちらを正とするかを明示します。
• 非機能要件：利用可能時間、復旧目標、バックアップ、監査ログ、SSO・MFA、権限分離を書きます。

顧客・担当者情報と価格・原価情報を扱うため、個人情報と営業秘密の両方を考慮します。さらに、決済情報まで接続する場合は、経済産業省の「クレジットカード・セキュリティガイドライン」など、対象業務に関係する最新の指針も確認します。

提案比較で使えるチェックリスト

自社の実見積を使い、業務適合性、運用性、契約範囲を比較します。

• 業務適合：商品構成、価格・原価、値引き上限超過時の承認、帳票とCRMの金額、受注・請求連携を、実見積で確かめます。
• 運用性：設定変更、権限、テスト、履歴管理の手順と、マスタ更新者を確認します。
• 契約条件：内訳や追加単価、再見積を比べます。検収や瑕疵対応、SLA、価格改定、更新、データ返却の条件も比べます。

見積の内訳は、要件定義や設計、設定、開発で分けます。連携、移行、テスト、教育、保守も分けて、対象作業を確認します。また、更新担当が不明な場合は、定着支援の範囲も確認します。

失敗しやすい進め方と対策

導入で起こりやすい失敗と対策を把握し、事前に対応を決めます。

• 製品を先に決める：実見積を一覧にし、初回リリースの商材と例外を絞ります。
• 業務を詰め込む：例外を標準化、承認、廃止のどれにするか、責任者が決めます。
• AIを先行する：初期リリースでAIの自動提案を中心にせず、マスタ整備とルールの版管理を先に行います。
• 稼働日をゴールにする：窓口やマスタ更新、KPI、改善予算、90日程度の伴走計画を決めます。

高機能製品を先に選ぶと、未整備のマスタから誤った商品や価格を計算しかねません。また、正解データがない段階でAI提案を中心にすると、誤りを招きます。

稼働後90日程度の伴走を見積に含めておくと、Excelへ戻るリスクを抑えられます。

CPQシステム開発でよくある質問（FAQ）

費用や期間、既存CRMとの関係、商品マスタの準備は、CPQ開発でよく聞かれる質問です。計画段階で判断に使えるよう、回答を載せます。

CPQシステムの開発費用はいくらですか？

標準設定中心は100万〜500万円、クラウドCPQの標準機能と軽微な拡張は500万〜1,500万円が目安です。

ERP・在庫・請求連携を含む本格導入は、1,500万〜5,000万円が予算検討の目安です。

商品数や価格ルール、連携先、拠点、移行・教育の範囲で変わります。そのため、製品ライセンスと導入・開発費は分けて見積もります。

CPQシステムの開発期間はどのくらいですか？

標準設定は1〜3か月、軽微な拡張やCRM連携を含む場合は3〜6か月、ERP・在庫・請求連携を含む場合は6〜12か月程度が目安です。

要件決定やマスタ整備、連携仕様、受入れ担当者の確保が遅れると、開発会社の作業では期間を縮めにくくなります。そこで、対象を絞ったパイロット後に段階展開する方法が現実的です。

既存のCRMにCPQ機能を追加すれば十分ですか？

商品構成と価格計算が単純で、見積から受注までをCRMで管理できるなら、標準機能やCRM拡張で足りる場合があります。

一方で、複雑なBOMや顧客別・代理店別価格、原価・粗利が必要な場合があります。サブスクリプション更新やERP・請求連携が必要になることもあります。

内蔵型と専用製品は、CRMを使っているかどうかではなく、必要なルールとQ2Cの範囲から比べます。

商品マスタが未整理でも開発を始められますか？

準備は始められますが、本番導入を急ぐと、誤った価格や販売できない組み合わせを登録するおそれがあります。まずは、代表的な商品、オプション、保守、価格表、値引き、適用期間を整理します。

マスタ責任者と更新ルールを決め、業務部門が正解データを承認する体制をつくります。さらに、過去の実見積とテストで照合できるようにします。

まとめ：ルールと定着まで含めたCPQシステム開発の設計

導入前に確認したい最終チェック

稟議やRFP提出前に、対象業務や商品・価格マスタの責任者、例外価格の承認者を確認します。連携先や受入れ担当者、稼働後のKPIも、あわせて押さえます。

未決定項目は、発注先の見積に含めるか、自社準備として期限を置くかを分けて記載します。

次に着手する実務上の一歩

最初に着手するのは、直近の実見積を使った現状の把握です。

1. 実見積を集め、商品構成、価格計算、値引き承認、帳票、受注連携の5項目で現状を記録します。
2. 標準設定と将来拡張の範囲を決め、小さく検証してから広げます。
3. 商品数やルール数、連携先、帳票を前提に、複数社へ同じ条件で相談します。
4. ライセンスやデータ、連携、移行を含めて比べ、現場と管理部門が価格を更新できる運用を整えます。

相談の際は、権限、監査ログ、SLA、データ返却も示します。また、比べる際は、テストや教育、保守も見ます。

段階的に検証して範囲を広げると、費用と現場負担を抑えながら定着を図れます。

▼全体ガイドの記事
・CPQシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。