顧客課題 用語

説明

顧客課題とは、顧客が「本当は解決したいのに、自力ではうまく解けずに困っている用事・不便・不安」のことです。 ポイントは、自社が売りたい製品や機能ではなく、顧客が抱える「解くべき問題そのもの」を起点に置く点にあります。 顧客は製品が欲しいのではなく、その先にある「片づけたい仕事（用事）」を果たしたいだけで、課題を正しく捉えられれば、後の提供価値・訴求メッセージ・商品開発の判断軸がすべて定まります。 よく似た言葉との違いを整理すると、ニーズ＝課題を裏返した「望む状態」、ウォンツ＝それを満たす具体的な手段（欲しい製品）、課題＝その手段を必要にさせている「困りごと・障害」です。 つまり課題はニーズやウォンツの一段深い根っこにあたり、ここを外すと機能を足しても売れない状態に陥ります。 5プロセスでは②現状分析の顧客分析で特定し、③戦略方針でどの課題に絞って戦うかを決める、価値設計の土台となる概念です。

適用例

従業員28名の建設業向けクラウド勤怠管理SaaS（月額3.8万円）を提供するB2B企業の例。 無料トライアルから有料化する率が8%と伸び悩み、当初は「打刻アプリ・シフト自動作成・給与連携」という製品の機能を訴求していた。 ここで顧客課題を捉え直すため、契約企業の総務担当に話を聞くと、真の困りごとは機能不足ではなく「毎月の残業計算と役所への現場入場記録の提出に、Excel転記で丸2日（約16時間）を奪われ、労基署対応でミスが怖い」という具体的な痛みだった。 導入後はこの作業が約15分に激減していた。 そこで訴求を「多機能」から「残業計算と提出書類を自動化し、月16時間を15分に」という顧客課題そのものへ転換。 トライアル開始直後の案内をこの一点に絞った結果、有料化率は8%→18%へ改善。 月50件のトライアル流入では有料化が4件→9件に増え、新規MRRは月15.2万円→34.2万円（＋19万円）に。 広告費が月30万円で一定のため、CAC（顧客獲得単価）は約7.5万円→約3.3万円へ下がった。 機能は1つも追加せず、解くべき課題を訴求軸に据え替えただけで成果が出た例である。

よくある誤解・つまずき

• 「顧客が欲しいと言った機能（ウォンツ）＝顧客課題」という誤解。 顧客は解決策を語るのは得意だが、本当の困りごとを正確に言語化できないことが多い。 要望リストを鵜呑みにして機能を作ると『言われた通り作ったのに売れない』に陥る。 ウォンツの裏にある『なぜそれが欲しいのか＝どんな用事を片づけたいのか』まで掘って初めて課題にたどり着く。
• 「課題＝自社製品で解けること」という誤解。 自社が解けることから逆算して課題を定義すると、顧客の実際の困りごとではなく『自社に都合のよい問題』にすり替わる。 課題は顧客側の事実として特定し、そのうえで自社が解けるかを判定する順番を守る。
• 「課題は大きく・多くあるほどよい」という誤解。 中小企業やB2Bでは、あらゆる困りごとに応えようとすると訴求が総花的になり誰にも刺さらない。 『誰の・どの場面の・どれだけ深い痛みか』で1つに絞り込むほど、尖った価値と高いWTP（支払意欲）につながる。

使うタイミング

主に②現状分析の顧客分析で、N1インタビューや3C分析を通じて「顧客が本当に困っていることは何か」を特定する場面で使います。 ここで固めた顧客課題が、その後のバリュープロポジション（課題と提供価値の適合）・差別化・③戦略方針の的の絞り方をすべて規定します。 早すぎる失敗は、狙う顧客像（ペルソナ・セグメント）が全く定まらないまま万人の課題を一般論で並べ、対象がぼやけて『当たり障りのない課題』で止まるケース。 まず『誰の』課題かを粗くでも決めてから掘ります。 遅すぎる失敗は、④アクションプランや価格・販促まで決め切ってから課題を確認代わりに使うケースで、既に方向が固まっており都合よく解釈して『答え合わせ』にしてしまい、本来必要だった軌道修正の機会を逃します。 製品や機能の議論に入る前、価値を設計する起点として使うのが定石です。

関連する用語・フレームワーク