顧客の声を聞きすぎると、なぜ商品は迷子になるのか

「顧客の声を聞きなさい」という助言は、あまりに正しく聞こえます。だからこそ、多くの人が疑うことなく実行に移すのでしょう。アンケートを配り、集まった要望を一覧にして、優先度の高いものから応えていく。

ところが、その通りに動いたのに手応えがない、という場面は珍しくありません。原因は、声を聞かなかったことではなく、声を額面どおりに受け取りすぎたことにあります。集めた声をどう読み解けば商品が迷子にならずに済むのか、その視点を整理していきます。

顧客の声を聞いた。なのに外れた

顧客の声を集めること自体は、間違いではありません。むしろ、独りよがりな商品づくりを避けるための大切な習慣です。問題は、集めた後の「受け取り方」にあります。

正しく実行したのに数字が動かない

たとえば、ある講座に「動画が長くて見きれない」という声が集まったとします。運営者は素直に応え、各回を短く分割しました。視聴のしやすさは、確かに改善したように見えます。

ところが、肝心の受講継続率や成果報告は、ほとんど動きませんでした。要望には応えたのに、事業の数字は反応しない。ここに、最初の違和感があります。

ここで見落としてはならないのは、外した運営者ほど、真面目に声を聞いているという事実です。手を抜いたから外れたのではありません。むしろ、集めた声に忠実であろうとしたことが、裏目に出ているのです。

価格についても、同じことが起こります。「もっと安ければ」という声に応えて値下げをしても、多くの場合、客層は変わらないまま利益だけが痩せていくのです。

声に応えたはずなのに、状況が良くならない。この既視感のある行き詰まりには、共通の原因があります。

「聞かなかった」のではなく「聞きすぎた」

こうしたとき、私たちはつい「もっと丁寧に声を聞こう」と考えがちです。しかし、多くの場合、失敗の原因はその逆の方向にあります。声を、そのまま鵜呑みにして聞きすぎたのです。

顧客が口にした言葉を、そのまま設計図として扱ってしまう。言われたことを実行したのに外れるのは、言葉の表面と、その奥にある本当の需要がずれているからです。

丁寧に耳を傾けること自体は、美徳です。ただ、その丁寧さが「言われた通りに作る」ことへ直結してしまうと、丁寧さはかえって足かせに変わります。聞く姿勢と、聞いた内容の扱い方は、分けて考える必要があるのです。

誤解のないように言えば、これは「顧客の声を無視せよ」という話ではありません。無視すれば独りよがりに戻るだけでしょう。聞いた上で、その声を額面どおりに実装しないという、一手間の違いなのです。

では、その「ずれ」はどこから生まれるのでしょうか。要望と悩みという二つの層の違いを見れば、構造がはっきりしてきます。

要望と悩みは、そもそも層が違う

顧客が発する言葉は、大きく二つの層に分けられます。表面にあるのが「要望」、その奥に沈んでいるのが「悩み」。この二つを同じものとして扱うと、判断を誤ります。

要望とは、顧客が想像した「解決策の案」

要望とは、顧客が自分なりに考えた「解決策の案」です。「安くしてほしい」「機能を増やしてほしい」という声は、悩みそのものではありません。悩みを解くための手段を、顧客が想像して口にしたものなのです。

ここに落とし穴があります。なぜなら、解決策を考えるには、本来その分野の知識や経験が要るからです。顧客は、自分の悩みには誰よりも詳しくても、その解き方の専門家ではありません。

つまり要望をそのまま実装するとは、商品設計という最も専門的な仕事を、専門家でない相手に委ねることに等しいわけです。声を集めるほど設計が揺れていくのは、そのためだと言えます。

言い換えれば、要望をそのまま採用するのは、専門家が素人の見立てに設計判断を明け渡すことです。医師が患者の自己診断どおりに薬を出さないのと、構図は同じでしょう。聞いた上で専門家として翻訳し直す、その一手にこそ価値があります。

もちろん、例外もあります。顧客がその分野に精通したプロである場合、要望は解決策として高い精度を持つでしょう。とはいえ大半の市場では、顧客は解き方の素人です。

だからこそ、要望の精度を過信しないという構えが要ります。相手が専門家かどうかで、声の重みは変わってくるのです。

悩みは動かない。要望は揺れる

一方で、その奥にある悩みは、驚くほど動きません。「失敗したくない」「時間を無駄にしたくない」「周りに置いていかれたくない」。こうした感情は、時代や流行が変わっても、形をほとんど変えないものです。

「もっと安く」という要望の奥をたどると、多くは「高い買い物で失敗したくない」という悩みに行き着きます。悩みが同じでも、それを解くための要望はいくつも枝分かれしていくのです。値下げも、返金保証も、分割払いも、すべて同じ悩みから伸びた別々の枝にすぎません。

こう言うと、では要望は無視してよいのか、と思われるかもしれません。そうではありません。要望は、悩みの在りかを指し示す貴重な矢印です。

見るべきは、矢印の先端そのものではなく、矢印が指している方向です。要望を手がかりに、その奥の悩みへたどり着く。この順序さえ間違えなければ、集めた声はむしろ強力な材料に変わります。

要望は移ろいやすい表面であり、悩みは変わりにくい本体です。追うべきは、揺れる要望ではなく、動かない悩みの方なのです。

もっとも、要望と悩みの関係は一対一ではありません。まったく同じ言葉の奥に、まるで違う悩みが隠れていることも多いのです。ここを取り違えると、声を丁寧に集めても判断を誤ります。

同じ要望でも、奥にある悩みは一つではない

要望と悩みが一対一で結びつくなら、話は単純です。ところが実際は、まったく同じ言葉の奥に、別々の悩みが隠れていることが少なくありません。ここを見落とすと、声を丁寧に集めるほど判断が濁っていきます。

表札が同じでも、たどり着く悩みは違う

たとえば「初心者にもわかるようにしてほしい」という同じ要望でも、その奥は人によって分かれます。ある人は前提知識がなく、本当に基礎から知りたいのでしょう。別の人は、自分だけ置いていかれないかという不安を口にしているだけかもしれません。

前者に必要なのは丁寧な基礎解説ですが、後者に効くのは安心できる伴走や進捗の可視化です。同じ言葉に同じ打ち手を返すと、片方には的中しても、もう片方には空振りに終わります。

身近な場面に置き換えると、なお分かりやすくなります。飲食店で同じ定食を頼んだ二人でも、片方はしっかり量を食べたい若者、片方は疲れて温かいものでほっとしたい会社員、ということはよくあるでしょう。選んだ品書きは同じでも、本当に満たしたいものはまるで別なのです。

だから、要望を数えても本当の需要は見えない

この事実は、声の集計という作業に落とし穴があることを教えてくれます。要望を一覧にして「同じ声が何件あったか」を数えても、その裏の悩みが割れていれば、多数決は実態を映しません。

厄介なのは、集計表の上で最も声の多い要望が、最も応えるべき悩みとは限らないことです。件数が多く見えるのは、たまたま言葉にしやすい要望だからかもしれません。言葉になりにくい悩みほど、集計からはこぼれ落ちていきます。

数の多い要望に素直に従うと、複数の悩みを一つの打ち手で片づけようとして、結局どの悩みも中途半端に取りこぼします。数えるべきは要望の件数ではなく、その奥にある悩みの種類です。

見るべきは、寄せられた言葉そのものではなく、その言葉が指し示している悩みの側です。表面の要望をいくら丁寧に集計しても、奥の悩みが割れていれば需要は見えてきません。

要望を頭ごなしに退けるのでも、そのまま実装するのでもなく、奥の悩みへ翻訳してから設計に使う。この一手が、集めた声を実際に役立つ材料へ変えていきます。

御用聞きになった事業は、なぜ迷子になるのか

要望をそのまま受け続けると、事業はどうなっていくのでしょうか。行き着く先が、いわゆる「御用聞き」の状態です。言われた要望をこなすことが、いつのまにか仕事の中心になってしまいます。

御用聞きが悪い、と言いたいのではありません。目の前の要望に応える誠実さは、信頼の土台になるものです。問題は、応える対象を要望の表面に置いたまま、奥の悩みを見ないことにあります。

要望を全部拾うと、商品は平均点の寄せ集めになる

寄せられる要望を一つずつ実装していくと、商品は少しずつ膨らんでいきます。機能が増え、対応範囲が広がり、一見すると親切な商品に育ったように見えるでしょう。しかし、その実態は継ぎ接ぎです。

身近な例で言えば、要望に応えて機能を足し続けたツールが、いつしか複雑になりすぎて使われなくなる、という光景があります。講座であれば、あれもこれもと範囲を広げるうちに、結局どの層にも深く刺さらない教材になっていくのです。

あれもこれもと足していくうちに、その商品が「誰の、どの悩みのためのものか」が薄れていきます。全員の要望に応えた結果、特定の誰かの心には深く刺さらない、平均点の寄せ集めが残るわけです。

継ぎ接ぎの商品は、増築を重ねた家に似ています。部屋の数は増えても、導線はちぐはぐになり、住み心地はむしろ落ちていくのです。要望に沿った増築ほど、家全体の設計思想を見えなくしていきます。

要望リストを開き、上から順に消化していく。その作業に追われるほど、自分がなぜこの商品を作ったのかという軸は、静かに後ろへ押しやられていきます。

矛盾する声に、同時には応えられない

さらに厄介なのは、顧客の要望どうしが互いに矛盾することです。「機能を増やしてほしい」という声と、「もっとシンプルにしてほしい」という声は、同じ商品に同時に寄せられます。

両方を額面どおり拾えば、商品は自己矛盾を抱えてしまいます。相反する要望に同時に応えようとした瞬間、商品は誰のためのものでもなくなります。これが、声を聞きすぎた事業が迷子になる正体です。

ただし、矛盾する声も、奥の悩みまで下りれば統合できる場合があります。「機能を増やして」も「シンプルに」も、根には「自分でも使いこなせる実感がほしい」という同じ悩みが潜んでいることが多いのです。ならば、応えるべきは機能でも簡素さでもなく、使いこなせる設計だと分かります。

要望は足し算で膨らみますが、悩みは引き算で絞り込めます。矛盾する要望の奥にある共通の悩みを見つければ、応えるべき一点は自ずと定まってきます。

近視眼的に目の前の声だけを追うと、この一点は見えません。声の奥へ視点を下ろした瞬間から、拾う声と手放す声の区別がつくようになるのです。

一段深く聞く——問いの重ね方

では、要望の奥にある悩みを、どうやって読み取ればよいのでしょうか。特別な調査ツールは要りません。要望を聞いたら、そこで止めずに、もう一段だけ深く問うのです。

「なぜそれが欲しいのか」を一度だけ重ねる

顧客が「安くしてほしい」と言ったら、その言葉で判断を止めないことです。「なぜ、その価格だと申し込みやすいのだろうか」と、心の中で一度だけ問いを重ねます。

すると、多くの場合「効果があるか分からないものに、大きな金額を払うのが怖い」という悩みが顔を出します。ここまで来ると、打ち手が変わるのです。本当の悩みが価格でなく不安なら、値下げより、保証や小さなお試しの方が効くからです。

別の例も挙げてみます。「機能を増やして」という声の奥を問えば、「使いこなせている実感がほしい」という悩みが見えることがあります。ならば追加すべきは機能ではなく、導入時の案内やサポートかもしれません。

要望と打ち手の間に、悩みを読む一手間を挟むかどうか。その一手間の有無で、結果は大きく分かれていきます。

尋問にせず、翻訳する

ただし、これを顧客への質問攻めにする必要はありません。相手に「なぜ」を何度も突きつければ、尋問のようになり、かえって心を閉ざさせてしまいます。問いは、自分の頭の中で重ねれば十分です。

深掘りは、一段でかまいません。二段も三段も掘り下げると、今度は根拠のない深読みに陥ります。

要望から悩みへ、一度だけ翻訳する。この節度が、憶測と読解を分ける境目になります。

問いを重ねる相手は、必ずしも目の前の一人でなくてかまいません。過去に寄せられた声、レビューの一文、問い合わせのメール。そのどれもが、奥の悩みを推し量る手がかりになります。

集まった声を眺めながら、「この要望は、どんな悩みを解こうとした案だろうか」と翻訳していく。この作業を習慣にすると、声のリストが、そのまま悩みの一覧に見えてくるはずです。

これは、読み手を一人の架空の人物像に固めることとは別の話です。悩みの分布を俯瞰しつつ、寄せられた個々の声をその奥の悩みへ翻訳する。二つは、顧客理解を支える両輪だと考えています。

大切なのは、翻訳を一度きりで終わらせないことです。悩みそのものは根強く残っても、それが表に出るときの言葉は移り変わります。だからこそ、声を集めるたびに奥を読み直す姿勢が、商品を古びさせない支えになります。

総括：顧客理解とは、言われたことの奥を読む技術

顧客の声を聞くこと自体は、これからも大切です。しかし、声を集めるだけでは顧客を理解したことにはなりません。理解とは、言われたことを実行することではなく、言われたことの奥を読むことだからです。

顧客が口にするのは、自分なりに考えた解決策の案、つまり要望です。その奥には、本人も言葉にしきれていない悩みが沈んでいます。要望をそのまま実装すれば、商品設計を専門家でない相手に委ねることになってしまうわけです。

だからこそ、集めた声は額面で受け取らず、要望の奥にある悩みを見る必要があります。要望に従うのが顧客第一なのではなく、要望の奥の悩みを読み解くことが、本当の顧客理解です。

次の一歩は、大がかりなものではありません。手元にある顧客の声を一度開き、それぞれを「表面の要望」と「奥の悩み」に仕分けてみることです。どの声も、その奥にある悩みへ翻訳し直すだけで、見えてくる需要は変わってきます。

集客も、商品設計も、この読み解きの上に乗って初めて噛み合います。声の奥にある悩みを起点に置いたとき、あなたの商品は、ようやく迷子から抜け出していくはずです。