ALPHA BRANDING Corp.

CaseScenario

Column

DX提案が価格競争になる理由|比較される前に「前提」と比較軸を先に握る提案設計

グラフを背景に、腕を組んで顎に手を当て考えるビジネスパーソン。
宮崎祥一の顔写真

執筆者:宮崎 祥一

SAS Institute、Teradata、Avanade、McAfee、Experian、Honeywellなどの外資系IT・アナリティクス企業で、30年以上にわたり法人営業とビジネス開発に従事。製薬、化学、食品・飲料、半導体などのプロセス産業のほか、金融、小売を中心に、導入事例の乏しい新領域における案件創出から受注までを主導。2023年にHoneywellのAccount Directorを退任し、現在は株式会社アルファブランディングを通じて、新製品・新領域ソリューションの提案の設計を支援

はじめに|「結局、価格で決まりました」「どこも同じに見える」が続くとき

「結局、価格で決まりました」。この終わり方が続くと、提案する側としてはどうしても腑に落ちません。製品は弱くない。実績もある。機能も体制も工夫し、説明もきちんとした。それでも「どこも同じに見える」と言われ、最後は値引きや単価で決まったように見える。

ただ、実際には価格競争は最後に突然起きるわけではありません。もっと手前で、すでに「価格で比べやすい状態」ができあがっていることがほとんどです。比較の枠、つまり前提が固定されてしまえば、各社から出てくる結論は似てきます。結論が似れば、最後に残る比較軸は価格と納期になりやすい。これは努力不足ではなく、構造の問題です。

このコラムでは、DX提案がなぜ価格競争に落ちやすいのかを「前提の固定」という構造として整理し、競合比較に入る前に比較の土俵をどう設計し直すか、その手順と最小フォーマットをお伝えします。

1. 課題と背景|DX提案は「比較可能」になった瞬間にコモディティ化する

1-1. 価格競争は、最後の値引き交渉で始まるのではない

DX提案で「最後は価格で決まった」と感じる場面は少なくありません。しかし価格競争は、最後の見積比較で突然始まるわけではありません。

クラウド移行、データ基盤、生成AI活用、PoC実施といった実装メニューとして提案が整理されると、顧客側はそれを「何をどの条件で実現できるか」という比較にかけやすくなります。この段階に入ると、提案は価値や戦略の話ではなく、条件比較の対象として処理され始めます。価格競争は値引きの問題ではなく、提案が比較可能な形で整理された時点から始まっているのです。

1-2. 比較の枠に入った瞬間、差別化はほぼ消える

顧客側の意思決定者が最初に見ているのは、機能差ではなく比較の枠です。その枠が「何を作るか(要件)」「どう作るか(工数・体制)」「いくらか(単価・総額)」「いつか(納期)」に固定された瞬間、ベンダーは横並びになります。この枠は公平で分かりやすい一方、提案の戦略的な差を消します。

しかも、高機能なソリューションであっても、顧客がその機能をすべて必要としているとは限りません。提案が機能比較に入るほど、「そこまでの差は不要なので安い方でよい」という判断に流れやすくなります。価格競争は、価値がないから起きるのではありません。価値が機能差としてしか伝わっていないときに起きやすいのです。差別化とは、この枠の中で勝つことではなく、枠そのものを変えることです。

1-3. なぜ今、前提が固定されやすくなっているのか

DX提案やSaaSの普及によって、顧客側に「比較・選定」の型が定着してきました。提案依頼の段階でRFPが用意され、評価基準があらかじめ決まっているケースも珍しくありません。提案を受ける側が、比較プロセスに慣れているのです。

この状況では、提案する側が何も意識しなければ、自然に「比較される商品」として扱われます。顧客が用意した枠の中で説明を始めた時点で、前提はすでに固定されています。比較の枠を動かせるのは、その枠に乗り込む前、つまり初期提案の段階だけです。

2. 課題の構造|価格競争を生む3つの前提固定

価格で比べられる提案には、共通して固定されている前提があります。ここを動かさない限り、後段の提案をどれだけ工夫しても差はつきません。提案の中身を変える前に、何が前提として固定されているかを見抜くことが先です。

2-1. 前提固定①:課題が「業務課題」のまま、「手段」が主語になっている

最も典型的なのは、課題が業務課題の粒度で確定し、そのまま手段が提案の主語になっている状態です。「入力が手作業で大変」「データが散らばっている」「承認フローが遅い」「Excelが限界」。こうした課題設定に対しては、クラウド化、ワークフロー、基盤整備、RPAなど、処方箋はだいたい同じになります。

顧客が「AIで何かできないか」「データ活用を進めたい」と言ったとき、その言葉をそのまま提案の主語にしてしまうと、提案は一気に手段の比較へ寄っていきます。「AI導入のPoC」「データ基盤構築」「クラウド移行計画」といった形で話を始めると、顧客から見えるのは「何を作るか」だけです。各社の違いは機能や体制の差としてしか認識されにくく、「同じ目的に対して、どの手段が安いか、早いか、実績があるか」という比較に変わっていきます。

本来、提案の主語にすべきなのは手段ではありません。経営や現場が放置できない「症状」です。その非効率は経営として何を失っているのか、どの指標(売上・粗利・継続率・品質・監査)が傷んでいるのか、放置するといつ何が起きるのか。こうした問いへ引き上げない限り、提案はどうしても道具の売り比べになりやすくなります。

項目

課題の粒度

固定された前提(Before)

「入力が手作業で大変なので、RPAやワークフローを比較する」

設計し直した前提(After)

「承認遅延や入力非効率が、収益機会・統制・顧客対応に何を失わせているかを問い、そのうえで判断材料を揃える」

2-2. 前提固定②:目的が「システム導入」に固定され、提案が実装計画に寄っている

次に多いのは、目的そのものが「新システムを入れる」「AIを使う」で確定し、提案の中心が「何を決めるべきか」ではなく「どう作るか」に寄っている状態です。

実装計画は、見積もりに変換しやすいという性質があります。工数、単価、体制、期間、開発範囲は一覧表に落としやすく、複数社の比較にも向いています。一方、意思決定に必要な判断材料、優先順位の置き方、全社整合の考え方、リスクの潰し方は、金額や日数のように単純比較しにくいため、提案の中で明示されない限り評価の表に載りません。

顧客が本当に困っているのは、実装そのものよりも前にある「何を、どの順番で、どこまでやるかを決められない状態」であることが少なくありません。それにもかかわらず、提案側が早い段階から実装計画へ寄ると、顧客の会話も「どこが安く作れるか」に引っ張られます。提案の価値は「判断を前に進める力」ではなく、「作業をいくらで請けるか」で評価されるようになっていきます。

目的は手段ではなく、意思決定の結果としての状態変化で置くべきです。「本番化まで進む条件が揃っている」「稟議・役員会で判断できる材料が揃っている」「全社横断で優先順位がついている」。こうした目的の置き方をすると、提案の中心が「作ること」から「決められること」へ移ります。

項目

目的の設定

固定された前提(Before)

「AIを導入すること自体を目的にして、どの製品・どの機能が優れているかを比較する」

設計し直した前提(After)

「AI導入そのものではなく、何を判断できる状態にするのかを目的に置き、そのために必要な条件や材料を整える」

2-3. 前提固定③:意思決定が「経営判断」から「購買判断」に落ちている

三つ目は、意思決定の仕組みそのものが「経営判断」ではなく「購買判断」に落ちている状態です。本来「何に投資するべきか」「どの課題を優先するべきか」という経営判断が必要な場面で、「同等のものをどこから安く調達するか」という購買判断に切り替わっていきます。

この切り替わりが起きると、比較の基準も変わります。経営判断の場では、将来価値、優先順位、先送りコスト、全社整合といった論点が重視されます。購買判断の場では、公平性、説明責任、価格妥当性が優先されます。顧客側の評価者も「リスクを取って価値を選ぶ人」から「ルールに従って安さと安全を選ぶ人」へ交代しやすくなります。交代が起きる典型の合図は、RFPが発行された瞬間、あるいは現場担当者が「ここからは購買を通すだけです」と言った瞬間です。

いったんこの枠に入ると、営業側が後から「本当は価値があります」と説明しても通りにくくなります。顧客側の評価ルールがすでに切り替わっているからです。

外資系ITベンダーに在籍していたころ、稟議は通ったのに役員会で半年以上止まった案件で、私は競合製品との比較で負けていると思い込み、比較資料を作り直し続けました。実際に競っていた相手は、欧州販売強化や工場ラインの組み替えといった経営アジェンダでした。「何を基準に判断するか」という前提を握らないまま比較の土俵を相手に委ねると、何と比べられているのかさえ見えなくなります。

項目

意思決定の仕組み

固定された前提(Before)

「RFPが出た後に、価格・条件・機能一覧の中で少しでも有利に見せようとする」

設計し直した前提(After)

「RFP化する前に、何を基準に判断すべきかを顧客と合意し、購買に渡る評価軸そのものを先に設計する」

価格競争とは、値段を下げるかどうかの話ではありません。提案がどのルールで審査されている状態に入っているか、その問題です。

3. 解決策|価格で並べられる前に「土俵」を設計し直す手順

前提を設計し直すのは発想の問題ではなく、手順の問題です。提案の前段で、次の順番で前提を整えていきます。

3-1. 「症状語」で入口を作り、論点の主語を固定する

価格競争から抜ける第一歩は、何を売るかではなく、何が止まっているのかを主語にすることです。

手段語とは、AI、データ基盤、クラウド、SaaSのような言葉です。症状語とは、「PoCが本番化しない」「稟議で止まる」「重点顧客への打ち手が遅れる」「提案が属人化して品質が揺れる」のような、顧客が自力では解消できず、経営にとっても放置コストが発生している不全を指します。手段は代替可能な道具ですが、症状は顧客固有の文脈に根ざしています。症状が解消されない理由は多くの場合、スキル不足ではなく、部門間の利害・判断基準・予算区分といった構造に埋まっているからです。

主語を症状に固定すると、提案の評価軸は「どの製品が安いか」ではなく「その状態をどこまで前進させられるか」に変わります。手段を隠す必要はありません。手段を「主役」にしないことです。症状を起点に置き、手段をその解消手段として後から位置づける。この順番を守るだけで、提案は機能比較の土俵に乗りにくくなります。

需要予測のPoCがある大手重機メーカーで5年以上続き、毎年「今年度の投資課題ではない」とされていた案件がありました。精度が上がらないことが原因だと思い込み、改善を続けていたのですが、実際に契約が動いたのは、「どこで撤退するか」という撤退条件を明示したロードマップを提示したときでした。「精度をどこまで上げるか」という手段の問いから、「どの条件で判断を終えるか」という問いへ主語を変えた瞬間、顧客側で「終わりが見えるプロジェクト」として予算申請できるようになったのです。

3-2. 経営の問いに翻訳し、比較の枠を作り替える

次に、症状を経営の問いへ変えます。ポイントは、Yes/Noで判断できる形に落とすことです。

  • 「当社は、◯◯の理由で、◯◯領域に今投資すべきか」

  • 「投資するなら、どの条件ならGOで、どの条件ならSTOPか」

この問いが固まると、比較軸が「何を作るか」から「どの条件で前に進めるか」へ移ります。

国内大手計測機器メーカーへの提案では、IT子会社が類似ソリューションを開発・販売しており、外部ツールを買う理由がそもそもありませんでした。「どのソリューションを導入するか」という問いのままでは、外部ベンダーに勝ち目がありません。そこで問いを「社内に分析専門チームを作るために何が必要か」へ変えました。目的を「システム導入」から「社内チームの育成」へ置き直したことで比較の枠ごと変わり、「人材育成費」として稟議が通りました。経営の問いを先に設計した結果、IT子会社との競合自体が消えたのです。

3-3. 比較軸は相手に渡さず、2〜3個をこちらで先に定義する

価格競争は、比較軸を顧客側に委ねた瞬間に起きます。前提固定③で見たとおり、RFPが発行されてからでは評価ルールはもう動きません。RFPや比較表が作られる前に、こちらから「何を基準に判断すべきか」を提示し、顧客と合意しておきます。比較軸は多すぎると弱くなるため、実務上は2〜3個に絞るのが有効です。推奨するのは次の3つです。

  • 意思決定の前進:稟議・役員会・部門間合意が進むか

  • 本番化の確度:分岐条件と止め方が揃うか

  • 全社整合:中計・重点テーマ・KPIに接続できるか

このとき必ず添えたいのが、「今やらない損失」、つまり先送りコストです。役員会や上位会議で最も出やすい反応は、「今ではなくてもよいのではないか」です。相見積もりを繰り返して導入判断が数か月遅れることで生じる機会損失やリスクの放置が、期待できる値引き額を上回るなら、比較を続ける合理性はありません。この観点を初期提案の段階で顧客と共有しておくと、単価だけでの比較が起きにくくなります。

さらに、IRや中期経営計画に接続し、「このテーマが数年後の経営目標にどうつながるのか」という長期の到達点から提案を組み立てると、比較されるのは個別機能ではなく、経営目標に至るためのルートになります。比較軸を先に定義するとは、比較の距離感そのものを変えることです。

3-4. 最初に渡すものを「実装」ではなく「判断材料」に変え、前提設計1枚にまとめる

価格競争に入りやすい提案は、最初から納品物の中心が実装になっています。要件定義書、設計書、開発体制、工数見積が前面に出ると、顧客の関心も自然に「いくらで、いつまでにできるか」へ寄っていきます。

価格で比べられにくい提案は、最初に提供するものが違います。中心に置くのは、意思決定を前に進めるための判断材料です。意思決定の1枚要約、分岐条件、優先順位、全社整合の論点、次の会議体で何を決めるかといった整理です。これは、システムを作らないという意味ではありません。誤った投資や中途半端なPoCで止まることを防ぐために、先に決め方を整えるということです。

実務では、こうした判断材料を提案の冒頭1枚に落とし込んでおくことが機能します。提案初回〜2回目でこの1枚があると、前提の合意を進めやすくなり、競合比較が起きても単価比較ではなく、決め方の比較に持ち込みやすくなります。以下は、その1枚を構成する最小の項目です。

以下は、その1枚を構成する最小の項目です。

項目

何を書くか

記載例

1. 症状

いま止まっていること、放置できない状態

「PoCを繰り返すが、本番投資の判断が進まない」

2. 構造原因

なぜ止まっているのか。意思決定・責任・条件・整合の欠落を整理する

「判断者が曖昧」「部門間の優先順位が揃っていない」「GO/STOP条件がない」

3. 経営の問い

Yes/Noで判断できる形で、投資判断の問いを書く

「当社はこの領域に今投資すべきか。投資するならGO条件は何か」

4. 先送りコスト

今やらないことで確定する損失を1行で置く

「導入判断が6か月遅れるごとに、機会損失と現場負荷が累積する」

5. 期待効果(指標3つ)

改善したい指標を3つ程度置く。うち1つは財務指標に接続する

「提案リードタイム短縮」「本番化率向上」「粗利率改善」

6. 先に揃える判断材料

次の判断に必要な材料を明示する

「1枚要約」「GO/STOP条件」「優先順位」「統治体制」

7. 比較軸(2〜3個)

価格以外で比較すべき軸を先に定義する

「意思決定の前進」「本番化の確度」「全社整合」

8. 今回のゴールと次のステップ

何を作るかではなく何を決めるための提案かを示し、次に何を行い、どのゲートで継続判断するかを書く

「比較検討を終え、判断材料づくりに着手する合意を取る。PoCは判断材料作成の工程としてGO/STOP条件付きで実施する」

この1枚があるだけで、顧客の会話は「いくらで作れるか」から「このテーマをどう前に進めるか」に変わります。価格以外の比較軸は、説明のうまさだけでは生まれません。最初から意思決定の論点として、文書の中に置いておくことが前提になります。

まとめ|差別化は、比較される前の前提で決まる

価格競争になるのは、提案が弱いからでも、ネタや表現が足りないからでもありません。比較される前の段階で、課題の粒度・目的・意思決定の枠という前提が固定され、提案が「比較可能な商品」として処理される状態が、もっと手前でできあがっているからです。

まずは、いまの提案の冒頭1ページを見直してみてください。主語が「手段語」になっていたら「症状語」に置き換え、経営の問いを1行で固定する。そのうえで、先送りコストと、価格以外で比較すべき軸を2〜3個だけ置いてみる。ゴールは「比較検討を続けること」ではなく、「判断材料をつくることに合意する」状態です。この一手だけでも、提案は「売り込み資料」から「判断を前に進める資料」へかなり変わります。

比較軸は、気合いで生まれるものではありません。最初から文書の中に置いておくことが、出発点になります。

【次に読むべきコラム】
👉️ PoCが本番導入につながらない理由|営業が初期提案で変えるべき設計とは

【参考】CaseScenario™なら

価格競争を避けたいとき、多くの場合は提案書の見せ方や営業トークを工夫しようとします。しかし実際には、それだけでは届かないことがほとんどです。価格競争は提案の最後に起きるのではなく、もっと手前で「比較のルール」が決まった時点で始まっているからです。

CaseScenario™は、この比較のルールそのものを設計段階から整えるための支援です。IRや中期経営計画をもとに顧客企業の経営課題を整理し、現場の業務課題を経営アジェンダに接続したうえで、「誰に、何を、どの順番で、どの論点で伝えるか」を初期提案の設計図として組み立てます。

その結果、提案の主語を「製品」や「機能」ではなく、「放置できない症状」と「経営として判断すべきテーマ」に置き直せます。価格以外で比較すべき軸や、案件化・検討開始・承認前進に必要な判断材料も整理されるため、営業は機能を説明するのではなく、顧客の意思決定を前に進める提案を持ち込めるようになります。

提案資料をきれいに整えるためのサービスではありません。価格比較に入る前に、そもそも何を基準に比較すべきか、その土台から設計し直すための支援です。

👉 CaseScenario™の紹介ページはこちら

ライブラリ

「提案停滞」の文字と、足跡のシルエット図「承認停滞」の文字と、ビジネスパーソン3人のシルエット図「伝達不全」の文字と、4人の人物がネットワークで繋がっているシルエット図「PoC停滞」の文字と、進入禁止のテープのシルエット図「事例依存」の文字と、3つのバインダーのシルエット図「営業実務」の文字と、ジグソーパズルの3つのピースのシルエット図