CSとしては、正しいことを言っていた。
ユーザーが困っていることも、問題点も、間違っていなかった。
それでも、何も変わらなかった。
それは「声が弱かった」からでも、
「重要度が低かった」からでもない。
判断できる形で渡されていなかった。
それだけだ。
よくある「伝わらなかったVOC」の失敗パターン
CSの現場では、「きちんと伝えたはずなのに判断されなかった」ケースが繰り返される。
その多くは、努力不足ではなく、失敗の“型”を踏んでいる。
ここでは、代表的な4つの失敗パターンを整理する。
① 声や件数だけを渡してしまった失敗
- 問い合わせ件数が増えていることを伝えた
- ユーザーから不満の声が出ていると共有した
- 改善要望をまとめて会議に出した
これらは一見、正しいVOC共有に見える。
しかし、いずれも共通しているのは、結果や感情をそのまま渡している点だ。
「多い」「困っている」「要望がある」。
それ自体は事実だが、判断に必要な情報ではない。
この型のVOCは、
「状況は分かった。様子を見よう」
で止まる。
② 数字は出したが「行動が見えなかった」失敗
次に多いのが、数値はそろっているのに判断できないケースだ。
- 問い合わせ件数
- FAQの閲覧数
- 特定ページのPV
数字としては説明できている。
しかし、そこに次の情報がない。
- どこで離脱したのか
- 読んだあと、前に進めたのか
- どの操作で止まったのか
数字は「起きていること」を示すが、
「直す場所」を示してはくれない。
この型のVOCは、
「分析はできているが、打ち手が出ない」
状態を生む。
③ 分類はしたが「WHYが抜けた」失敗
問い合わせを丁寧に分類したケースでも、失敗は起きる。
- ログイン関連
- 決済関連
- 応募関連
カテゴリ別の件数を出し、
「どの領域が多いか」は説明できている。
だが、そこで止まってしまうと、
必ずこう聞かれる。
「で、何が原因なのか？」
WHY（つまずき理由）がない分類は、
集計にはなるが、改善にはつながらない。
この型のVOCは、
「正しいが浅い」
と判断され、優先度が下がる。
④ CS内では納得したが、外に出ると判断不能だった失敗
もっとも厄介なのが、この型だ。
- CS内では全員が納得している
- 現場感覚としては間違っていない
- 何度も見てきた典型的なつまずき
それでも、開発・運営に出した瞬間に止まる。
理由は一つしかない。
前提知識を共有している人向けの説明だったからだ。
CS内では常識でも、
他部署にとっては、
- その画面を見たことがない
- その導線を毎日触っていない
- どこが「おかしい」のか分からない
この型のVOCは、
「言っていることは分かるが、判断できない」
という最も動かない状態を生む。
これらはすべて「失敗の型」である
ここで重要なのは、
これらが個別のミスではないという点だ。
- 感情だけを渡した
- 数字だけを渡した
- 分類だけで止まった
- 内輪の前提で説明した
いずれも、
判断できる構造に落とせていないという
同じ失敗の別パターンである。
正しいVOCが無視されたのではない。
判断できない形で渡されただけだった。
では、CSはどうすれば「判断される情報」を出せたのか
これらの失敗を避けるために、
CSがどの情報を、どの単位で翻訳すればよいのか。
その基準を、次の記事で整理している。
感覚ではなく、
声でもなく、
行動と構造で伝える。
それが、
CSを「共有役」から「判断を生む役割」へ変える技術だ。
コメント