顧客アンケートの取り組みは、機能導入ではなく「投資判断ができる状態」を整える仕事だった
以前、顧客アンケートの取り組みについて書いた。
ただ、今振り返ると、あの時に自分がやっていたことは、単に新しいアンケート機能を導入することではなかったと思う。
当時のクライアントには、明確な長期課題があった。
改善したかったのは、オペ成約率と紹介率だった。
顧客アンケート自体は、まったく存在していなかったわけではない。
紙ベースではすでに実施されていた。
ただし、その運用は、長期課題の改善に十分結びついていなかった。
回答は取れている。
だが、集計に時間がかかる。
傾向把握が遅い。
どこに不安や期待値のズレがあるのかを継続的に捉えにくい。
その結果、顧客の声が改善判断に変わりきらない。
つまり問題は、紙かオンラインかという形式の違いだけではなかった。
改善したい指標に対して、今の運用では判断と修正のサイクルが十分に回っていなかったということだった。
導入に対して、クライアントは最初から前向きだったわけではない
顧客アンケートの取り組みは、クライアントから最初からすんなりと承認されたわけではなかった。
それも当然だったと思う。
新しい仕組みを入れる。
現場の運用も変える。
費用も発生する。
にもかかわらず、何がどう改善し、どこまで継続価値があるのかが見えなければ、慎重になるのは自然だ。
実際に懸念されていたのは、
やること自体が目的化しないか
現場負荷だけが増えないか
システム費用に見合う効果があるのか
続ける価値をどう判断するのか
といった点だった。
今振り返ると、これは単なる抵抗ではなかった。
投資として見た時に、かなりまっとうな疑問だったと思う。
当時必要だったのは、機能説明より先に「課題と現状運用の限界」を整理することだった
ここで難しかったのは、
「オンライン化すれば便利になります」と説明しても、導入理由としては弱いことだった。
クライアントから見れば、すでに紙アンケートという代替手段は存在していた。
だから、便利さだけでは優先順位は上がらない。
当時の伴走の中で見えていたのは、クライアントが解きたい長期課題と、現状運用の間にギャップがあることだった。
オペ成約率を上げたい。
紹介率も改善したい。
そのためには、顧客がどの段階で迷い、どこで不安を抱え、何が意思決定を止め、どんな体験が紹介意向につながるのかを、継続的に把握して改善につなげる必要がある。
だが、当時の運用では、そのために必要な頻度・粒度・改善速度が足りなかった。
だから新しい機能の導入を、単独の追加施策としてではなく、
長期課題を前に進めるうえで、現状運用では足りない部分を補うための打ち手として位置づける必要があった。
価値を感じてもらうには、「便利になる」ではなく「何が前に進むのか」を見せる必要があった
新しい機能を導入する時、相手に価値を感じてもらうには、機能の説明だけでは足りないことが多い。
特に既に何らかの運用がある場合、相手の頭の中には
「今も一応できている」
という感覚がある。
この時に必要だったのは、紙アンケートでも声は集められている、という表面的な話ではなく、
改善論点の特定に時間がかかる
何を優先して直すべきかが曖昧になる
修正後の変化を追いにくい
結果として、成約率や紹介率の改善に結びつく運用になりにくい
という限界を整理することだった。
言い換えると、
今のやり方のままでは、解きたい課題に対して改善速度と判断精度が足りない
ということを、クライアントと共有する必要があった。
そこが共有できて初めて、オンラインアンケートシステムは
「あると便利な機能」ではなく、
課題解決に必要な機能として見えてくる。
導入を前に進めるには、価値の説明だけでなく「効果の測り方」まで必要だった
もう一つ重要だったのは、導入後の価値をどう測るかを先に置くことだった。
新しい機能を入れても、何をもって効果があったと判断するのかが曖昧だと、継続価値は見えない。
そうなると、導入時は通っても、その後に形骸化しやすい。
そこで目的指標として明確に置いたのが、
オペ成約率と紹介率だった。
アンケートを取ること自体を目的にせず、顧客理解の精度を上げ、接点改善につなげ、その結果としてオペ成約率と紹介率がどう変化するかを見る。
この形にしたことで、取り組み全体の意味がはっきりした。
アンケートの回収件数や回答率は、あくまで途中経過にすぎない。
本当に見たかったのは、その仕組みによって改善判断の質と速度が上がり、重要指標に変化を起こせるかどうかだった。
この評価軸があったことで、新しい機能は「導入して終わり」の施策ではなく、
継続する価値を判断できる投資として扱えるようになった。
週次のPDCAを回せる状態を作ったことで、機能が初めて運用に変わった
最終的に行ったのは、オンラインのアンケートシステムを導入し、
週次のPDCAサイクルを回せる状態を作ることだった。
ここで重要だったのは、デジタル化そのものではなく、顧客の声を継続的に確認し、判断し、修正し、結果を見る運用に変えることだった。
どの接点で不安が出ているのか
何が説明不足なのか
どこで期待値のズレが起きているのか
どの改善を優先すべきか
修正後にどう変化したのか
これらを週次で見られるようになって初めて、アンケートは単なる調査ではなく、改善を前に進める仕組みとして機能し始めた。
今振り返ると、当時やっていたのは「導入提案」ではなく「投資判断の条件整理」だった
当時はそこまで整理して考えていたわけではない。
ただ今振り返ると、伴走型コンサルティングの流れの中で自分がやっていたのは、単に新しい機能を紹介することではなかったと思う。
長期課題のロードマップを持ちながら、その実現に対して今の運用のどこが足りないのかを整理する。
そのうえで、新しい機能が何を前に進めるのかを明確にし、導入後の運用と効果測定の軸まで含めて整える。
その結果として、クライアントがその機能を妥当な投資として判断できる状態を作っていく。
そう考えると、あの時の仕事は、機能導入そのものよりも、
必要な機能が、必要な投資として判断できる条件を整えることに近かったのだと思う。
最後に
新しい機能は、正しければ導入されるわけではない。
便利であっても、それだけでは足りない。
特に現場運用がすでに存在する組織では、その機能が長期課題にどうつながり、現状運用の何を補い、何をもって効果が出たと見るのかまで見えなければ、導入は進みにくい。
顧客アンケートの取り組みを振り返ると、自分が本当に向き合っていたのは、システム導入の是非というより、
課題、運用、測定軸をつなぎながら、必要な投資判断ができる状態を整えることだったように思う。
