執筆者：宮崎 祥一
Honeywell、Experian、Teradata、Avanade、SAS Instituteなどで、アナリティクス領域の事業開発に従事。製造業を中心に、医薬や金融など多様な業界において、導入事例が乏しい新領域の提案も含め、案件創出から受注までを主導してきました。2023年にHoneywellのAccount Management Directorを退任。現在は株式会社アルファブランディングを通じて、DXや新領域のソリューションにおける初期提案の設計支援を行っています。
はじめに｜差別化できないのは「ネタ不足」ではなく、前提が同じだから
「他社と差別化できません」。提案の現場では、本当によく聞く相談です。製品は弱くない。実績もある。説明も丁寧にしている。それでも最後は「どこも同じに見える」と言われてしまう。そこで手詰まりになった経験は、ないでしょうか。
ただ、実際に起きているのは、表現力や提案内容だけの問題ではありません。差別化できない状態というのは、多くの場合、もっと手前で「比較の枠」、つまり前提が固定されています。前提が同じなら、出てくる結論も似てきます。結論が似れば、最後に残る比較軸は価格と納期になりやすい。これは努力不足ではなく、構造の問題です。
このコラムでは、差別化が消えていく構造を「前提固定」として整理し、競合比較に入る前に比較の枠をどう設計し直すか、その手順と最小フォーマットを見ていきます。
- はじめに｜差別化できないのは「ネタ不足」ではなく、前提が同じだから
- 1. 課題と背景｜提案は内容ではなく「比較の枠」で勝敗が決まる
- 1-1. 比較の枠に入った瞬間、差別化はほぼ消える
- 1-2. なぜ今、前提固定が起きやすくなっているのか
- 2. 課題の構造｜差別化が消える3つの前提固定
- 2-1. 前提固定①：課題が「業務課題」のまま確定している
- 2-2. 前提固定②：目的が「システム導入」で確定している
- 2-3. 前提固定③：意思決定の仕組みが「購買判断」に落ちている
- 3. 解決策｜比較に入る前に「前提（比較の枠）」を設計し直す手順
- 3-1. 「症状語」で入口を作り、論点の主語を固定する
- 3-2. 経営の問いに翻訳し、比較の枠を作り替える
- 3-3. 比較軸を2〜3個、こちらで定義する
- 3-4. 前提設計シート｜差別化の核になる「前提設計1枚」
- まとめ｜差別化は提案内容ではなく、比較される前の前提で決まる
- 【参考】CaseScenario™なら
1. 課題と背景｜提案は内容ではなく「比較の枠」で勝敗が決まる
1-1. 比較の枠に入った瞬間、差別化はほぼ消える
提案が差別化できないとき、提案側はつい「もっと尖った機能を」「もっと魅力的なストーリーを」と考えます。ですが、顧客側の意思決定者が最初に見ているのは機能差ではなく、比較の枠です。
その枠が「何を作るか（要件）」「どう作るか（工数・体制）」「いくらか（単価・総額）」「いつか（納期）」に固定された瞬間、ベンダーは横並びになります。この枠は公平で分かりやすい一方、提案の戦略的な差を消します。差別化とは、この枠の中で勝つことではなく、枠そのものを変えることです。
1-2. なぜ今、前提固定が起きやすくなっているのか
DX提案やSaaSの普及によって、顧客側に「比較・選定」の型が定着してきました。提案依頼の段階でRFPが用意され、評価基準があらかじめ決まっているケースも珍しくありません。提案を受ける側が、比較プロセスに慣れているのです。
この状況では、提案する側が何も意識しなければ、自然に「比較される商品」として扱われます。顧客が用意した枠の中で説明を始めた時点で、前提はすでに固定されています。比較の枠を動かせるのは、その枠に乗り込む前、つまり初期提案の段階だけです。
2. 課題の構造｜差別化が消える3つの前提固定
差別化できない提案には、共通して固定されている前提があります。ここを動かさない限り、後段の提案をどれだけ工夫しても差はつきません。提案の中身を変える前に、何が前提として固定されているかを見抜くことが先です。
2-1. 前提固定①：課題が「業務課題」のまま確定している
最も典型的なのは、課題が業務課題の粒度で確定している状態です。「入力が手作業で大変」「データが散らばっている」「承認フローが遅い」「Excelが限界」。こうした課題設定に対しては、クラウド化、ワークフロー、基盤整備、RPAなど、処方箋はだいたい同じになります。間違いではありませんが、その時点で提案の差は「どの製品か」「どの機能か」「どのくらい安いか」に寄っていきます。
外資系アナリティクスベンダーで新製品を担当していたとき、製造業の顧客にデータ活用の提案を持ち込んでも、「他業界の話」として受け止められ、検討が始まらないことが続いた時期がありました。課題が「データが散らばっている」という業務課題の粒度で止まっていたため、解決策が横並びになっていたのです。突破口になったのは、IRをもとに「その非効率が経営としてどの指標を傷めているか」を先に整理し、提案の入口を業務課題から経営の問いへ引き上げたことでした。その工程によって、製造業の顧客が「自分たちの課題」として検討を始めるようになりました。
差別化を生むには、課題を「業務」から「経営の問い」へ翻訳することです。その非効率は経営として何を失っているのか、どの指標（売上・粗利・継続率・品質・監査）が傷んでいるのか、放置するといつ何が起きるのか。こうした問いへ引き上げることで、提案の入口が変わります。この翻訳がないまま実装の話に入ると、提案は自然に同質化します。
項目 | 課題の粒度 |
|---|---|
固定された前提（Before） | 「入力が手作業で大変なので、RPAやワークフローを比較する」 |
設計し直した前提（After） | 「承認遅延や入力非効率が、収益機会・統制・顧客対応に何を失わせているかを問い、そのうえで判断材料を揃える」 |
2-2. 前提固定②：目的が「システム導入」で確定している
次に多いのは、目的そのものが「新システムを入れる」「AIを使う」で確定している状態です。目的がここまで狭まると、差別化は手段の比較になります。手段比較は、最後に「同等なら安い方」に寄るのが自然です。顧客から見える論点が「何を入れるか」に固定されるため、ベンダーはどうしても機能・価格・納期・導入しやすさで並べられます。
本来、目的は手段ではなく、意思決定の結果としての状態変化で置くべきです。「本番化まで進む条件が揃っている」「稟議・役員会で判断できる材料が揃っている」「全社横断で優先順位がついている」。こうした目的の置き方をすると、提案の中心が「作ること」から「決められること」へ移ります。ここで初めて、差別化の余地が生まれます。
項目 | 目的の設定 |
|---|---|
固定された前提（Before） | 「AIを導入すること自体を目的にして、どの製品・どの機能が優れているかを比較する」 |
設計し直した前提（After） | 「AI導入そのものではなく、何を判断できる状態にするのかを目的に置き、そのために必要な条件や材料を整える」 |
2-3. 前提固定③：意思決定の仕組みが「購買判断」に落ちている
三つ目は、意思決定の仕組みそのものが「経営判断」ではなく「購買判断」に落ちている状態です。競合比較が始まると、顧客側の評価者が「リスクを取って価値を選ぶ人」から「ルールに従って安さと安全を選ぶ人」へ交代しやすくなります。購買部門のKPIは「安く、安全に調達すること」であり、提案の戦略的価値は評価対象外になります。一度この枠に入ると、どれだけ良い提案でも、価格・条件・リスクの比較に回収されます。
交代が起きる典型の合図は、RFPが発行された瞬間、あるいは現場担当者が「ここからは購買を通すだけです」と言った瞬間です。
外資系ITベンダー時代、あるSI案件でIT部門との関係は良好で稟議も問題なく通過していたのに、役員会・ステアリングコミッティで半年止まり続けたことがありました。最初は競合製品との比較で止まっていると誤解し、比較資料を作り直したり役員同士の面談を設定したりしました。ところが実際の原因は、欧州販売強化や工場ライン組み替えといった、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個、こちらで定義する
差別化が消えるのは、比較軸を相手に渡しているからです。初期提案の段階でこちらが定義します。推奨するのは次の3つです。
意思決定の前進：稟議・役員会・部門間合意が進むか。
本番化の確度：分岐条件と止め方が揃うか。
全社整合：中計・重点テーマ・KPIに接続できるか。
価格を軸にした比較に対しては、「先送りコスト」を比較軸として明示することも有効です。相見積もりを繰り返して導入判断が数か月遅れることで生じる機会損失やリスクの放置が、期待できる値引き額を上回るなら、比較を続ける合理性はありません。この観点を初期提案の段階で顧客と共有しておくと、単価だけでの比較が起きにくくなります。
3-4. 前提設計シート｜差別化の核になる「前提設計1枚」
提案初回〜2回目で、この1枚があると前提の合意が進めやすくなります。
項目 | 何を書くか | 記載例 |
|---|---|---|
1. 症状（止まっている現象） | 顧客内で実際に止まっている、不全として見える現象を書く | 「PoCを繰り返すが、本番投資の判断が進まない」 |
2. 経営の問い | Yes/Noで判断できる形で、投資判断の問いを書く | 「当社はこの領域に今投資すべきか。投資するならGO条件は何か」 |
3. 先送りコスト | なぜ今かを示す。安さを待つことで生じる損失を書く | 「導入判断が6か月遅れるごとに、機会損失と現場負荷が累積する」 |
4. 期待効果（指標3つ） | 改善したい指標を3つ程度置く。うち1つは財務指標に接続する | 「提案リードタイム短縮」「本番化率向上」「粗利率改善」 |
5. 判断材料（揃えるもの） | 次の判断に必要な材料を明示する | 「1枚要約」「GO/STOP条件」「優先順位」「統治体制」 |
6. 比較軸（2〜3個） | 価格以外で比較すべき軸を先に定義する | 「意思決定の前進」「本番化確度」「全社整合」 |
7. 次ステップ | 比較検討を終えた後、何に着手するかを書く | 「比較検討を終了し、判断材料作成のためのPoC設計に入る」 |
この1枚の空欄が埋まるほど、提案は「比較される商品」から「意思決定の設計」に近づいていきます。差別化は、機能を足した瞬間ではなく、この前提が揃った瞬間に始まります。
まとめ｜差別化は提案内容ではなく、比較される前の前提で決まる
差別化できないのは、ネタが足りないからでも、表現が弱いからでもありません。比較される前の段階で、課題の粒度・目的・意思決定の枠という前提がすでに固定されているからです。前提が同じなら、出てくる結論も似てきます。
明日やることは、それほど複雑ではありません。いまの提案の冒頭1ページを見て、主語が「手段語」になっていたら「症状語」に置き換えてみてください。そのうえで、経営の問いを1行で固定する。ゴールは「比較検討を続けること」ではなく、「判断材料をつくることに合意する」状態です。この2つが揃ってくると、提案は「比較される商品」から、少しずつ「意思決定の設計」に変わり始めます。
【次に読むべきコラム】
👉️ PoCから本番に進まない理由｜事前に合意すべき分岐条件と判断設計
👉️ 「今年度の課題ではない」と言われる理由｜来期送りになる比較軸と見直し方
👉️ RFP評価基準の設計｜価格以外でベンダー選定される「比較軸」の作り方
【参考】CaseScenario™なら
本記事で述べてきたように、差別化は提案書の見せ方や事例の数で決まるものではありません。どの課題を、どの粒度で、どの問いとして扱うか——比較される前の前提設計で決まります。
CaseScenario™は、この前提設計を支援する提案シナリオ設計サービスです。顧客企業のIR情報・中期経営計画の読解と、業界ごとの経営課題テンプレートをもとに、「何を課題にするか」「どの症状を経営の問いへ翻訳するか」「誰にどの論点で伝えるか」を初期提案の段階で整理します。
症状・経営の問い・先送りコスト・判断材料・比較軸といった要素が初期提案から揃うため、競合と同じ前提で比較されにくくなります。業務課題を経営課題に翻訳し、案件化・検討開始・承認前進に必要な判断材料を初期段階で整える——それがCaseScenario™の役割です。
