ニーズ分析

英語名 Needs Analysis
読み方 ニーズ アナリシス
難易度
所要時間 1商談あたり30〜60分
提唱者 営業方法論の基本概念(特定の発案者なし)
目次

ひとことで言うと
#

顧客が口にする「欲しいもの」の裏にある**本当の課題(潜在ニーズ)**を体系的に掘り起こし、刺さる提案を作るための分析手法。表面的な要望に飛びつかず、「なぜそれが必要なのか」を深掘りすることで、競合と差がつく提案ができる。

押さえておきたい用語
#

押さえておきたい用語
顕在ニーズ(Explicit Needs)
顧客が自覚し、明確に言語化できているニーズのこと。「コスト削減したい」「納期を短縮したい」など表面に出ている要望〜を指す。
潜在ニーズ(Latent Needs)
顧客自身もまだ気づいていない、または言語化できていないニーズのこと。深掘り質問で引き出すと「この営業は違う」と信頼される〜を指す。
ウォンツ(Wants)
顧客が「こうしたい」と思う具体的な手段や解決策への希望のこと。ニーズ(根本課題)と混同しやすいが、ウォンツは手段でありニーズは目的〜である。
MoSCoW法
ニーズを**Must(必須)・Should(重要)・Could(あれば良い)・Won’t(今回は不要)**の4段階で優先順位づけする手法のこと。提案の焦点を絞るのに有効〜を指す。

ニーズ分析の全体像
#

氷山モデル:顕在ニーズの下に潜在ニーズが眠る
水面顕在ニーズ(氷山の一角)「コスト削減したい」「システムを入れ替えたい」顧客が口にする要望潜在ニーズ(本当の課題)「離職率が上がっている」「経営層に評価されたい」「事業の方向転換が必要」ここを掘り当てると提案が刺さるWhy?So What?Root Cause?深掘りMust(必須)→ Want(希望)→ Nice to have(あれば良い)
ニーズ分析の進め方フロー
1
顕在ニーズ整理
顧客が明確に口にしている要望・課題をリストアップ
2
潜在ニーズ深掘り
Why・So What・Root Causeで本当の課題を引き出す
3
優先順位づけ
Must・Want・Nice to haveでニーズをマッピング
ニーズ対応提案
Mustを核に据え、差別化ポイントとしてWantをアピール

こんな悩みに効く
#

  • お客様の言う通りに提案しているのに、なぜか失注する
  • ヒアリングで何を聞けばいいかわからず、雑談で終わってしまう
  • 顧客自身も自分の課題を整理できていないケースに対応できない

基本の使い方
#

ステップ1: 顕在ニーズを整理する

まず、顧客が明確に口にしている要望・課題をリストアップする。

  • 「コスト削減したい」「納期を短縮したい」「人手が足りない」など
  • RFP(提案依頼書)や事前ヒアリングシートがあれば、そこから抽出する

ポイント: 顕在ニーズは氷山の一角。ここだけで提案を作ると、価格勝負になりやすい。

ステップ2: 潜在ニーズを掘り起こす

顕在ニーズの背景にある「本当の課題」を質問で探る。

  • 「なぜそれが必要なのですか?」(Why)
  • 「それが実現できたら、何が変わりますか?」(So What)
  • 「今それができていない原因は何ですか?」(Root Cause)

ポイント: 顧客自身が気づいていないニーズを引き出せると、「この営業は違う」と信頼される。

ステップ3: ニーズの優先順位をつける

洗い出したニーズを重要度×緊急度でマッピングする。

  • Must(必須): これがないと話にならないニーズ
  • Want(希望): あれば嬉しいが、なくても契約に影響しない
  • Nice to have(あれば良い): 将来的に対応すればよいもの

ポイント: 顧客と一緒に優先順位を確認することで、認識のズレを防ぐ。

ステップ4: ニーズに対応した提案を構成する

優先順位が高いニーズから順に、自社ソリューションとのマッチングを行う。

  • Mustニーズ → 提案の核として最優先で対応
  • Wantニーズ → 差別化ポイントとしてアピール
  • 自社で対応できないニーズ → 正直に伝え、代替案を提示

ポイント: 「全部できます」より「御社にとって最も重要なこの点に強い」の方が刺さる。

具体例
#

例1:人事システム導入で勤怠リプレイスからDX提案に格上げ

顕在ニーズ: 「勤怠管理システムを入れ替えたい」

深掘り質問と発見:

  • 「なぜ入れ替えたい?」→ 現システムが使いにくく入力漏れが多い
  • 「入力漏れが続くと?」→ 残業代の精算ミスで従業員の不満が出ている
  • 「従業員の不満は他にも?」→ 実は離職率が前年比1.5倍に上昇

ニーズ再整理:

優先度ニーズ対応
MustUIの直感性(入力漏れ解消)自社の強み
Must残業精算の正確性標準機能で対応
Want離職予兆の分析機能上位プランで対応
Nice to have他システム連携将来的に対応

結果: 単なる「勤怠リプレイス」(予算200万円)から「従業員エンゲージメント改善を起点とした人事DX」(予算520万円)に格上げ。経営層の承認も得やすくなり受注。

例2:Web制作会社がSEO案件の真のニーズを発見

顕在ニーズ: 「SEO対策をしてほしい。検索順位を上げたい」

深掘り:

  • 「なぜSEOが必要?」→ Webからの問い合わせが減っている
  • 「問い合わせが減ると何が困る?」→ 新規顧客の**80%**がWeb経由。営業の新規獲得コストが高騰
  • 「理想の状態は?」→ 「月30件の問い合わせがあれば営業チームが回る。今は月8件

潜在ニーズ: SEOではなく「月30件のリード獲得」が本質。SEOだけでは到達できない可能性。

提案変更: SEO単体(月額15万円)→ SEO+コンテンツマーケ+LP改善のパッケージ(月額45万円

結果: 3ヶ月後に月間問い合わせが8件→22件に。6ヶ月後に目標の30件を達成。顧客は「最初にSEOだけ依頼していたら成果が出なかった」と感謝。年間契約に移行。

例3:中小企業向けITサポートの潜在ニーズ発見

状況: 従業員30名の税理士法人。「社内のPC管理を外注したい」と問い合わせ。

深掘り:

  • 「なぜPC管理を外注?」→ PCトラブルのたびに所長が対応。月平均8件のトラブル対応
  • 「それ以外にIT課題は?」→ 「顧客データのバックアップが不安」「テレワークのセキュリティが心配」
  • 「最も困っていることは?」→ 「正直、セキュリティ事故が起きたら顧客の信頼を失う。それが一番怖い

ニーズ再整理:

優先度ニーズ初回相談時の認識
Mustセキュリティ対策言及なし(潜在)
Mustデータバックアップ軽く触れた程度
WantPC管理の外注これが顕在ニーズだった
Nice to haveテレワーク環境整備「いつかやりたい」

結果: PC管理だけなら月額5万円の案件が、セキュリティ+バックアップ+PC管理の包括ITサポート月額18万円に。所長は「うちが本当に必要だったのはこれだった」と即決。

やりがちな失敗パターン
#

  1. 顕在ニーズだけで提案を作る — 「コスト削減したい」と聞いて、すぐ安い見積もりを出す。潜在ニーズを掘らないと、ただの価格競争に巻き込まれる
  2. 質問ばかりで価値を返さない — ヒアリングは大事だが、一方的に聞くだけだと「この人は何をしてくれるの?」と思われる。途中で仮説や示唆を返すことで信頼が生まれる
  3. 全ニーズに対応しようとする — あれもこれもと盛り込むと、提案がぼやける。優先順位をつけて、核となるニーズにフォーカスする
  4. 顧客と優先順位を合意しない — 自分が「これがMustだ」と思っても、顧客の認識と違うことがある。必ず顧客と一緒に優先順位を確認し、認識のズレを防ぐ

まとめ
#

ニーズ分析は、顧客の表面的な要望の裏にある本当の課題を体系的に掘り起こすフレームワーク。顕在ニーズの整理→潜在ニーズの深掘り→優先順位づけ→提案構成の4ステップで、「言われた通りに提案する営業」から「顧客も気づいていない課題を解決する営業」に進化できる。