夕方、営業から「明日の朝までに見積を」と頼まれる。
オプションの組み合わせが多い製品で、Excelの見積の型を正しく扱えるのは、ベテランの担当者1人だけ。
転記を1か所まちがえれば、値引きが重なり、気づかないうちに粗利が削れていきます。
NetSuite CPQとは、製品の構成・価格の計算・見積書の作成を、決めたルールで自動化する仕組みです。
CPQは、Configure（構成）・Price（価格）・Quote（見積）の頭文字です。
構成やオプションが多く、見積の件数も多い会社ほど効果が出ます。
逆に、商品が単純で見積も少ないなら、CPQは要りません。
ただ、効果を決めるのは機能ではありません。
価格と値引きのルールが言葉になっているかです。
では、例外だらけのExcelの見積を、どうやってルールに変えればよいのか。
この記事で分かること
- NetSuite CPQでできることと、手作業・Excelの見積との違い
- 向いている会社・向いていない会社の条件と、費用の考え方
- 導入の前に整える価格のルールと、例外の仕分け方
- よくある3つの失敗と、その避け方
NetSuite CPQとは
NetSuite CPQは、クラウドERP「NetSuite」の上で、構成の選択から見積書までを1つの流れで作る仕組みです。
Oracleの公式サイトでは、アドオン（追加）のモジュールとして案内されています（2026年9月確認）。
NetSuiteは世界220地域・44,000社以上で使われているクラウドERPです（出典：Oracle NetSuite公式サイト、2026年9月時点）。
CPQの3つの要素
- 構成（Configure）：オプションや仕様の組み合わせを、ルールに沿って正しく選ぶ
- 価格（Price）：選んだ構成にもとづいて、価格を自動で計算する
- 見積（Quote）：そのまま見積書・提案書として出す
3つがNetSuiteの中でつながるので、見積の後の受注・在庫・製造まで、同じデータで進みます。
ここが、見積だけを作る単体の道具との違いです。
この記事の「見積」は、自社の営業がお客様に出す見積です。
NetSuiteを買うときの見積の流れは、NetSuiteの購入・契約の流れで扱っています。
NetSuite CPQでできること
主な機能は、次のとおりです（出典：Oracle NetSuite公式、2026年9月確認）。
| 機能 | 中身 | 変わること |
|---|---|---|
| コンフィギュレータ（構成） | 営業担当者や顧客が機能・オプションを選び、決めたルールを当てる | ありえない組み合わせや選び忘れを防ぐ |
| 動的価格設定 | 選んだオプションにもとづき、ルールで価格を計算する | 転記と計算のミスが減る |
| 提案書 | 正確で、自社のブランドにそろえた提案書を作る | 担当者ごとの体裁のばらつきが減る |
| 部品表・ルーティング | ルールにもとづき、構成ごとの部品表と製造の手順を作る | 受注生産で、受注から製造への引き継ぎが速くなる |
| 統合・連携 | NetSuiteのERP・CRM・eコマースとネイティブに統合。ShopifyやAdobe Commerceとも連携 | 見積の後の受注・在庫・製造まで同じデータで進む |
部品表（BOM）は、製品を作るのに要る部品の一覧です。
ルーティングは、製品を作る工程の順番と内容のことです。
部品表の基本は、BOM（部品表）とはで解説しています。
公式サイトでは、社内の営業・外部の販売店・オンラインの、どの販売の経路でも使えると説明しています。
販売店や顧客自身が、ルールに沿って見積を作れるということです。
Oracleのヘルプには、CPQの機能ごとのガイドがあります（2026年9月確認）。
コンフィギュレータ・提案書の作成・eコマースとの連携・Guided Sellingの4つです。
Guided Sellingは、質問に答えながら商品を絞り込む販売の支援を指します。
画像での確認とAIについて
構成の途中で、製品の見た目を2Dの画像で確かめる機能があります（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
対話形式で構成を支援する「NetSuite CPQ AI Assistant」もあります。
自然な言葉で希望を伝えると、構成を案内する生成AIの機能です。
提供地域には日本が含まれますが、対応言語は英語のみです（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
使うにはCPQのコンフィギュレータ（SuiteApp）が必要です。
最新の提供状況は、アカウントの担当に聞いておきましょう。
手作業の見積とNetSuite CPQの違い
| 比較の軸 | 手作業・Excelの見積 | NetSuite CPQ |
|---|---|---|
| 作成の速さ | 製品が複雑なほど時間が増える | ルールに沿って速く作る |
| 価格・構成の正確さ | 転記ミス・選択ミスが起きやすい | ルールで不整合を防ぐ |
| 属人化 | 「作れる人」に頼りがち | 誰でも一定の品質で作る |
| 後工程への連携 | 受注・在庫・製造へ手で入力 | NetSuiteの中でデータがつながる |
| AIとの親和性 | 低い。見積の条件がファイルに散らばる | 高い。構成・価格・受注の履歴がそろい、値引きの傾向や失注の理由を分析しやすい |
効果を数字で見る
CPQの効果は、見積にかかる時間と、値引きのばらつきで見ます。次は架空の例です。
- 見積1件に平均3時間、月に60件 → 月180時間を見積に使っている
- 半分の時間で作れるようになれば → 月90時間を商談や提案に回せる
- 値引き率の平均が担当者で5ポイント違う → ルールをそろえれば粗利が守れる
時間より効くのは、後者のほうかもしれません。
粗利の考え方は、売上総利益（粗利）とはで扱っています。
SFA・CRM・価格戦略との関係
- SFA（営業支援）：商談や案件を管理する。CPQはその中の「見積を作る工程」を担う
- CRM（顧客管理）：顧客の情報をまとめる。CPQは顧客別の価格などに使う
- 価格戦略：価格をいくらにするかの経営の判断。CPQは決めた価格を見積に当てる側
価格戦略で「決める」、CPQで「正しく当てる」。
価格の決め方そのものは、プライシングとはで扱っています。
判断の物差し｜向いている会社・向いていない会社
向いている会社
- 構成やオプションが多い製品を扱っている
- 受注生産など、注文ごとに仕様が変わる
- 保守やサブスクなど、価格の組み方が複雑
- 見積の件数が多く、速さと正確さの両方が要る
- 販売店や顧客に、見積を自分で作ってもらいたい
向いていない会社・別の選択肢が合う会社
| 状況 | 合う選択肢 |
|---|---|
| 商品が少なく、価格も単純 | NetSuite標準の見積書や、SFAの見積機能で足りる |
| 見積の件数が月に数件 | Excelの見積の型をそろえるだけで足りる。いまはCPQを入れない |
| 基幹がNetSuite以外 | その基幹と連携できるCPQ、またはOdoo・国産ERPの見積機能を比べる |
| 構成のルールがごく独自で、画面も独自にしたい | AIスクラッチ開発で見積の仕組みを作る道もある。保守の体制が要る |
判断の流れを図にすると、次のとおりです。
サブスクの請求まで含めて考える場合は、NetSuite SuiteBillingも参考になります。
費用の考え方
CPQはアドオンのモジュールです。
NetSuite全体のライセンスは、ミニマム構成で月額20万円〜が出発点です。
モジュール・ユーザー数・オプションで変わり、数百万円規模になることもあります。
導入の費用は、ライセンスとは別にかかります。
ベンチャーネットが支援したNetSuite導入の費用では、3名程度で購買・販売だけの事例が150万円程度・1.5か月でした。
100名程度で購買・販売・在庫・会計に外部システム連携を含めた事例は、2億円程度（うち開発約7割）・1.5年です。
その間に、30名程度・購買・販売・プロジェクト管理で2,000万円程度・1年の事例があります。
20名程度・購買・販売・在庫・会計で情シスなしの事例は、3,000万円程度・2年でした。
差を生む要因は、機能範囲・開発（特に外部システム連携）・社内の体制・ユーザー数の4つです。
4事例の詳細は、「NetSuiteの料金」で扱っています。
CPQでは、ルールの設計の工数が「開発」の重さに効きます。
例外をそのまま載せるほど、設定は重くなります。
導入の前に｜価格のルールを言葉にする
CPQは「決めたルールを実行する仕組み」です。
元になるルールが曖昧だと、何を自動化するかが決まりません。
曖昧なまま組めば、誤った価格が量産されるおそれもあります。
導入の前に、次の4つを言葉にしておきます。
| 整えること | 例 |
|---|---|
| 価格表 | 標準の価格、顧客の区分ごとの価格 |
| 値引きの権限 | 営業担当は5%まで、課長は10%まで、など |
| 承認の流れ | 権限を超える値引きは、誰が承認するか |
| 構成のルール | この仕様を選んだら、このオプションは選べない、など |
表の数字はいずれも架空の例です。
これは、価格ガバナンス（価格を決める基準とルールを会社として整えること）の見直しでもあります。
承認の流れは、NetSuiteの承認ワークフローで扱っています。
これから検討する会社と、いま使っている会社
これからCPQを検討する会社が最初にやるのは、機能の比較ではなく見積のルールの棚卸しです。
CPQはアドオンのため、NetSuiteの見積の段階で、入れるかどうかと時期を決めます。
いまNetSuiteを使い、Excelや別のツールで見積を作っている会社は、次の3つを見ておきます。
- 見積から受注への転記で、ミスや二重入力が起きていないか
- 値引きの承認が、メールや口頭で済まされていないか
- いまの見積ツールの保守期限や更新の費用
いまのツールを使い続け、NetSuiteとの連携だけを直す道もあります。
よくある3つの失敗
3つの失敗と避け方を図にすると、次のとおりです。
失敗1：今の見積を「全部そのまま」再現しようとする
起きること：CPQの設定がブラックボックスになり、誰も直せない。
原因：例外だらけのExcelの見積を、仕分けずに丸ごと移した。
避け方：いまの見積の作り方を見える化し、例外を一つずつ仕分けます。
仕分け方は、第8章の「標準に合わせる／開発する／残す」です。
失敗2：主力以外まで、一気に全製品をCPQにする
起きること：ルールの設計が終わらず、現場も変化に追いつけない。
原因：すべての商材を最初から、完成したルールで載せようとした。
避け方：見積が最も複雑な製品か、件数が多い主力製品から始めます。
効果が出てから、横に広げます。
失敗3：作って終わりで、営業に定着しない
起きること：「前のやり方の方が早い」と、Excelの見積に戻る。
原因：稼働日をゴールにし、研修や運用のルール、改善の場を用意しなかった。
避け方：稼働後の3〜6か月を、定着の期間として計画に入れます。
営業の声を集め、ルールと画面を直す場を月に一度持ちます。
ベンチャーネットならこう見る｜見積の例外を3つに仕分ける
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱っています。
SAPからのリプレイスにも対応し、特定の製品に誘導しない立場です。
CPQの相談で、最初に手を付けるのは設定ではありません。
いまの見積が、誰の手で、どんな例外をはさんで作られているか。
それを描くところから始めます。
見える化すると、「この顧客だけ特別価格」「この組み合わせは手で直す」といった例外が並びます。
整理整頓で、惰性で続いているだけの例外を外します。
残った例外は、CPQの標準の機能と照らし合わせ、次の3つのどれかに決めます。
- 標準に合わせる：例外をやめ、価格表と値引きの権限のルールに収める
- 開発する：売上や粗利に効く例外だけ、追加の設定や開発でCPQに載せる
- 残す：件数の少ない特殊な見積は、CPQの外で手作業のまま続ける
3つ目を認めると、CPQの設定は軽くなります。
全部を自動にしなくても、主力の見積が速く正確になれば、CPQの役目は果たせます。
仕分けの前に伺うのは、次の3つです。
- 見積で失っているものは何か：時間か、利益か、受注の機会か
- 複雑なのは構成か価格か：構成ならコンフィギュレータ、価格ならルールの整理が中心
- 誰が見積を作るか：社内の営業だけか、販売店や顧客もか
要件を伺うのは、営業ではなく導入コンサルタントです。
見積の例外は、話を聞いた人がそのまま設計しないと、途中で抜け落ちやすいからです。
見積は、値引きをどこまで許すかを決める仕事でもあります。
CPQの導入は、利益の守り方を整える話です。
今日できること｜直近20件の見積を並べる
直近の見積を20件選び、次の表を埋めてみてください。1時間ほどでできます。
| 見積 | 作成にかかった時間 | 値引き率 | 手で直した例外 |
|---|---|---|---|
| （例）見積A | 3時間 | 12% | 特定顧客の特別価格 |
時間がかかる見積が特定の製品に集まるなら、CPQの候補です。
値引き率が人によって大きく違うなら、まず値引きのルールを決めることが先です。
右の列に並んだ例外は、そのまま第8章の仕分けの材料になります。
よくある質問
Q1. CPQとは何の略ですか
Configure（構成）・Price（価格）・Quote（見積）の略です。
普通の見積機能との違いは、構成のルールと価格の自動計算を含む点です。
複雑な組み合わせでも、ルールに沿って正しい見積を速く作れます。
Q2. SFAやCRMの見積機能とはどう違いますか
SFAやCRMは案件を管理しCPQは複雑な見積を自動化します。
役割は補い合う関係です。CRM・SFAで案件を管理し、CPQで見積の速さと正確さを高めます。
詳しくはNetSuite SFAとはとNetSuiteのCRMとはをご覧ください。
Q3. 単純な商品でも必要ですか
必ずしも必要ではありません。
商品が単純で見積も少なければ、標準の見積書やExcelの型で足ります。
まず自社の見積の複雑さを見極めます。
Q4. 何から準備すればよいですか
価格表・値引きの権限・承認の流れを言葉にすることです。
ルールが曖昧なままだと、何を自動化すべきかが決まりません。
直近の見積を並べ、例外を「標準に合わせる／開発する／残す」に仕分けるところから始めます。
Q5. ECサイトとつなげられますか
NetSuiteのeコマースと統合されShopifyなどとの連携もあります。
公式サイトでは、ShopifyやAdobe Commerceとの連携が挙がっています。
顧客がWebで構成を選び、そのまま注文する使い方も考えられます。
Q6. CPQでAIは使えますか
対話で構成を支援するAI Assistantがあります。
日本のアカウントも提供地域に含まれますが、対応言語は英語のみです（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
日本語で使えるようになるかは、アカウントの担当に聞いてください。
Q7. CPQの費用はどう考えればよいですか
CPQはアドオンのモジュールです。
NetSuite全体はミニマム構成で月額20万円〜が出発点で、構成で変わります。
導入の費用は、機能範囲・開発・社内の体制・ユーザー数の4つで動きます。
CPQでは、ルールの設計の工数も見込んでおきます（第4章）。
まとめ｜見積は「利益の守り方」として整える
- NetSuite CPQは、構成・価格・見積をルールで自動化する仕組み
- 部品表・ルーティングまで作れ、受注生産で効きやすい
- 社内の営業・販売店・オンラインのどの経路でも使える
- 効果を決めるのは、価格と値引きのルールが言葉になっているか
- 例外は見える化してから「標準に合わせる／開発する／残す」に仕分ける
- 商品が単純で見積が少なければ、いまは入れない判断もある
ベテラン1人にしか作れない見積は、ルールにできる部分と、残してよい部分に分けられます。
まずは直近20件の見積を並べ、手で直した例外を書き出してみてください。
もう少し詳しく知りたい方へ
CPQが本当に要るかの見極めから、見積のルールの整理まで、ご相談をお受けしています。
