why what how 営業｜Whyから始めない失注の構造

why what how とは何か — 営業に使う前に整理する定義

「why what how」を調べると、Simon Sinekのゴールデンサークル理論に行き着くことがほとんどです。このフレームワークは理解しやすい反面、「自社の信念を語ること」という方向に解釈されやすく、営業現場での使い方が曖昧なまま終わりがちです。本章では定義を最短で整理し、営業という文脈でどう読み替えるべきかを確認します。

もとの意味（ゴールデンサークル）と営業文脈での転用

Simon Sinekがゴールデンサークルとして提唱したのは、Why（目的・信念）→ What（成果・成果物）→ How（方法・手順）という同心円の構造です。もともとはリーダーシップ論やブランド論の文脈で語られたもので、「なぜ自分たちはこの事業をしているのか」を起点にすることで人を動かすコミュニケーションができるという主張でした。AppleやTEDトークの事例とともに広まったこの考え方を、営業のコミュニケーション設計に転用するときには、向きを変える必要があります。Whyを「自社の信念を語る場」として使うのではなく、「顧客がこの課題を解決しなければならない根拠」として置き換えることが、転用の核心です。

営業における「Why」「What」「How」の対応関係

営業の商談においては、Why・What・Howをそれぞれ次のように対応させます。Why は顧客がこの課題を放置できない背景や痛みです。What は提案の成果物・達成するゴールの姿です。How は実装手順・価格・スケジュールなどの実務詳細です。なかでも重要なのは、Whyを「自社のWhyを顧客に語る」のではなく「顧客文脈でのWhyを引き出す」と捉えることです。この置き換えを意識せずに使うと、ゴールデンサークルは自社紹介ツールになってしまいます。この定義を踏まえて、次章から本題に入ります。

失注を生む「How先行」の構造

多くの営業担当者は「Why→What→Howの順で話すべき」という原則を知っていながら、実際の商談では無意識にその逆順を踏んでいます。なぜ逆順になるのか、そしてその逆順がどのように失注へとつながるのか——この構造を解剖することが、本記事の核心です。フレームワークを「知っている」から「商談で機能させる」に変えるための出発点がここにあります。

独立して組織改善の支援に入るようになってから、初回の商談に同席を頼むことが増えました。資料を開いた最初のページが製品概要か機能一覧かどうかで、その先の流れがだいたい読めるようになったのは、かなり早い段階だったかもしれません。

同席するたびに見るのは、説明しながら顧客の反応が薄くなっていくタイミングです。担当者が話す側に入ると見えにくくなりますが、外から聞くと「なぜ自分に関係があるのか」がまだ示されていない段階で機能の話に入っている、という場面は珍しくありませんでした。顧客が「で、これは自分たちに関係あるのか」を保留にしたまま情報を受け取り続けている表情は、支援を重ねるほど見分けられるようになった気がします。

営業担当者と振り返りをすると「感触は良かったと思う」という言葉が出ることがあります。そのとき私が参照しているのは、顧客が最初に自分の言葉で話し始めたのはいつだったか、という一点だけでした。

大多数の営業が無意識にやっている逆順（How→What→Why）

商談の典型的な流れを振り返ってみてください。「弊社のシステムはこのような仕組みで動いています」→「それによってこういったことが実現できます」→「ご導入いただくと御社の課題が解決されます」——気づけばHow→What→Whyの順番になっていませんか。この逆順が生まれる理由は明快です。営業担当者は自社の製品や手順を最もよく知っているため、話しやすいところから話し始めてしまうのです。製品デモの構成も、資料のページ順も、機能説明から入るように作られていることが多く、意識しなければ自然とHow先行になります。これは「頭ではわかっているのに現場で変えられない」理由の正体でもあります。

逆順になる原因を「Whyから始めることを知らない」「意識が低い」と診断するのは、少し表面的かもしれません。実は逆順が起きやすいのは、製品や手順についての知識が豊富な人ほどです。知識が深いということは、そのテーマの「仕組みの詳細」が頭の中に先に存在しているということです。詳細を知っている人が相手に伝えようとするとき、まず知っていることから話し始めるのは、ごく自然な動作です。

逆から言えば、「Why→What→How」の順番が難しいのは、意識の問題というより、頭の中にある情報の構造の問題と捉えるほうが正確かもしれません。話す順番は、頭の中にある情報の構造を反映します。顧客のWhyが頭の中にあれば、そこから話し始めます。製品のHowが頭の中にあれば、そこから話し始めます。この構造で捉えると、逆順への処方箋は「Whyを意識しましょう」という声かけではなく、「顧客の課題文脈をどれだけ商談前に持っているか」という準備の設計の問題になります。

顧客心理から見る「なぜHow先行は断られるか」

How先行の商談で何が起きているかを、顧客の側から見てみます。詳細な機能説明を聞かされた顧客の頭の中では「で、それは自分にとって必要なのか」という問いがまだ解消されていません。判断の軸を持たないまま詳細情報を渡されると、顧客が頼れる比較軸は価格と機能の表面的な差分だけになります。「他社と比べてどうか」という競合評価モードに入ってしまうのです。一方、Whyから入った商談はまったく違う動きをします。「なぜこの課題が自分にとって重要なのか」が先に言語化されると、顧客は提案を自分ごととして聞けるようになります。感情と納得感が先に動き、HowとWhatはそれを確認するための情報として機能します。How先行とは、感情を動かさないまま判断を迫る構造です。そしてこれが失注の根本にあります。

「Why」から始める営業トークの意味

前章で見た失注構造への答えが、Why先行のコミュニケーション設計です。ただし「Whyから話す」という指示だけでは実践に落とせません。どのようなWhyが顧客に刺さり、どうすれば機能するのかを整理します。

「Whyから始める」とは、提案の前に「なぜこの課題が今重要なのか」を顧客と共有することです。Whyが刺さる条件はひとつしかありません。それは「顧客がすでに感じている課題感・不満と接続されていること」です。顧客がまだ感じていない痛みをWhyとして語っても、相手には他人事にしか聞こえません。逆に言えば、顧客自身がぼんやりと抱えている不満を言語化してあげるだけで、Whyは強力に機能します。また、よく混同されるのですが「弊社は顧客のために存在しています」というスローガンはWhyではありません。それは自社都合の宣言です。顧客が「だから自分はこれを解決しなければならない」と感じる根拠がWhyです。自社の理念を磨くことと、顧客のWhyを引き出すことは別の作業です。次章では、顧客自身のWhyをどうやって引き出すかを扱います。

顧客自身の「Why」を引き出す技術

「Whyから話す」という原則を聞いたとき、多くの人は「自社のWhyを語ればよい」と解釈します。しかしそれは半分しか正しくありません。本当に機能するのは、顧客自身が「自分ごと」として語るWhyです。本章では、顧客のWhyを引き出すためのヒアリング設計を扱います。量産型の記事が触れない、この「引き出す側」の設計が、商談の転換点を生みます。

自社のWhyを語るだけでは足りない理由

ゴールデンサークルの普及によって、多くの営業担当者が自社の理念や存在意義を磨こうとしました。しかし現場で起きるのは、磨かれた自社Whyを語っても顧客が動かないという事態です。なぜか。顧客は自分のWhyをまだ言葉にできていないことが多いからです。潜在課題として薄々感じている不満はあっても、それを「だから解決しなければならない」という確信として持っているとは限りません。顕在課題と潜在課題の区別で言えば、顧客自身が気づいていない潜在課題のほうが商談に占める割合は高く、そこを掘り起こさない限り自社Whyをいくら語っても響きません。自社のWhyを語る前に、顧客自身のWhyを顕在化させるステップが必要です。

ヒアリングでWhyを掘る質問設計

顧客のWhyを引き出す質問には構造があります。それは「現状→理想→ギャップ」の順番で確認していくことです。まず「現在、この業務はどのような状態ですか」と現状を確認します。次に「理想的にはどうなっていてほしいですか」と理想の姿を引き出します。そして「そのギャップが今のまま続くとどうなりますか」と放置コストを言語化してもらいます。この三段階で顧客が自分の言葉でWhyを語り始めます。ヒアリングの転換点は、顧客が受け身から主体的に話し始めた瞬間です。「実は…」と切り出して、自分の課題意識を語り始めたとき、その商談は実質的な提案フェーズに入っています。質問を通じて顧客が自分のWhyを語り始める状態を作ることが、ヒアリングの本来の目的です。

転職エージェントとして約3,000名と面談する中で、「なぜ転職したいのか」を最初に聞くのをやめた時期があります。聞くと、答えが出てくるのが早すぎるのです。「給与を上げたい」「成長環境がほしい」という言葉は、自分でも驚くほど整っていて、ヒアリングが終わったような感触があります。

代わりに、今の仕事の一週間を最初から順に話してもらうことが増えました。月曜の朝から始まって、どんな会議があって、数字はどう追っていて、金曜の夕方はどんな気持ちで帰るか——そこまで話してもらうと、言葉にしていなかった部分がこちらに見えてきます。「なぜ今の状況を変えたいのか」が顧客自身の言葉で出るまでに要する時間は、人によってまったく違いました。

その差がどこから来るのかは、今でもはっきりとはわかりません。ただ、自分の口で話し始めるまでに少し時間がかかった方のほうが、提案したポジションへの解像度が高かった気がしています。

「What」の設計 — 解決策を絞り込む判断軸

WhyとHowの間にあるWhatは、商談の流れを大きく左右する中間項です。顧客のWhyが引き出せた後、次に問われるのは「何を提案するか」の設計です。Whyが固まる前にWhatを出してしまうと、どんなに良い提案でも「なぜこれが必要なのか」が伝わりません。本章ではWhatを正しく絞り込むための考え方を整理します。

WhatはWhyに対する「答え」として設計します。WhyなきWhatは提案ではなく情報の羅列です。よくある提案書の失敗に、選択肢を複数並べてしまうものがあります。「プランA・プランB・プランC」と並べることが丁寧さだと思いがちですが、判断軸を持っていない顧客にとっては選択の負担になるだけです。何を選べばいいのかわからないまま持ち帰られ、判断が先送りになります。Whatに込めるべき要素は「達成した状態のイメージ・成果の指標・期間」の三点です。顧客のWhyに最も直接的に答えるWhatを一つか二つに絞り込むことが、提案の納得感を生みます。情報量を増やすほど顧客の判断が難しくなるという逆説を、Whatの設計段階で意識してください。

「How」の粒度問題 — 詳しく話すほど失注しやすい理由

丁寧に説明しようとするほど失注しやすくなる——これはHow先行の問題とは別に、Howの「粒度」にも独立した問題があります。WhyとWhatの合意が取れていない段階でHowを語りすぎることが、商談をどのように壊すかを説明します。

Howを話す前提条件は、WhyとWhatに対する顧客の合意です。この合意がない状態でHowを詳細に語ると、顧客は「これを全部理解しないと判断できないのか」というプレッシャーを感じます。特に技術仕様、担当者レベルの細かい手順、フロー図などを初回提案で出すと、顧客の認知コストが上がり「もう少し検討します」という返答につながりやすくなります。適切なHowの粒度は「できるか・できないか」が判断できる程度です。詳細なHowは、WhyとWhatへの合意が取れてから展開するものです。「Howを出し惜しみする」という意識ではなく「WhyとWhatの合意を先に得る」という優先順位の話です。丁寧さのつもりで語りすぎたHowが、合意前の顧客には情報の押しつけとして機能してしまいます。この逆説を知っているかどうかで、初回提案の設計はまったく変わります。

why what how を使った商談・提案書の構成設計

ここまで失注の構造と各要素の設計を論じてきました。本章では、それを実際の商談と提案書にどう落とし込むかを扱います。フレームワークを「理解する」から「動かす」に変えるための具体設計です。商談の時間配分、提案書のページ構成、案件管理のステータス設計の三つを順番に見ていきます。

採用広告の代理店として人事部門に提案していた頃、提案書のページ順を変えたことがあります。最初は媒体の特徴と掲載プランの説明から始めていましたが、ある時期から冒頭を「なぜ今採れていないか」の確認に変えました。

提案書の見た目の変化は小さいのですが、商談の前半で何を確認するかが変わりました。掲載実績や媒体の到達数を説明している時間が減り、「御社が今できていないのはこの層へのリーチですか、それとも応募はあるが辞退が多いのですか」という確認に時間が移っていきました。媒体・DR・RPOとメニューが並ぶ場合、この確認が取れているかどうかで、どれを出すかがほとんど決まります。

全部のページを説明し終えて「ご検討ください」と言っていた頃と、どちらがよかったかは数字で比べていないので、私の感覚でしかありません。ただ、Why確認を後回しにしていた頃のほうが、商談後に「この会社に何が必要か」がぼんやりしていた、という記憶はあります。

商談フローへの組み込み（Whyから始まるトーク展開）

商談の最初の動きを変えることが出発点です。多くの営業担当者が冒頭で行う「弊社のご紹介」や「製品の特徴のご説明」は、いずれもHow寄りの情報です。これを顧客の課題背景の確認から始める構造に変えます。商談の流れは「Whyの共有→Whatの合意→Howの確認」の三段階で設計します。一時間の商談であれば、前半の相当な時間をWhy確認に使うことを意識してください。この時間配分は多く感じるかもしれませんが、Why合意なきまま後半のHow説明に入っても、そこで時間を使うほど失注リスクが上がるだけです。開口の質問を「現状どのような課題をお持ちですか」と設定し、顧客が課題を話し始める構造を意図的に作ります。営業が話す量よりも顧客が話す量が多い前半を設計できれば、その商談は正しい向きで動いています。

提案書への落とし込み（Why-What-How の紙面配分）

提案書の構成は「1. 課題背景（Why）→ 2. ゴールイメージ（What）→ 3. 施策と体制（How）」の順番で組みます。Whyに十分なページを割き、Howだけに偏らせないことが原則です。よくある失敗は、Howが全体の大部分を占める「仕様書提案」になっているケースです。機能の詳細や実装手順は丁寧に書けても、「なぜこれが必要なのか」「解決後どうなるのか」のページが薄いと、決裁者に刺さりません。決裁者がWhyのページを読んで「これは自分たちの課題だ」と感じることが、提案の最初の関門です。提案書を仕様書と区別するのは、Whyのページに込めた顧客課題の解像度です。ここを手薄にしてHowを厚くするほど、提案書はスペックシートに近づいていきます。

SFA/CRMでの案件温度感の管理への応用

商談フローとしてWhyを重視するだけでなく、案件管理のステータス設計にも応用できます。SFAやCRMの案件ステージを「Why合意済みかどうか」を基準に再定義することで、案件の温度感が可視化されます。たとえば、Why未合意の段階を「情報提供」ステージ、Why合意が取れた段階を「提案」ステージ、What合意が取れた段階を「見積」ステージとして定義します。このステータス設計によって、Howの詳細に入りすぎているにもかかわらずWhy合意が取れていない案件を早期に発見できます。Howまで詳しく話し込んでいるのにWhyが固まっていない案件は、失注リスクが高い状態です。そのような案件はHowの説明を止め、遡ってWhyの確認から商談を組み直すことが必要です。案件ステージをWhyの合意状態で定義し直すだけで、パイプラインの精度は上がります。

実践でつまずくポイントと対処

Why What Howのフレームは理解できても、実際の商談でそれを動かそうとすると特有の摩擦が生まれます。現場でよく起きるつまずきを三つ取り上げ、それぞれの対処を整理します。「知っている」と「できる」の間にある壁は、こうした具体的な摩擦を一つひとつ解消することで越えられます。

一つ目のつまずきは、Whyを語ろうとすると「説教くさい」「哲学的になりすぎる」と感じることです。対処は、Whyを「理念の語り」ではなく「顧客の現状への共感」として構成することです。「御社が今感じているのはこういう状況ではないですか」という形でWhyを立てると、説教ではなく共感の会話になります。二つ目は、顧客が「早く提案を見せてくれ」と言ってWhyの確認を省略させようとするケースです。対処は、Why確認を「短時間で終わる仮説確認」として提示することです。「一点だけ確認させてください」と切り出し、仮説を提示して「この理解でよいですか」と問う形なら、顧客に負担をかけずにWhy合意を取れます。三つ目は、チームで展開しようとすると個人差が大きく出てしまうことです。対処は、Whyのヒアリング項目を商談設計書として共有テンプレートに落とし込むことです。「この質問を最初にする」という行動レベルの設計にしてはじめて、個人差を吸収できます。

まとめ — why what how 営業の本質

Why What Howは話す順番のルールではありません。顧客の意思決定プロセスに寄り添うコミュニケーション設計です。失注の多くは、顧客のWhyが未合意のままHowを語り続けることから生まれています。顧客自身がWhyを語り始めたとき、営業は「売る人」から「一緒に考える人」に変わります。そこから始まる提案は、比較検討の土台ではなく、一緒に進むという合意の上に立ちます。

あわせて読みたい

• 営業のための「クライアントに対するヒアリング」をスムーズにする4つのStep｜ヒアリングの質問例と深掘りの技術ーー相手が黙る瞬間を味方にする実践会話術