CSの報告は、なぜいつも軽い。
「参考になります」「気づきとして受け取ります」と言われ、結局は後回しにされる。
それは、CSの話が弱いからではない。
話の単位が、意思決定に耐えない形で出されていることが多いからだ。
多くのCS現場で行われている「数値化」は、残念ながら組織を動かさない。
その典型が、ランキングである。
ランキングは、CSの数値化ではない
「どのサービスの問い合わせが多いか」
「どの機能の問い合わせが多いか」
一見するとデータドリブンに見えるが、これは体験の比較ではない。
規模も条件も異なる箱を並べているだけだ。
- サービスAはユーザー数が多い
- サービスBは機能が複雑
- サービスCは新規流入が多い
前提条件が違うものを並べても、「では何を直すのか」は決まらない。
ここから導かれるのは、
「このサービスは大変そうですね」という感想だけである。
ランキングが悪いのではない。主語が間違っている
誤解されがちだが、ランキングそのものが悪いわけではない。
問題は、
ランキングの主語を「サービス」や「機能」にしてしまうことだ。
CSが扱うべき主語は、サービスではない。
ユーザーのつまづきである。
CSの数値は、コンタクトリーズンで分解して初めて意味を持つ
CSの数値化が機能する前提はひとつ。
体験が、コンタクトリーズンで分解されていること。
私が扱っている構造は、次の3層だ。
- WHAT：何が起きているか（現象）
- WHY：なぜ起きているか（つまづき理由）
- HOW：どう解消するか（手段）
WHATは増える。
表現も文脈も異なり、いくらでも分岐する。
一方で、WHYは違う。
WHYは構造的に集約され、必ず偏りが出る。
優先順位は、WHYで決める
意思決定に使える数値化とは、「直す順番が決まる状態」を指す。
そのためにやるべきことはシンプルだ。
WHYを軸に分析すること。
この瞬間、CSの報告は変わる。
- 「このサービスが多いです」ではなく
- 「このつまづきが、全体の○割を占めています」になる
これは感想ではない。
改善対象の提示であり、投資判断の材料である。
WHYのパレート図が語るのは、「忙しさ」ではなく「優先度」だ。
WHYで並べると、サービス横断で話ができる
WHYを主語にすると、はじめて比較が成立する。
- 同じWHYが、複数のWHATで起きていないか
- 特定の機能にだけ集中していないか
- HOW（ヘルプ・導線・UI・説明）で対応できているか
ここまで来て、初めて議論が前に進む。
- どこから直すか
- 誰がやるべきか
- CSで解消できるのか、プロダクト側か
サービス名ランキングでは、ここに辿り着けない。
数値化とは、可視化ではない
「数値化＝可視化」と言われることが多いが、正確ではない。
CSにおける数値化の本質は、
体験を、原因単位で切り分け、優先順位を決めること。
グラフをきれいに並べることでも、
ランキングを作ることでもない。
決められない数値は、存在しないのと同じだ。
CSが「感想扱い」される理由は、明確だ
CSが軽視されているのではない。
CSの価値が、意思決定の形式で提出されていないだけである。
- サービス名ではなく、WHYで語る
- 件数ではなく、構造で示す
- 印象ではなく、優先順位を出す
これができた瞬間、CSは
「対応部門」ではなく、設計に関与する部門になる。
結論
CSの数値化とは、ランキングを作ることではない。
直す順番を、誰もが納得できる形で示すことだ。
サービス名、機能名で並べた瞬間、
CSの数字は、また感想に戻る。
WHYを並べたとき、
CSははじめて、意思決定の席に座れる。
コメント