顧客から要望が来ないのは、満足しているからとは限らない
目次
顧客の声が思ったほど集まらない、という状況に心当たりはありませんか。
問い合わせフォームは用意してあり、顧客との定例会でも「困っていることはありませんか」と聞いています。それなのに、要望がほとんど上がってきません。
このとき「大きな不満はないのだろう」と受け取ってしまうことがあります。ここが落とし穴です。要望が来ない状態は、満足しているサインとは限りません。
この記事では、顧客の声が集まらない理由と、そこから抜ける最初の一歩を整理します。窓口そのものの作り方は機能要望の収集を一本化する方法で扱っています。
- 要望が来ないときは、不満がない場合と言うのをやめた場合を区別します
- 過去の要望への反応と、社内で記録されずに閉じられていないかを確認します
- 窓口を増やす前に、すでに届いた要望へ返信することから始めます
要望が来ないだけでは、満足しているか判断できない
まず、対照的な2つの状態を考えてみてください。ほかにも、製品をあまり利用していないなどの理由が考えられます。
| 状態 | 顧客の内心 | 外から見た様子 |
|---|---|---|
| 本当に困っていない | 特に不満はない | 要望が来ない |
| 要望を言うのをやめた | 言っても変わらないと思っている | 要望が来ない |
問題は、この2つが外から同じに見えることです。どちらも静かなので、管理画面を見ているだけでは区別できません。
厄介なのは2つ目の状態です。顧客は不満を抱えたまま黙り、こちらは順調だと受け取ってしまいます。その不満に気づくのが、契約更新や解約のタイミングになってしまうこともあります。
つまり、沈黙は満足のサインにも、不満のサインにもなります。この前提に立つところから始めます。
顧客が要望を言わなくなる3つの理由
では、顧客はなぜ要望を言うのをやめるのでしょうか。考えられる理由は、主に次の3つです。
言っても何も起きなかった
最初に疑いたいのがこの理由です。たとえば、半年前に伝えた要望について、その後の連絡が一度もなかったとします。実装されたかどうかではなく、何の反応もなかったという経験が、次の一言を止めます。
どこに言えばいいか分からない
担当者が変わった、フォームの場所を忘れた、チャットで聞いてよいのか迷うといったことが重なると、要望は届きにくくなります。顧客にとって要望を伝えることは本業ではないため、少しでも迷うと後回しになり、そのまま忘れられます。
要望として言うほどではないと判断した
毎回30秒の手間がかかる操作は、顧客の中では「慣れれば済む話」に分類されがちです。しかし、同じ30秒を100人が毎日払っているなら、それは直す価値のある課題です。顧客側が遠慮すると、こうした声はほとんど届きません。
「顧客が要望を言ってくれない」と考えると、打つ手がなくなります。しかし上の3つは、どれも受け取る側の設計で変えられます。
具体的には、届いた要望に返信すること、伝える場所を分かりやすくすること、小さなことでも歓迎だと伝えることの3つです。未返信の要望があるなら、まずそこへ返信することから試せます。
顧客は要望を言っているのに、社内で止まっている
ここまでは顧客側の話でした。もう1つ確かめておきたいのが、顧客はちゃんと要望を言っているのに、社内で消えているという形です。
確かめ方は単純で、サポートの問い合わせ履歴を読み返します。要望らしい発言が「対応済み」として閉じられていたら、別の台帳へ引き継がれているか確認します。記録も引き継ぎもなければ、この形が疑われます。
サポートの担当者からすれば、これは正しい処理です。顧客の困りごとには回答し、その場で解決しているので、担当者の仕事はそこで完了しています。しかし、その発言が製品を直すべき材料だったかどうかは、別の判断です。
問い合わせに答えることと、要望として残すことは、同じ会話から生まれる2つの別の作業です。前者だけを評価していると、後者は誰の仕事でもなくなります。
返答速度と解決率だけを評価し、要望の記録に時間を確保していない場合、担当者は記録を後回しにしやすくなります。
この状態は、フォームを増やしても直りません。声は届いているので、入口の問題ではないからです。必要なのは、サポートが要望を渡す先を決めることと、渡すこと自体を仕事として認めることです。受け皿の作り方は先の収集の記事に、営業やCSからの受け取り方は営業・CSからの機能要望をどう扱うかにまとめています。
最も避けたいのは、何も言われないままの解約
沈黙を放置したときに最も避けたい結末は、機能が足りないと指摘されることではありません。何も言われないまま解約されることです。
解約の連絡が来てから理由を聞く運用では、具体的な不満はその場で初めて出てきます。しかも、その不満は解約を決める前から抱えていたものである可能性が高いです。
このとき失うのは、その1社の売上だけではありません。同じ不満を抱えている顧客が他に何社いるのか分からないという状態が残ります。1社が黙って去ったなら、同じように黙っている会社が他にもいるかもしれません。しかし、それを確かめる手がかりはこちらに残っていません。
解約時のヒアリングにも意味はありますが、タイミングとしては遅すぎます。その場で聞けるのは、もう決めた人の理由だけです。
解約理由が社内で「価格」として片づけられる場合にも注意が必要です。顧客が最後に挙げる理由は、角が立たず言いやすいものに寄りがちで、使いにくさや放置された要望は、わざわざ口に出さないこともあります。価格が理由という報告が続いているなら、その手前に沈黙があった可能性も疑ってみてください。
窓口を増やす前に、届いた要望へ返信することから始める
ここから抜ける方法として、新しいフォームを作ったりアンケートを送ったりしたくなるかもしれません。すでに届いている要望に未返信のものがあるなら、まずその返信から始めます。
過去に届いた要望を掘り起こす
たとえば直近半年ぶんなど、確認できる範囲の問い合わせや議事録を見直し、要望として扱えそうな発言を拾います。新しく集める前に、すでにあるものを確認します。
まだ返信していない要望に返信する
実装するかどうかは決まっていなくても構いません。「いただいた内容は記録しています」「いまは着手予定がありません」でも、返信すること自体に意味があります。
返信した相手の反応を見る
返信をきっかけに、追加の要望が届くことがあります。届いた内容から、以前の要望の続きか、新しく困ったことかを確かめます。返信があったことだけで、過去に黙っていた理由までは判断できません。
そのうえで窓口を整える
ここまでやってから、フォームやアンケートを考えます。返信する習慣がないまま窓口を増やしても、同じことが繰り返されます。
この順番を逆にしないことが大切です。返信しないまま入口を増やすと、顧客の側には「また聞くだけ聞かれた」という経験が積み重なり、沈黙を深める方向に働きます。
受付・検討中・見送りなど、現在の状態に合わせた文章は機能要望への返信文例を参照してください。
実装しないと決めた要望をどう伝えるかは、営業・CSからの機能要望をどう扱うかの「実装しない判断」で詳しく扱っています。
よくある質問
こちらから聞きに行けば解決しませんか？
有効ですが、それだけで足りることは少ないです。聞かれたときに答えてもらえる要望は、顧客が言葉にできている範囲に限られます。日常的に感じている小さな不便は、改めて聞かれると「特にないです」で終わりがちです。定期的に聞く場は持ちつつ、日常の問い合わせから拾う経路も残しておくのが現実的です。
返信するとき、実装を約束しないと不満になりませんか？
むしろ、約束せずに返信するほうが後の信頼を損ねません。実装時期を伝えられない段階で期待を持たせると、その時期が来たときに「話が違う」という状態になります。いま記録していることと、決まったら連絡することだけを伝えるのが安全です。判断の伝え方は「営業・CSからの機能要望をどう扱うか」で扱っています。
顧客数が少ないうちは、要望が来ないのは当然では？
件数が少ないこと自体は自然です。ただし、ゼロが数か月続いているなら理由を確かめたほうがよいです。顧客が10社なら、まず1社の状況から確認できます。ただし、その1社の声が残り9社も代表するとは限りません。顧客が少ないうちは、むしろ1社ずつ確認しやすい時期でもあります。
まとめ
要望が来ないことを、満足しているサインとして読まないでください。静かな状態には、本当に困っていない場合と、要望を言うのをやめた場合があり、外からは同じに見えます。
声が止まる理由として、過去の要望に反応がなかったことや、届いた声が社内で記録されずに閉じられていることが考えられます。どちらも、受け取る側の設計で変えられます。
未返信の要望があるなら、窓口を増やす前にその返信から始めます。一件ずつ返信し、そこから戻ってくる反応を見てください。集めた声を製品改善につなげる進め方は機能要望管理とは？収集・整理・優先順位付けの基本にまとめています。
