企画会議で「顧客のペインは何か」と聞くと、付箋はすぐに埋まります。出てくるのは「入力が面倒」「情報が分散している」「担当者の負担が大きい」といった声です。しかし、この3枚だけで新規事業を進めるのは危険です。面倒でも放置できることや、別作業のついでに吸収できることが混在しています。
ペインポイントとは、顧客が目的を達成する過程で負う具体的な不便・損失・不安です。言葉の強さだけでは判定できません。顧客が取った行動、現行の代替手段、対処に踏み切れない制約のどこかに、痛みの手がかりが現れます。
CB Insightsが2014年に公開したスタートアップ101件の事後分析では、「市場ニーズがなかった」が42%の事例で挙げられました。顧客の課題を発言だけで判断する危うさを、考える材料になります。
この記事では、付箋に並んだ声のどれが事業になる痛みなのかを、行動の痕跡から確かめ、価値提案と検証仮説へ変換するところまでを追います。
ペインポイントとは｜ニーズ・課題・要望との違い
ペインポイントは、顧客が何かを達成しようとしたときに進行を妨げ、時間・費用・機会・心理のいずれかに負担を生む具体的な障害です。「不満がある」という感情だけでなく、不満がどの場面で起き、何を失わせているかまで含めて捉えます。
Strategyzerの「Value Proposition Canvas」（2014年）は、顧客側をジョブ、ペイン、ゲインに分け、提供側の解決策と対応させます。ここで分けるのは、顧客の発言を企画へ移すための実務上の区分です。ニーズ、ペインポイント、課題、要望を、次のように置きます。
- ニーズ：顧客が実現したい状態。「月末の報告を短時間で終えたい」「判断に必要な情報をそろえたい」など、到達点を表す
- ペインポイント：到達を妨げる障害。「データが部署ごとに別形式で、転記と照合が発生する」など、場面と負担を表す
- 課題：現状と望む状態の差を埋めるために、取り組むべき論点。誰が何を変えるかという組織側の言葉に近い
- 要望：顧客が思いついた解決方法。「一覧画面がほしい」「通知を付けてほしい」など、機能や手段の形で語られる
「一括入力機能がほしい」という要望の背後には、入力回数、転記ミス、締め日の作業負担という異なる痛みがあり得ます。要望を採用する前に、どの出来事を変えたいのかを確かめます。
新規事業で確認したい4つの痛み
痛みは、機能・経済・業務運用・心理と関係性の4方向から確認します。同じ出来事に複数の痛みが重なるので、顧客を分類するためではなく、聞き漏らしを防ぐ確認欄として使ってください。
- 機能上の痛み：作業を完了できない、品質が安定しない、必要な情報へ到達できない
- 経済上の痛み：余計な支出、再作業、在庫、売上機会の逸失が生じる
- 業務運用の痛み：確認待ち、転記、引き継ぎ、承認の往復で仕事が止まる
- 心理・関係性の痛み：失敗への不安、説明責任、取引先との信頼低下を抱える
BtoBでは、調査の対象を、使う人、管理する人、予算を出す人、導入を審査する人に分けます。ここも、関係者の聞き漏らしを防ぐための確認欄です。利用者の作業負担だけでなく、決裁者が認識する損失、管理部門が止める条件まで確かめ、誰の痛みを解くかを決めます。
ペインポイントの見つけ方｜行動の痕跡をたどる5手順
ペインポイントを探すときは、直近の具体的な出来事を起点に、行動・代替手段・結果・制約をたどります。対象者を広く集めて不満を並べる前に、調査結果をどの判断に使うのかを決めてください。絞り込みは次の5手順で進めます。
1．次の意思決定を一つ決める
「顧客理解を深める」では調査範囲が定まりません。「未解決の痛みがあれば追加検証へ進む」「現行手段で足りるなら企画を止める」と、進む条件と止める条件を書きます。
2．対象者を属性ではなく経験で絞る
年齢や業種だけでは、聞きたい出来事の経験者か分かりません。「製造業の管理職」より、「設備停止の報告を受け、復旧手配か生産計画の変更を判断した人」と行動で絞ります。
3．直近の一場面を再現してもらう
「普段困っていますか」ではなく、「最後にそれが起きたとき、最初に何を見て、次に誰へ連絡しましたか」と聞きます。時系列を追うと、顧客が話し飛ばしていた手作業、待ち時間、社内調整が見えてきます。
4．現行の代替手段を確認する
強いペインポイントでは、現行の対処か、対処に移れない具体的な理由を確認します。たとえば、表計算ソフトで補う、目視する、外部へ委託する、古いシステムを使い続ける、といった行動です。こうした行動は痛みを観察する材料になります。対処がない場合は痛みが弱いと決めつけず、過去の稟議・予算申請・エスカレーション、却下理由、変更権限、法務・情報管理・既存契約上の制約を聞きます。
5．負担と意思決定者を切り分ける
誰が困り、誰が対処し、誰の予算で解決するのかを切り分けます。利用者の負担が減っても、決裁者が損失を認識せず、予算科目もなければ導入は進みません。
5手順を終えた段階で残すのは、感想の一覧ではありません。「誰が、どの場面で、何に阻まれ、どうしのぎ、動けないなら何が止め、何を失い、誰が変更を決めるか」という一連の記録です。
ペインポイントを深掘る顧客インタビューの質問
顧客インタビューでは、未来の希望だけでなく、過去の行動と動けなかった理由を聞きます。ユーザビリティ研究のJakob Nielsen氏の2001年の解説も、利用者の自己申告をそのまま受け取らず、実際の行動を確認する必要を指摘しています。記憶には限界があるので、できる範囲で、発言を議事録や操作履歴などの記録と突き合わせます。
出来事を時系列で聞く6つの質問軸
会話は次の順番で進めます。
- 発生場面：「最後にその作業をしたのはいつですか」「何がきっかけで始まりましたか」
- 行動の順序：「最初に何をしましたか」「次に誰が関わりましたか」
- 詰まった箇所：「予定どおり進まなかったのはどこですか」「やり直した作業はありますか」
- 現行の対処：「今は何を使ってしのいでいますか」「その方法に変えた経緯は何ですか」
- 結果の負担：「放置すると誰に何が起きますか」「社内ではどの数字や出来事として表れますか」
- 変更の条件：「今の方法を変えるとき、誰の確認が要りますか」「予算はどの部門が持ちますか」
相手が「大変だった」と話したら、「そのとき実際に増えた作業は何ですか」と出来事へ戻します。一つの回答は、痛み、原因、解決案が混ざったものです。
解決策への賛同を証拠にしない
避けたいのは、解決策への賛同を取る質問です。「この機能があれば便利ですか」という肯定は、導入行動の証拠になりません。「前回は何を比較したか」「導入しなかった案は何か」「誰が止めたか」を聞きます。
事業案の説明は現状の聞き取り後に分けます。欲しいのは企画への感想ではなく、企画がなくても存在していた事実です。
強いペインポイントの見極め方｜優先順位の基準
優先順位は、声の大きさではなく、繰り返し起きている具体的な出来事、現在の対処または対処を妨げる制約、無視した場合の損失、変更を決める人の存在を材料に決めます。「深刻そうに話したか」ではなく、すでに何が動いているか、動けないなら何が止めているかを見ます。
一件ごとに残す6つの観点
優先順位を付けるときに一件ずつ記録するのは、次の観点です。
- 発生の具体性：直近の場面を時系列で語れたか。抽象的な業界論だけで終わっていないか
- 反復性：単発の例外か、同じ条件で繰り返す出来事か
- 現行の対処と制約：人手、既存製品、外注、社内ルールなどの回避行動があるか。なければ、予算・権限・法務・情報管理・既存契約の何が妨げているか
- 放置した結果：時間、費用、機会、品質、関係性のどこに負担が出るか
- 変更の主体：困っている人と、予算・権限を持つ人は誰か
- 対象の到達可能性：同じ経験を持つ人へ追加で会い、仮説を反証できるか
現行手段の費用が、そのまま新サービスの予算になるわけではありません。既存手段には社内稟議、取引実績、学習済みの運用があります。置き換えで失うものも確認します。
ここで想定するのは、営業担当から導入担当への引き継ぎで情報が欠け、顧客へ同じ質問をしている状況です。利用者にとっては聞き直し、管理者には立ち上がりの遅れ、決裁者には信頼低下が痛みです。どれが予算判断へつながるかを分けて確かめます。
一人の発言を市場全体へ広げない
一人の強い発言を市場全体へ広げず、同じ経験を持つ別の対象者と比べます。「どの条件では起きないか」が、狙う顧客を絞る情報になります。
ペインポイントを価値提案と検証仮説へ変換する
ペインポイントは、「対象者・発生場面・障害・現行手段・望む変化・次に確かめる事実」の順で一文にすると、価値提案と検証仮説へ変換できます。Strategyzerの「Value Proposition Canvas」（2014年）が顧客側と提供側を分けるのと同じく、問題の記録に製品名を先回りして入れません。単語のまま企画書へ貼らず、反証できる形にします。
一文に入れる6項目
記述の型は次のようになります。
［対象者］は、［発生場面］で［達成したいこと］を進める際、［具体的な障害］によって［負担・損失］を負う状態です。現在は［代替手段］で対処していますが、［残っている不都合］があります。次に［行動で確認できる事実］が検証対象です。
引き継ぎの例なら、「導入担当者は、契約後の引き継ぎで商談の前提が欠け、顧客への確認をやり直す状態です。自由記述のメモで補っているため、必要項目が担当者ごとに異なります。引き継ぎ前の確認手順を変え、聞き直しが減るかを確かめる」と書けます。
この文には、まだ製品名も機能名も入っていません。だからこそ、フォーム改善、会議手順の変更、既存システムの設定、専用サービスという複数の解決策を比べられます。
問題の存在と解決策の採用を分ける
問題の存在を確認しただけでは、解決策が選ばれるとは限りません。次の段階では、顧客が新しい手順を試すか、継続して使うか、対価や社内工数を負担するかを別々に確かめます。
検証後も「誰にでもある悩み」へ広げません。どの場面で何を判断した経験がある人かまで書けば、次に会う相手と試す解決策が決まります。
探索が空回りする原因と立て直し
ペインポイント探索が空回りする原因の一つは、解決策を正当化する材料として調査を始めることです。結果がどちらへ出ても企画を続ける前提なら、そのインタビューは検証ではなく説明会です。
調査前に止める条件まで決める
起きやすい失敗は次の6つです。
- 企画に合う痛みだけを探す：別の原因や既存手段を見落とさないよう、企画を止める条件を先に決める
- 対象者を役職名だけで集める：直近の出来事、担当した判断、関与した工程で条件を切る
- 不満の件数を足し上げる：同じ「面倒」でも原因は違うため、場面・行動・結果へ分解する
- 利用者だけに聞く：管理者、契約担当、予算責任者が避けたい結果も取る
- 解決しない理由を軽く扱う：法務、情報管理、既存契約、移行作業を提供条件に反映する
- 聞いた後の判断を決めない：継続、修正、停止のどれを、誰がいつ決めるかまで置く
見つからない理由を切り分ける
ペインポイントが見つからない場合、質問数を増やす前に対象条件を見直します。痛みが存在しないのか、経験者に会えていないのか、発生場面を広く聞きすぎたのかを切り分けます。この3つを分ければ、企画を止める判断も調査をやり直す判断も説明できます。
まとめ｜ペインポイントは行動と制約から確かめる
ペインポイントは、顧客の不満を言い換えた言葉ではありません。目的の達成を妨げ、実際の行動や損失として、あるいは対処に踏み切れない制約として表れる障害です。新規事業では、発言の強さより、直近の出来事、代替手段、対処を妨げる制約、放置した結果、変更を決める人を確認します。
実務では次の順番で扱います。
- 次の意思決定と、企画を止める条件を決める
- 対象者を属性ではなく経験で絞る
- 過去の具体的な出来事を時系列で聞く
- 現行の対処、対処を妨げる制約、損失、意思決定者を分ける
- 対象者・場面・障害・代替手段・望む変化を一文にする
- 問題の存在と、解決策が選ばれるかを別の検証に分ける
強いペインポイントが見つからないことも、検証結果の一つです。選択肢は、対象顧客を変える、解決する場面を変える、企画を止める、のいずれかです。どの判断であっても、顧客の行動の記録と、行動を妨げた制約から説明できれば、次の投資判断へ進めます。