顧客視点からプロセスパフォーマンスを測定する

内部の指標がすべて緑色でも、顧客からの苦情は減らない——多くの企業がここで手を止める。SLAは達成している。処理件数も伸びている。なのにNPSは下がり続ける。原因は測定の対象が間違っているからだ。社内のプロセスは「工程が完了したか」を測る。顧客は「自分の手間がどれだけ増えたか」しか覚えていない。この二つは、同じプロセスを見ているのに、まったく違う結論を出す。

本稿の主張は一つだ。プロセス性能は、工程内部の指標ではなく、顧客がそのプロセスを体験する順番と負荷で測るべきである。処理時間やSLA遵守率は運用側の健全性を示すが、顧客が感じる「摩擦」の量を示さない。摩擦を可視化するには、プロセスマップを顧客の視点で描き直し、顧客努力・引き戻し（リワーク)・待機の心理的コストという三つの軸で測定する必要がある。これができている企業は少ない。だからこそ、ここに競争優位が残っている。

内部KPIが「グリーン」なのに顧客が離れていくのはなぜか

答えは単純だ。内部KPIは工程の生産性を測り、顧客は自分が払った労力の総量を記憶する。処理時間が短縮されても、途中で3回同じ情報を入力させられたり、担当部署をたらい回しにされたりすれば、顧客の記憶に残るのは「疲れた」という感覚だけだ。

ハーバード・ビジネス・レビューに掲載されたディクソン、フリーマン、トーマンによる論文「Stop Trying to Delight Your Customers」(Harvard Business Review, 2010年7月)は、顧客ロイヤルティを最も強く損なうのは「感動の欠如」ではなく「顧客努力の大きさ」だと示した。この論文がカスタマー・エフォート・スコア(CES)を提唱した背景にあるのは、企業が測っている指標と、顧客が実際に苦しんでいる場所が一致していないという発見だ。処理件数や平均処理時間だけを追いかける運用チームは、この論文が指摘した盲点にそのまま落ちる。

同様の指摘は、ロウソン、ダンカン、ジョーンズによる「The Truth About Customer Experience」(Harvard Business Review, 2013年9月)にもある。個別のタッチポイント満足度がすべて高くても、ジャーニー全体の満足度はそれより低くなることが多いという指摘だ。工程ごとに「合格」を積み重ねても、つなぎ目の摩擦が総合体験を削っていく。プロセスマッピングの現場でこれを何度も見てきた。各部署の担当工程は完璧に運用されているのに、部署間の受け渡しで顧客が3日間放置される。誰のKPIにも表れない3日間が、顧客の記憶の全部を占める。

顧客視点のプロセス測定とは何か

顧客視点のプロセス測定とは、工程が完了したかどうかではなく、その工程を顧客がどう経験したか——かかった時間、要求された労力、心理的な不確実性——を定量化する測定手法である。社内プロセスマップが「誰が何をするか」を描くのに対し、顧客視点の測定は「顧客が何を感じ、何を諦めかけたか」を数値に変換する。

この違いはサービスデザインの基本発想でもある。工程は同じでも、視点を変えれば見える景色は別物になる。運用担当者は「申請から承認まで平均72時間」というKPIを見る。顧客は「申請してから3日間、何も連絡がなく、進んでいるのか止まっているのか分からなかった」という体験を覚える。同じ72時間でも、進捗が可視化されていれば不確実性は消え、心理的コストは大きく下がる。ニールセン・ノーマン・グループのサービスブループリント解説記事(Nielsen Norman Group)が指摘するように、サービスブループリントは「フロントステージ」の顧客行動と「バックステージ」の内部工程を同一の時間軸に並べて初めて、両者のギャップが見える設計手法だ。顧客視点の測定は、このブループリントに数字を載せる作業だといえる。

プロセスを顧客の目で描き直すには何をすればいいか

既存の業務フロー図をそのまま顧客視点に翻訳することはできない。業務フロー図は「タスクの順序」を描くが、顧客視点の地図は「体験の順序」を描く必要がある。次の手順で組み直す。

1. 顧客の入口から出口までを一本の線で描く。 部署やシステムの境界は一切無視し、顧客が最初に接触した瞬間から要求が完了するまでを、顧客の行動単位で並べる。社内の組織図は後で重ねる。
2. 各ステップに「顧客が何を知っていて、何を知らないか」を書き込む。 進捗が見えているか、次に何が起こるか予測できるか。不確実性そのものが摩擦の一種であり、時間の長さと同じくらい重要な変数になる。
3. 顧客が同じ情報を再入力・再説明した箇所に印をつける。 これがリワークの発生点であり、内部の完了ログには「正常処理」としか残らない、最も見落とされやすい摩擦源だ。
4. 各ステップの「待ち」の性質を分類する。 待たされていることを知らされている待ちと、知らされていない待ちは、同じ時間でも心理的コストが違う。この区別を地図に残す。
5. 社内の受け渡し(ハンドオフ)ごとに、顧客に見える変化があったかを確認する。 部署が変わっても顧客の体感が変わらなければ問題ないが、多くの場合、担当が変わる瞬間に説明の矛盾や再確認が発生する。
6. 完成した地図の上に、既存の内部KPI(SLA、処理時間、稼働率)を重ねる。 どのKPIが顧客の摩擦点と一致し、どのKPIが「工程は完了しているが顧客は苦しんでいる」区間を見逃しているかが、ここで初めて可視化される。

この作業はプロセスデザインの初期フェーズそのものであり、単独のワークショップでは終わらない。現場のオペレーターへのインタビューと、顧客への同時期のヒアリングを両方走らせないと、地図の両側が噛み合わない。

ボトルネックはどこに隠れているのか

ボトルネックは処理時間が長い場所にあるとは限らない。最も高コストなボトルネックは、多くの場合、時間そのものではなく「不確実性」と「リワーク」に潜んでいる。

• サイレント・キュー——処理中だが顧客には何の通知もない区間。処理時間自体は短くても、顧客の不安は時間に比例せず膨らむ。
• ハンドオフの断絶——部署間で情報が完全には引き継がれず、顧客が同じ説明を繰り返す区間。内部ログでは「担当変更」としか記録されないが、顧客にとっては仕事の再発生だ。
• 例外処理の迷路——標準フローから外れた顧客が、誰も責任を持たない担当者間で往復する区間。標準フローのKPIは健全に見えるが、例外に落ちた顧客の体験は測定対象から漏れている。
• 承認の非対称——顧客には即時に見える約束(「本日中に対応」)をしながら、社内の承認フローには数日かかる区間。約束と実態のズレが、期待管理の失敗として顧客の記憶に残る。

この四つは、平均処理時間やSLA遵守率のダッシュボードにはほとんど表れない。表れるのは、リワーク率、再問い合わせ率、担当変更の回数といった、顧客の行動から逆算した指標だ。認知負荷とジャーニー簡素化に関する議論と同じ理屈で、顧客が同じ情報を何度も処理させられるたびに、体感時間は実際の時間より長く記憶される。

顧客視点で見るべき指標は何か

内部KPIを完全に捨てる必要はない。だが、それらと並べて次の指標を追跡しない限り、プロセス性能の全体像は見えない。

• カスタマー・エフォート・スコア(CES)——顧客が要求を完了するためにどれだけ努力したかを直接尋ねる指標。処理は完了していても、CESが高ければ次回の離脱リスクは上がる。
• リワーク率——同じ要求のために顧客が再度接触・再入力した割合。内部の「完了」ログでは見えない、実質的な失敗率。
• 不確実性区間の長さ——顧客が進捗を確認できない状態が続いた時間。処理時間そのものより、この長さが不満の予測因子になることが多い。
• ハンドオフあたりの再説明回数——担当が変わるたびに顧客が同じ説明を繰り返した回数。ゼロに近いほど、プロセスは顧客にとって「一つの体験」として機能している。
• 約束と実態の差(期待ギャップ)——顧客に伝えた見込み時間と、実際にかかった時間の差。差がプラスでもマイナスでも、大きければ信頼は損なわれる。

これらの指標はVoice of Customer戦略の設計と結びつけて初めて継続的に取得できる。単発の顧客満足度調査では、どのプロセス区間が原因かまでは分からない。ジャーニーの各ステップに紐づいたフィードバックの仕組みが必要になる。

行動経済学から見ると、なぜ「速さ」だけでは足りないのか

ダニエル・カーネマンが提唱したピーク・エンドの法則は、人は経験全体の平均ではなく、感情のピーク地点と終わり方で経験を記憶すると説明する。プロセス改善が処理時間の平均値ばかりを追いかけるのは、この法則と正反対の発想だ。顧客が覚えているのは「途中で何が起きたか」と「最後にどう終わったか」であり、全体の平均処理時間ではない。

だからこそ、プロセスの中で最も苦痛が大きい瞬間(ピーク)と、完了直前の瞬間(エンド)を特定し、そこに改善資源を優先配分するほうが、全工程を均等に短縮するより投資効率が高い。承認完了の通知を明確にし、最後の連絡を丁寧に設計するだけで、途中の待ち時間に対する不満が緩和されることは珍しくない。

もう一つの鍵は、リチャード・セイラーが提唱し、キャス・サンスティーンが著書Sludge: What Stops Us from Getting Things Done and What to Do about It(MIT Press, 2021年)で発展させた「スラッジ」の概念だ。スラッジとは、意図的か否かにかかわらず、顧客が目的を達成するのを妨げる過剰な摩擦——不要な再入力、不透明な承認フロー、必要以上に多い確認ステップ——を指す。摩擦を減らすナッジの対概念であり、多くの社内プロセスは、コンプライアンスやリスク回避のために積み重ねた手続きが、いつの間にかスラッジになっている。プロセスマッピングで顧客視点の地図を描くと、どの手続きが本当にリスク管理のために必要で、どれが単に「昔からそうしている」だけなのかが分かれてくる。

プロセス性能は完了したかどうかで測るものではない。顧客がその完了にどれだけの労力を払ったかで測るものだ。

現場でこれを運用に落とし込むには

顧客視点のプロセス測定は、一度地図を描いて終わるプロジェクトではない。運用に定着させるには、次の三つが同時に動く必要がある。

まず、顧客視点の指標を既存のオペレーションダッシュボードに統合すること。CESやリワーク率を、SLAや処理件数と同じ画面に並べなければ、運用チームは日々の意思決定でそれを見ない。別の会議、別の資料に分けた瞬間、優先順位から外れる。

次に、指標の責任者を明確にすること。処理時間の責任者と、顧客努力の責任者が別々のチームにいると、両者はしばしば対立する。処理時間を短縮するために確認ステップを削れば顧客努力は下がるが、リスク部門は反対する。この綱引きを解決する権限を持つ役割が、どこかに必要になる。

最後に、測定結果を改善アクションに変換する仕組みを持つこと。ボトルネックを特定しても、それを誰が、いつまでに、どの順番で直すかが決まっていなければ、地図は棚に置かれたまま更新されない資料になる。CX実装ロードマップのような形式で、優先度と担当者と期限をセットで管理することで、測定は分析で終わらず、変化を生む。

自社のプロセスがどの段階にあるかを客観的に把握したい場合は、CX成熟度アセスメントを使って12のビルディングブロックに沿って現状を採点するところから始めるとよい。どこから手をつけるべきかの優先順位が、感覚ではなく構造で見えてくる。

測定は可視化のためではなく、変化のための道具だ

プロセスマップを顧客視点で描き直す作業は、地味で、承認や予算の争奪戦になりやすく、決算報告で目立つ成果にもなりにくい。だが、これをやらない企業は、内部KPIが改善し続けているのに顧客満足度が下がり続けるという矛盾を、永久に説明できないまま抱え続ける。

測定の目的は美しいダッシュボードを作ることではない。次の四半期に、どの区間の摩擦を先に取り除くかを決めるための根拠を作ることだ。その根拠さえあれば、改善の優先順位を巡る社内議論は、感覚や部署間の力関係ではなく、顧客が実際に払っている労力の大きさで決められるようになる。それこそが、プロセス改善を「運用の話」から「体験の話」に引き上げる分岐点だ。プロセス設計を体験設計として扱いたいと考えるなら、サービスデザイン支援から会話を始めるのが早い。