ソリューション営業とは｜提案型営業との違いと、機能比較に戻らない提案の作り方 

はじめに｜提案が、最後は機能と価格の比較になってしまう

顧客の課題を聞き、解決策を組み立てて提案した。それなのに、顧客からは「他社とどう違うのか」と聞かれ、最後は機能の一覧表と見積もりの比べ合いになる。法人営業の方なら、身に覚えがあるのではないでしょうか。

とくに起きやすいのが、DX提案です。「AI活用」「クラウド移行」「RPA導入」。言葉は違っても、最終的には機能の比較か価格の話になり、そのたびに差別化のポイントを探すことになります。

この状況は、提案の工夫が足りないというより、提案の主語が最初から製品や解決策になっていることで起きやすくなっています。ソリューション営業を掲げている会社でも、同じことが起きます。

本記事では、ソリューション営業とは何かを、プロダクトセリングや提案型営業との違いから整理します。そのうえで、ソリューション営業がなぜ機能比較に戻ってしまうのか、どう組み直せばよいのかを見ていきます。

1. ソリューション営業とは｜プロダクトセリング・提案型営業との違い

1-1. ソリューション営業の意味

ソリューション営業（ソリューションセリング）とは、製品の説明から入るのではなく、顧客の課題を起点に解決策を設計して提案する営業の進め方です。製品から入るのではなく課題から入り、顧客が望む改善をどう実現するかを考える方法論と説明されています。米国で1970〜80年代に体系化され、営業研修のプログラムとして広まりました（出典：Wikipedia「Solution selling」（英語））。

1-2. プロダクトセリングとの違い

かつてのIT営業では、製品の機能・性能・価格を訴求する「プロダクトセリング」が主流でした。製品の差が明確で、顧客の側も導入する対象を比べやすかった時代には、この進め方でも一定の競争力を持てました。

しかし、顧客の課題が複雑になるにつれて、製品の説明だけでは商談が成り立ちにくくなります。業務プロセス、組織、データ、既存のシステム、意思決定の流れまで含めて考えなければ前に進まない案件が増え、そこで重視されるようになったのがソリューション営業です。

この転換は、単に売り方が変わったという話ではありません。提案の主語を「製品」から「課題」へ移したということでした。

1-3. 提案型営業・課題解決型営業との違い

日本語の呼び名は、使われ方がそろっていません。

課題解決型営業は、ソリューション営業とほぼ同じ意味で使われます。日本語の呼び方か、英語由来の呼び方かの違いだと説明されることが多い言葉です（出典：キヤノン「課題解決型営業（ソリューション営業）とインサイト営業の違いとは？」）。

一方、提案型営業は、解説によって意味が分かれます。商品やサービスの特徴を訴求して販売機会を得る、プロダクト営業に近い意味で説明しているものもあります（出典：BOXIL「ソリューション営業とは？」）。

この記事では、課題解決型営業はソリューション営業と同じ意味で扱います。提案型営業は、製品の提案を中心にした営業として区別します。

1-4. ソリューション営業の限界

ソリューション営業は、「顧客は自分の課題を自分では解けない」という前提で成り立っていました。営業がニーズを見つけ出し、製品とサービスを組み合わせた解決策を示すことに価値があったのです。

ところが、この前提は崩れつつあります。調達部門や外部の専門家の助けを借りて、顧客自身が解決策を決めてから営業に声をかけるようになり、営業は価格を中心にした比べ合いに押し込まれやすくなった、という指摘があります（出典：Harvard Business Review「The End of Solution Sales」（英語、2012年））。

日本のDX提案で、「AI活用を提案してほしい」と、解決策の名前で相談されることが増えているのは、その典型です。

2. 課題と背景｜ソリューション営業を掲げても、プロダクトセリングに戻る

2-1. 解決策の名前で相談され、既存の資料で返す

近年のDX提案では、表面上は課題解決型を掲げながら、実際にはプロダクトセリングに戻っている場面が少なくありません。「クラウド移行」「生成AI」「RPA」といった技術の言葉が前面に出て、「何を変えるのか」より先に「何を入れるのか」が提案の中心になっているからです。

この流れは、提案する側だけの問題ではありません。顧客自身が「AI活用を提案してほしい」「RPAの事例を紹介してほしい」と、手段を主語にして相談してくることも多くあります。そうなると営業は、その依頼に沿って既存の資料や事例を出すほうが速く、顧客の期待にも応えやすく見えます。技術のテーマごとの資料は社内に用意されていることが多く、短期的には合理的です。

しかし、その合理性がそのまま提案の限界になります。顧客の言葉をそのまま主語にして既存の資料で返すだけでは、提案は技術の説明の域を出ません。「この技術で何ができるか」「どの機能があるか」「他社と何が違うか」という比較に入りやすくなり、提案はソリューションのように見えても、実態は「技術導入の売り比べ」に戻っています。

2-2. 経営情報は持っていても、提案には使えていない

法人営業の多くは、アカウントプランを作る場で、中期経営計画や決算情報を確認します。表面的には、経営の視点を持っているように見えます。しかし実際には、それが提案の起点にならず、「企業を理解した」で終わることが少なくありません。

外資系アナリティクスベンダーに在籍していたころ、アカウントプランのフォーマットを渡されると、前半に経営情報を貼り付け、後半に営業戦略を書く形が当たり前になっていました。前半と後半はつながっておらず、経営情報は「埋めるための素材」でしかありませんでした。私はそのころから、業務課題を経営課題につなげる構造でアカウントプランを書くようにしていました。

次に移ったITベンダーでも、入社した当初から同じ構造でアカウントプランを書いていました。その意図をきちんと読み取ってくれたのが、大手ITベンダーから移ってきたSIチームの執行役員でした。「アカウントプランはいくつも見てきたけれど、いままで見てきた中で一番わかりやすい」と言われ、「アカウントプランのお手本として、営業全員に配ったほうがいい」とも言われて、製造業を担当する事業部の営業全員に配られました。

経営情報を読むことと、それを提案の主語として使うことは別物です。中期経営計画に書かれている重点テーマを、どの業務課題と結びつけ、そこにどの解決策を位置づけるのか。このつなぎがなければ、経営情報は提案の飾りにしかなりません。

3. 課題の構造｜「顧客の課題」が、業務課題で止まっている

3-1. 業務課題を起点にすると、解決策は横並びになる

ソリューション営業でいう「顧客の課題」は、多くの場合、ヒアリングで聞いた現場の業務課題です。「データがつながらない」「作業が属人化している」「手戻りが多い」。こうした業務課題は、同じ業界の会社であれば、どこも似たものになります。

似た業務課題に対して、各社は似た解決策を出します。すると顧客から見えるのは、「何を変えるか」ではなく「何を導入するか」の違いだけになり、提案は機能・価格・導入しやすさの比較に入ります。

本来、企業ごとに違うのは業務課題ではなく、経営課題です。目指す成長の形も、変革の制約条件も、優先順位も、企業によって違います。にもかかわらず、提案の起点を業務課題や技術に置いた瞬間、その企業に固有の文脈は後ろへ退き、提案は横並びになります。提案が似てしまうのは、提案する人の工夫が足りないからというより、最初の主語を取り違えているからです。

3-2. 比べられているのは、競合製品ではなく経営の優先順位

ソリューション営業の提案が機能比較に入り込みやすいもう一つの理由は、承認が止まっている原因を見誤りやすいことです。

現場とは良好な関係を築き、稟議も部門を通過した。それでも役員会で止まると、営業は「競合製品に押されている」と考えがちです。比較資料を作り直し、価格を見直します。しかし実際には、顧客の役員が比べているのは競合製品ではなく、自社の経営の優先順位であることが少なくありません。IT投資とは直接関係のない別の経営課題に、優先順位で負けているのです。

提案が経営課題とつながっていなければ、解決策はいつまでも「比べられる対象の一つ」としてしか扱われません。

「次年度に検討します」と言われた案件の中に、こうした優先順位負けが隠れていないかを見直す方法は、別のコラムで整理しています。
👉 失注分析とは｜目的・分類と、「次年度検討」に隠れた第3の失注パターン

4. 解決策｜経営課題を起点にしたソリューション営業に組み直す

4-1. 経営課題 → 業務課題 → 解決策の順に並べる

機能比較から抜け出すには、提案の順番そのものを変えることが出発点になります。多くの提案は、製品や技術の説明から始まります。しかしこの順番では、顧客の頭の中でも「どれが優れているか」という比較が先に始まってしまいます。

提案は、まず経営課題から始めます。中期経営計画やIR情報の中で、顧客がいまどの変革テーマを進めようとしているのかを確かめます。そのうえで、その実行を妨げている現場の業務課題を置きます。「PoCが本番化しない」「提案が属人化している」「意思決定が遅い」といった状態です。そこまで整理して初めて、解決策を「その業務課題を取り除くための手段」として位置づけます。

解決策を消すのではなく、解決策の役割を後ろへ下げる。この順番を守るだけで、提案は機能の説明から、経営課題を前に進める話へと変わります。

外資系アナリティクスベンダーに在籍していたころ、米国本社のトップ営業の提案書を初めて見たとき、PowerPointではなくWordの文書で書かれていました。顧客の経営課題から始まり、解決策、導入後の展望までが文章で書かれていて、その起点にはIR情報をもとに見定めた経営課題がありました。機能の説明から始まる自分の提案との違いは、その一点だったと、いまも思っています。

提案書全体を、市場環境から効果まで一本の因果でつなぐ書き方は、別のコラムで詳しく紹介しています。
👉 提案書の書き方｜構成の6要素と作り方の手順【テンプレート付き】

4-2. 提案のゴールを、導入ではなく経営のゴールに置く

提案が似てしまうのは、ゴールが近すぎることも一因です。「AIを導入する」「クラウドへ移行する」「RPAを入れる」という近いゴールを置けば、提案はどうしても技術の比較になります。導入しやすさ、機能の差、短期の費用対効果の比較が中心になり、他社との差別化は難しくなります。

一方、提案のゴールを経営のゴールに置くと、提案の意味は変わります。同じクラウド移行でも、ゴールが「インフラコストの削減」なのか、「M&A後の統合を速めて事業再編を加速する」ことなのかで、提案の価値も設計もまったく違います。同じAIの提案でも、「問い合わせ対応を自動化する」のか、「営業活動の再現性を高めて重点顧客の攻略の精度を上げる」のかで、経営へのつながり方は変わります。

目先のゴールが近いほど、提案のルートは固定されます。経営のゴールのように遠い到達点を置くほど、そこへ向かう道筋には複数の選択肢が生まれます。自社が得意な進め方や設計の考え方が提案の差になるのは、ここです。

4-3. 機能比較に入らない提案冒頭の型

ここまでの考え方は、提案の冒頭1ページに落とせなければ、実務では機能しません。「この提案はどの経営テーマを扱い、どの業務課題を前に進め、何を判断してもらうものなのか」が一目で分かることが、機能比較を避けるための最小条件です。

次の型で提案の冒頭を組むと、顧客との会話は「どの機能が優れているか」ではなく、「このテーマをどう前に進めるか」に変わります。

この順番で提案の冒頭を組むと、解決策は比較の中心ではなく、経営課題を前に進めるための手段として位置づきます。提案の主語を変えるだけで、顧客からの見え方も、比べられる軸も変わります。

まとめ

ソリューション営業は、提案の主語を製品から課題へ移す考え方です。ところが、その「課題」が現場の業務課題で止まっていたり、顧客から解決策の名前で相談されたものを既存の資料で返したりすると、提案はプロダクトセリングに戻り、機能と価格の比較に吸い込まれていきます。

まず試してみるとすれば、自社の直近の提案書を一つ開いて、冒頭に何が書かれているかを確かめることです。製品や技術の説明から始まっていれば、「どの経営テーマを扱うのか」「どの業務課題が止まっているのか」を先に置き直してみてください。提案書の骨格を変えなくても、冒頭の主語を変えるだけで、顧客との会話の入り方は変わってきます。

【次に読むべきコラム】
👉️ DX提案が経営層に届かない理由｜経営会議・PoCで止まる意思決定の構造と突破口

【参考】CaseScenario™なら

営業が同席していない社内の会議でも、顧客担当者が書面を見ながら、「この提案は、会社のどの経営課題を前に進めるのか」を説明できる。CaseScenario™は、そのための書面を作るサービスです。

20業界の経営課題テンプレートをベースに、業務課題を業界共通の経営課題に接続し、市場環境から効果までの因果を一続きの書面にします。技術や製品の名前で始まりがちな提案を、経営課題から始まるソリューション営業の提案に組み替える土台を、初期提案の段階で整えます。

CaseScenario™は、業界共通の経営課題を起点にした初期段階の設計図です。個社固有の投資判断の材料は、その先の個別提案で整えます。

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