顧客分析を進めるほど情報が増えていく。それなのに、いざ商談に臨もうとすると「で、結局何が言いたいのか」が自分でもわからなくなった経験はないだろうか。情報は持っている。でも仮説が出てこない——この状態に陥っている営業担当者は、実は多い。
この記事では、B2Bエンタープライズ営業の現場で30年間実践してきた経験をもとに、集めた情報を「点」から「線」に変えるための具体的な整理方法を解説する。特に仮説を立てる段階でつまずきやすい「ストーリーの整合性確認」というプロセスに焦点を当てる。情報収集の後、検証の前——その間にある、多くの営業が飛ばしてしまっているステップの話だ。
情報を持つことと、仮説を持つことは別の話だ
「調べた」と「わかった」は違う
顧客企業の決算資料を読んだ。IR情報をチェックした。プレスリリースも確認した。担当者との雑談で聞いた話もメモしてある。
こうして集めた情報をスプレッドシートやノートに並べていくと、どこかで「よく調べた」という満足感が生まれてしまう。でも、これは危ない状態だ。
「調べた」と「わかった」は、まったく別のことだからだ。
個々の情報は正確で価値があっても、それが点として散らばったままである限り、営業として持つべき仮説にはなり得ない。仮説とは「この顧客は今こういう状況にあり、だからこそこのソリューションが刺さる」という構造的な理解の上に立つものだ。点の情報をいくら積み重ねても、そこには辿り着かない。
「なんとなくの当たり感」で商談に入っていないか
私が外資系IT企業で多くの営業チームを率いてきた経験から言うと、成果が出ていない営業に共通するパターンがある。
情報収集は真面目にやっている。顧客のことも調べている。でも、その情報を「どう繋げるか」というプロセスを踏まずに、なんとなくの当たり感で商談に入ってしまう。結果として、顧客の課題を深く理解しているとは言えない提案になり、「うちのことをわかってくれていない」という印象を与えてしまう。
仮説が薄い理由は、情報収集が足りないからではない。点のまま持っているからだ。
「線として繋げる」とはどういうことか
4つの要素を書き出す
では具体的に何をやるのか。私が実践しているのは、以下の4つを書き出して、一本の線として眺めることだ。
- 経営目標 ── この会社はどこを目指しているのか
- 経営戦略 ── その目標に向けてどういう打ち手を選んでいるのか
- 対象事業の課題 ── その戦略を実行する上で何が障壁になっているのか
- 対象事業部の目標・戦略 ── 現場レベルでは何を追いかけているのか
重要なのは、この4つを「それぞれ把握する」ことではなく、「一つのストーリーとして繋がっているかどうかを確認する」ことだ。
顧客の経営目標という起点から出発し、その目標を実現するために選ばれた戦略があり、その戦略を実行しようとしたときに現れる課題があり、その課題が現場の事業部の動きにどう反映されているか——この流れが一本の線として繋がったとき、初めて「この会社は今こういう状況にある」という構造的な理解が生まれる。
ツールは問わない、「眺める」ことが大事
書き出す方法は何でもいい。紙でも、スプレッドシートでも、最近であればAIを使って整理するのも有効だ（私自身、顧客分析のプロセスでAIを積極的に活用している）。
大切なのは「ツール」ではなく、4つの要素を同時に「眺める」という行為そのものだ。個別に見ていると気づかないことが、並べて眺めることで見えてくる。特に「矛盾」が浮かび上がることがある。これが次のステップに繋がる。
ストーリーの「矛盾」こそが仮説のタネになる
矛盾は「エラー」ではなく「シグナル」だ
4つの要素を並べたとき、うまく一本の線にならないことがある。
たとえば、経営が「グローバル展開の加速」を掲げているのに、担当事業部が「国内シェアの維持」を最優先課題として追いかけているとする。点として見ればどちらも正しい情報だ。でも線として繋げると、そこに矛盾が生じる。
この矛盾をどう読むか。
組織内の優先順位の乖離なのか。経営と現場のコミュニケーションがうまく機能していないのか。あるいは、戦略転換の過渡期に避けられない痛みとして、現場がまだ旧来の目標を引きずっているのか——そのどれかによって、こちらが持つべき仮説はまったく変わってくる。
矛盾はエラーではない。むしろ、深掘りすべき仮説のタネだ。
矛盾を発見したら次の問いを立てる
実際に担当したケースでこういう場面があった。ある製造業の顧客で、経営レベルでは「データドリブンな意思決定への転換」を強く打ち出していた。ところが対象事業部では、依然として属人的な営業管理が当たり前の状態が続いており、デジタル化への投資優先度が低いままだった。
点として見れば、「DXを推進している会社」と「まだアナログな事業部」という二つの情報が並ぶだけだ。でも線として繋げると、「なぜその乖離が生まれているのか」という問いが自然に生まれる。
その問いを持って担当者と話したとき、「トップのかけ声はあるが、現場への予算配分が追いついていない」という実態が見えてきた。この情報が仮説の解像度を一気に上げた。
ストーリーの整合性を確認するプロセスは、単なる情報整理ではない。次に聞くべき質問を生み出すプロセスでもある。なお、その質問をどう設計し、商談の場でどう展開するかについては、[診断型質問の設計と実践]で詳しく解説しているので、合わせて参照してほしい。
ストーリーが「繋がった」ときに起きること
仮説が「確信」に近づく
逆に、4つの要素がきれいに一本の線として繋がったとき、どうなるか。
「この会社が描いているストーリーと、自分の仮説は合致している」という確信が持てる。これが検証の出発点になる。
確信と思い込みは違う。思い込みは根拠のない自信だが、確信は構造的な理解に基づいている。4つの要素を繋げ、ストーリーとして整合性を確認したうえで導き出した仮説は、顧客の前で語ったときの説得力がまったく違う。
「御社の経営目標を踏まえると、今この事業部が直面しているのはこういう課題ではないでしょうか」という切り出し方は、点の情報を並べただけでは絶対にできない。ストーリーとして繋がっているからこそ、初めてできる入り方だ。
顧客の「言っていいこと」が増える
もう一つ、見落とされがちな効果がある。
営業側がストーリーとして顧客のことを理解していると、顧客担当者が話してくれる情報の質が変わってくる経験を、現場で何度もしてきた。
「この人はうちのことをちゃんとわかっている」と感じると、担当者は「本来社外には言いにくいこと」も話してくれるようになる。社内の優先順位の変化、予算の事情、上層部と現場の温度差——こうした情報は、ストーリーを持って臨んでいる営業にしか届かない。
ここで得られた情報がさらに仮説を深める。このループが回り始めたとき、商談は一気に前に進んでいく。
整合性確認を「商談前の習慣」にする
一度やれば終わりではない
ストーリーの整合性確認は、顧客分析の「最後の仕上げ」として一度やれば終わりではない。顧客の状況は変わり続けるし、担当者との対話を通じて新しい情報が入ってくるたびに、線の形が変わっていく。
だから、私は商談のたびに「前回からストーリーに変化はないか」を確認する習慣を持っている。新しい情報が入ったとき、それが既存のストーリーを補強するものなのか、矛盾を生み出すものなのかを素早く判断できるようになることが、仮説の精度を上げ続けるための鍵だ。
BECQAのフレームにおける位置づけ
私が開発したBECQAフレームワークにおいて、このストーリーの整合性確認は「仮説構築」フェーズの核心部分に位置している。収集した情報を点のまま持つのではなく、構造として理解し、検証可能な仮説として言語化する——このプロセスなしに、質の高い診断型質問も、刺さる提案も生まれない。
仮説構築のプロセスをより体系的に実践したい方には、BECQAトレーニングで具体的な演習を交えながら学ぶことができる。
関連記事
点を集めることは誰でもできる。問題はその先だ。集めた点を線として繋ぎ、ストーリーとして確かめる——このプロセスを踏むかどうかで、仮説の質はまったく変わる。
情報量ではなく、情報の「繋がり」に差が出る。商談に入る前に、4つの要素が一本の線になっているか。一度確認してみてほしい。
