投稿日：2026.09.09 最終更新日：2026.09.10
潜在ニーズと顕在ニーズの違い｜具体例と新規事業での活かし方
潜在ニーズと顕在ニーズの違いは、顧客本人が必要性を自覚しているかどうかです。自覚しているのが顕在ニーズ、まだ自覚していないのが潜在ニーズです。「本音か建前か」「欲しい商品が決まっているか」とは、分けて考えます。
新規事業では、顧客の要望を集めても、どの課題を解決すべきか迷うことがあります。反対に、相手が話していない気持ちを推測し、「潜在ニーズがある」と開発を急ぐ危険もあります。分類の目的は、顧客を決めつけることではなく、次に確かめる問いを変えることです。
本記事では、在庫管理・設備保全・予約サービスの具体例で違いを整理します。イノベーション総研の888名調査と代表・長尾の問題意識も踏まえ、顧客の言葉を事業の仮説へ変える方法、購入に向けて確認すべき条件まで解説します。
この記事のポイント
- 潜在・顕在は顧客の自覚の違いであり、課題の重要度とは別
- 顧客の発言・行動と、自社が考えた仮説を分けて記録する
- ニーズの自覚、解決の優先順位、購入の準備を区別する
- 新規事業では、誰の何を確かめるかまで具体化する
目次
潜在ニーズと顕在ニーズの違いは、顧客が自覚しているかどうか
潜在ニーズと顕在ニーズを分ける基準は、企業がその要望を知っているかではなく、顧客本人が必要性を自覚しているかです。営業担当者が初めて聞いた悩みでも、顧客が以前から問題として認識していれば、顕在ニーズに当たります。
まず、言葉の意味と確かめ方を並べます。「潜在の方が重要」という優劣ではなく、現時点で何が分かり、何がまだ仮説なのかを整理するための比較です。
| 比較する観点 | 顕在ニーズ | 潜在ニーズ |
|---|---|---|
| 本人の自覚 | 必要性を認識している | 必要性をまだ明確に認識していない |
| 発言との関係 | 話してもらえる場合がある。自覚していても話さない場合はある | 直接的な要望としては出てきにくい |
| 企業が確かめること | 困る場面、今の対処、替える理由 | 行動の背景、未認識の負担があるか、解釈が本人に合うか |
| 新規事業での注意 | 困っていることを、購入の確約と扱わない | 企業の推測を、顧客の本当の気持ちと断定しない |
どちらの状態にも、事業として解決する価値のある課題と、優先度の低い課題が含まれます。分類だけで市場規模や支払意思を決めることはできません。
顕在ニーズは、顧客が自分の必要性を認識している状態
顕在ニーズとは、顧客が「何に困っているか」「どうなりたいか」を自覚している状態です。例えば、店舗の担当者が「在庫の確認に時間がかかるので、確認作業を短くしたい」と認識しているなら、作業時間を減らす必要性は顕在化しています。
具体的な商品名や解決方法まで知っている必要はありません。「困っていることは明確だが、何を使えば解決するかは分からない」という人にも、顕在ニーズはあります。
また、自覚していても、担当者への遠慮や社内事情で話さない場合があります。言葉にしなかったことだけを根拠に、潜在ニーズだと分類しないようにしましょう。
潜在ニーズは、顧客がまだ必要性を自覚していない状態
潜在ニーズとは、顧客がまだ明確には自覚していない必要性や欲求です。日常の手間を「仕方がない」と受け入れ、別の状態に変えられると考えたことがない場合などに、探索の余地があります。
例えば、担当者が毎朝複数の画面を開いて確認していても、それだけで「画面を統合したい」というニーズがあるとは言えません。確認に不都合を感じていないかもしれず、画面を分ける合理的な理由もあり得ます。
企業側ができるのは、行動から必要性の仮説を立て、本人の経験や試作の利用を通じて確かめることです。「本人も知らない本当の気持ちを見抜いた」と扱うのではなく、確認前は潜在ニーズの仮説として残すことが大切です。
ウォンツは欲しい手段、インサイトは行動を理解する手掛かり
ニーズとウォンツは、潜在・顕在とは別の軸です。ニーズを「実現したい状態」、ウォンツを「そのために欲しい具体的な手段」と分けると、商品開発で使いやすくなります。
「欠品による販売機会の損失を減らしたい」はニーズ、「在庫管理アプリが欲しい」はウォンツです。アプリ以外にも、発注ルールの変更や担当の分担で目的を達成できるかもしれません。欲しい機能を聞いたら、その機能で何を変えたいのかまで確認します。
一方、インサイトは、顧客の行動を理解し、提案を考えるうえで役立つ洞察を指す言葉です。実務では用語の使われ方に幅があるため、本記事では「なぜその行動を選ぶのかについて、調査から得た説明」として扱います。潜在ニーズと同じ意味で使ったり、証拠のない心理を断定したりしません。
チーム内で混乱する場合は、「顧客が気づいているか」「何を実現したいか」「どの手段を望んでいるか」「その行動をどう解釈するか」の4点を別々に書くと、議論を整理できます。
3つの具体例で、潜在ニーズと顕在ニーズを見分ける
同じ行動にも複数の理由があります。ここでは、身近なサービスと新規事業で扱いやすい業務を題材に、違いを見ていきます。以下はすべて説明のための架空例であり、実在する企業の事例ではありません。
1. 在庫管理：入力を楽にしたいのか、欠品を避けたいのか
店舗担当者が「在庫数の入力を短時間で終えたい」と話したとします。作業時間を減らしたいという必要性は本人が認識しているため、顕在ニーズです。「自動入力機能が欲しい」という発言が続けば、それは希望する手段に当たります。
仕事の流れを見ると、担当者は入力後も棚を見に行き、販売担当へ何度も在庫を確認していました。この行動から、「入力時間より、在庫情報を信用できず確認を繰り返していることが問題ではないか」という仮説を立てられます。
ただし、現物確認が必要な商品の扱いや、別の点検作業かもしれません。最後に棚を確認した理由、確認しなかったときの影響を聞きます。その結果、本人が「確かに、数字が合っているか分からず不安だった」と気づけば、これまで整理されていなかった必要性が見えてきます。
新規事業への活かし方：自動入力の開発を決める前に、情報の更新漏れや在庫差異が問題なのかを確かめます。本人が最初から在庫精度の問題を認識していたなら、それも顕在ニーズです。目的が一段深くなっただけで、潜在と呼ぶ必要はありません。
2. 設備保全：故障を知りたいのか、夜間の呼び出しを減らしたいのか
工場の保全担当者が「異常を早く知らせてほしい」と話せば、異常の早期把握は顕在ニーズです。そこで通知を増やすサービスを作ればよいとは限りません。現在の通知後に何が起きているかも確認します。
仮に、担当者が軽微な通知でも夜間に出社し、現場で緊急対応が不要だと分かることがあったとします。ここからは「異常を早く知ることに加え、今すぐ現地対応すべきかを判断したい」という仮説が生まれます。
これが本人に未認識の必要性なのか、以前から困っていたが伝えていなかっただけなのかは、対話で確認します。さらに、通知を減らす提案には安全上の問題がないか、責任者や運用担当者にも確かめなければなりません。
新規事業への活かし方：通知精度だけでなく、対応判断に必要な情報、判断できる人、現地確認を省略できない条件を調べます。ニーズが見えたことと、その解決方法を安全に提供できることを分けて検証します。
3. 予約サービス：予約を早くしたいのか、予定変更に備えたいのか
利用者が「予約の入力を簡単にしたい」と話す場合、入力負担の軽減は顕在ニーズです。一方、予約直前に何度もキャンセル条件を確認している行動が見えれば、変更時の負担を避けたいのではないか、という仮説を持てます。
その人が予定変更の多い生活を送っているのか、過去に費用が発生した経験があるのか、あるいは単に規約を丁寧に読んでいるのかで、必要な対応は変わります。行動だけから「失敗への恐怖」といった心理を決めつけないことが重要です。
新規事業への活かし方：入力画面の短縮だけでなく、変更条件の分かりやすさや、予定変更の手続きが価値になる可能性を確かめます。試作では、予約の完了だけでなく、変更が必要になった場面まで見て評価します。
3つの例に共通するのは、表面の要望を否定することではありません。要望が生まれた場面と、その後の行動を確認すると、解決すべき範囲を狭めたり、別の課題に気づいたりできます。
潜在ニーズを見つけるには、発言より先に出来事を確かめる
「他に困っていることはありませんか」と聞くだけでは、本人がまだ整理できていない必要性を見つけにくいことがあります。まず、実際の出来事を再現し、企業側の解釈を後から重ねます。
英国政府のユーザー調査ガイドでも、実際の利用者が何を達成しようとし、今どう行い、どのような問題に遭っているかを調べ、証拠に基づいてニーズを更新する考え方が示されています。新規事業でも、想像した人物像だけで企画を決めないために役立ちます。出典：GOV.UK「Start by learning user needs」
実際に困った場面と、今の対処を聞く
最初は、直近の出来事を一つ選んでもらいます。抽象的な「普段はどうですか」より、いつ、誰が、何をしたかを思い出してもらう方が、具体的な負担や例外を確認しやすくなります。
- 最後に在庫を確認したとき、どのような順番で作業しましたか。
- その中で、予定どおりに進まなかった場面はありましたか。
- そのとき、どのように対処しましたか。
- 今の方法でうまくできている点と、残っている不都合を教えてください。
不都合がないという回答も、そのまま残します。こちらの商品が必要だという結論へ誘導しないためです。「なぜですか」を連続させるより、「そのとき何が起きましたか」「別の方法を使ったことはありますか」と具体的な場面を尋ねる方が、回答者も説明しやすくなります。
可能であれば、本人の同意と共有範囲を確認したうえで、実際の操作や使っている帳票を見せてもらいます。機密情報や個人情報を無理に提出してもらう必要はありません。
発言・観察した事実と、自社の解釈を分ける
対話後の議事録に「在庫情報を信用していない」とだけ書くと、それが本人の発言なのか、担当者の推測なのか分からなくなります。記録では、見聞きした事実と、それに対する説明を別欄にします。
在庫管理の架空例を、次のように整理できます。複数の説明を置くことで、最初に思いついた仮説だけを確かめ続ける偏りを抑えます。
| 発言・観察した事実 | 考えられる解釈 | 次に確かめること |
|---|---|---|
| 在庫表を見た後、棚へ確認に行った | 更新時点が分からず数字に不安がある可能性 | 棚へ行った理由、在庫差異が起きた直近の出来事 |
| 同じ行動を別の角度から見る | 破損や保管状態など、数量以外を見ている可能性 | 棚で具体的に見たもの、画面では確認できない情報 |
| 「いつもこうしています」と話した | 問題を認識していない可能性も、今の方法が合理的な可能性もある | 今の方法で困る点と、変えたくない点の両方 |
| 更新時刻が分かる画面に関心を示した | 確認の負担が減る期待はあるが、実際の効果は未確認 | 次回の業務で試し、確認行動と残る不都合を見る |
この段階の成果は「潜在ニーズを発見した」という断定ではなく、どの解釈が正しいかを、次の対話や試作で区別できる状態です。反対の説明でも同じ行動が起こるなら、まだ結論を急がない方がよいでしょう。
仮説を本人に戻し、合わない説明も残す
仮説を確認するときは、「本当は在庫の数字を信じられないのですよね」と同意を求めず、「確認の主な目的を、このように理解しました。違うところはありますか」と、自分の理解を修正できる聞き方にします。
言葉で同意した後も、実際の選択が変わるとは限りません。例えば、最新の更新時刻が分かる簡単な画面を試してもらい、次の在庫確認で何を見るかを確かめます。棚の確認が減らなければ、画面に足りない情報や、現物を見る別の理由を調べます。
反証が出たら、対象顧客、場面、解決方法のどこを変えるかを決めます。「潜在ニーズだから本人もまだ分からない」と説明して、合わない反応を無視してはいけません。
対象者の選び方や質問の組み立て方まで進めたい場合は、ニーズ調査のやり方と質問例を参照してください。既存の情報から問いを絞る段階なら、デスクリサーチの進め方も役立ちます。
ニーズを事業に変えるうえで、未確認の点はどれですか
近い状態を開くと、確認する問いと詳しい解説を確認できます。
NEXT STEP
次のステップ
見つけたニーズを、確かめられる事業仮説へ
顧客の声から何を試すか決められない、利用者以外に誰へ聞けばよいか迷う。イノベーション総研が、仮説の整理と顧客検証、新規事業の立ち上げを支援します。
888名調査で考える、ニーズの自覚と購入の準備の違い
顕在ニーズが確認できても、それだけで「近いうちに買ってくれる顧客」とは言えません。新規事業の担当者にとっては、自覚の有無とは別に、購入に向けた行動がどこまで進んでいるかを見る必要があります。
イノベーション総研が新規事業に携わった888名に行った調査では、今後12か月以内の外部支援サービスの新規導入について、「すでにベンダー選定・比較」と「導入を前提に情報収集・要件整理」の合計は35.8％でした。一方、「検討したいが、まだ動き出せていない」は17.1％でした。
今後12か月以内の外部支援サービスの新規導入に対する状況
この調査が示すのは、外部サービスの導入に対する回答時点の状況です。潜在・顕在ニーズの割合や、実際に購入する確率を測ったものではありません。それでも、「検討したい」と「比較・要件整理を進めている」を同じ見込みとして扱わないことの重要性は読み取れます。
イノベーション総研では、顧客の関心を確認した後に、困り事の優先順位と、購入の準備を別々に確かめることを重視します。対象顧客がこの調査の回答者と異なる場合は、35.8％を自社の見込み顧客へ掛けて売上を計算するのではなく、自社の候補顧客の行動を調べます。
代表の長尾も、イノベーション総研の設立背景で、顧客ヒアリングでの好意的な反応を需要と受け取り、事業を進めてしまった経験を振り返っています。この反省を踏まえると、対話で集めたいのは賛成の言葉だけではありません。「直近で対策を試したか」「誰が予算を持つか」「次に何を確認すれば判断できるか」といった、行動と条件です。
例えば「困っています」と回答した顧客でも、現在の手作業で支障なく対処でき、他の課題を優先しているなら、直ちに有料サービスへ移る理由は弱いかもしれません。逆に、既存サービスを比較し、責任者が要件を整理しているなら、その比較から外れる条件を早めに把握する価値があります。
新規事業では、ニーズの状態に合わせて次の検証を変える
ニーズの分類を事業に活かすには、「潜在か顕在か」で顧客名簿を二分するだけで終わらせず、次に確かめる問いを変えます。本人が問題を認識しているなら、既存の対処から替える理由へ。まだ認識していないなら、問題が起きる場面と影響へ戻ります。
顕在ニーズには、既存の代替手段から替える理由を確かめる
問題を認識している顧客には、すでに何らかの対処があるかもしれません。競合製品だけでなく、Excel、電話確認、担当者の経験、外注、あるいは何もしないことも比較対象です。
在庫管理なら、「自社の機能が便利か」に加えて、「今の方法をやめるほど改善するか」「切り替え時に何を移す必要があるか」を確かめます。既存のやり方で満たされている点も聞き、失うと困る価値を見落とさないようにします。
判断材料にしたいのは、一般的な満足度だけではありません。実際の業務で使う意思、試す範囲、切り替えを判断する人、予算の検討時期を具体化します。条件が揃わない場合は、本開発ではなく、比較に必要な部分だけの試作へ進める選択もあります。
潜在ニーズには、問題の自覚と解決の優先順位を確かめる
潜在ニーズの仮説がある段階で機能の説明を始めると、顧客は「面白いですね」とは答えても、自分に必要かを判断しにくくなります。先に、その問題がいつ起き、今の仕事や生活にどのような影響を与えているかを確かめます。
伝えるときも「御社にはこの問題があります」と断定せず、観察した場面や負担を示し、本人の理解と照らし合わせます。本人が問題を認識したら、他の課題より先に変えたいかを確認します。気づくことと、優先して解決することは別です。
小さな試作や手作業による提供で、期待した変化が実際に起こるかを見ます。自覚が生まれても行動が変わらなければ、効果の弱さ、運用の負担、優先順位などを分けて確認します。説明や広告を増やすだけで解決すると決めないことが重要です。
BtoBでは、利用者・費用負担者・決裁者を分ける
法人向けの新規事業では、一社の中でもニーズの状態が異なります。利用者は毎日の確認作業を負担に感じていても、費用負担者はその問題を知らないかもしれません。決裁者は問題を知っていても、導入リスクを理由に変更を認めないことがあります。
そのため、「この会社のニーズは顕在化している」と一括りにするのではなく、誰の、どの課題なのかを記録します。同じ人が複数の役割を兼ねる場合も、使う立場と予算を決める立場で確認内容を分けます。
- 利用者には、直近の困り事、今の対処、使い続けられる条件を聞く。
- 運用担当者には、導入後の作業、保守、既存システムとの接続条件を聞く。
- 費用負担者には、現在の負担、他の課題との優先順位、予算の検討時期を聞く。
- 決裁者には、承認に必要な証拠と、導入を見送る条件を聞く。
ここまでの考え方を、検証を進める判断にまとめます。特定の回答数を満たせば自動的に開発へ進む、といった一律の合格基準ではありません。
| 顧客の状態 | 次に確かめること | 開発判断の前に残す条件 |
|---|---|---|
| 問題をまだ自覚していない | 問題が起きる場面、実際の影響、今の対処 | 企業側の推測に反する事実も確認できたか |
| 問題は自覚しているが動いていない | 既存の方法で解決できない部分、他の課題との優先順位 | 今変える理由があるか。なければ時期や対象を見直す |
| 解決方法を比較している | 比較対象、選ぶ基準、試す条件、予算・決裁 | 自社案の優位点だけでなく、採用されない条件も分かるか |
| 試作を利用した | 想定した改善、運用負担、継続利用・支払いの条件 | 利用者の評価と、費用負担者・決裁者の判断を確認したか |
イノベーション総研としては、分類の名前より、判断を変える未確認事項が一つでも減ったかを重視します。例えば「潜在ニーズを5件発見」より、「在庫情報の更新時刻を示すと再確認が減るか、次回の業務で試す」の方が、担当者の次の行動が明確です。
仮説を顧客との対話や試作に移す体制が足りない場合は、イノベーション総研の新規事業立ち上げ支援で、検証の設計から実行までの支援内容を確認できます。顧客以外に収益や社内体制の不安もある場合は、新規事業リスク診断「Compass」が、確認すべき論点を整理する選択肢になります。
潜在ニーズと顕在ニーズに関するよくある質問
読み方や似た言葉との違い、調査方法、事業での優先順位について、よくある疑問をまとめました。
まとめ：分類の次に、誰の何を確かめるかを決める
潜在ニーズと顕在ニーズの違いは、顧客本人が必要性を自覚しているかどうかです。実現したい目的と手段の違い、課題の重要度、購入の準備とは分けて考えます。
新規事業では、潜在ニーズを見つけること自体を目標にせず、顧客の具体的な出来事から仮説をつくり、本人への確認や小さな試作で検証します。顕在ニーズには今の方法から替える理由を、潜在ニーズには問題の有無と解決の優先順位を確かめてください。
まずは直近の顧客メモを一つ選び、「本人の発言」「観察した事実」「自社の解釈」「まだ確かめていないこと」に分けてみましょう。そのうえで、次に会う相手と、何を確かめれば企画の判断が変わるかを一文にするところから始められます。
CONTACT
お問い合わせ
顧客の反応を、次の検証と判断につなげる
ニーズの解釈が定まらない、検証する相手や条件が分からない。いま分かっていることと未確認の点を伺い、次に何を確かめるかを一緒に整理します。
