Journey mapping vs service blueprinting: when to use each

ジャーニーマップを壁に貼って拍手が起きたその2週間後、現場は何も変わっていない——これを私は「ジャーニーマップの墓場」と呼んでいる。ワークショップは盛り上がった。付箋は色分けされ、感情曲線はきれいな弧を描いた。だが誰も、どの部署が、どの工程を、いつまでに直すのかを決めていなかったからだ。

ジャーニーマップとサービスブループリントは、しばしば同じ意味で語られる。だがこれは競合する2つのツールではない。答える質問がまったく違う2つの診断機器である。ジャーニーマップは「顧客は何を経験し、何を感じているか」を可視化する。サービスブループリントは「その経験を生み出しているのは、社内のどの人、どのシステム、どのプロセスか」を解剖する。前者を診断だけで終わらせ、後者に接続しない組織ほど、体験改善が掛け声で終わる。

ジャーニーマップとサービスブループリントの違いは何か

ジャーニーマップは顧客視点で描く、顧客の行動・感情・タッチポイントの時系列記録である。サービスブループリントはその同じ体験を、顧客の目に見える「フロントステージ」の行動と、目に見えない「バックステージ」の従業員動作・支援プロセス・テクノロジーに分解し、責任と依存関係を可視化する図である。ジャーニーマップが「何が起きているか」を映すカメラなら、ブループリントはその映像を撮っている配線とスタッフを写すレントゲンだ。

この区別を最初に体系化したのは、銀行出身のマーケティング理論家G・リン・ショスタックである。彼女は1984年、ハーバード・ビジネス・レビュー誌に発表した論文「Designing Services That Deliver」の中で、サービスは工場の製品と違って設計図が存在しないため、顧客の行動線と、それを支える社内プロセスの線を並べて描く「サービス・ブループリンティング」という手法を提唱した。40年以上前の論文だが、いまだにこの分野の起点として引用され続けているのには理由がある——問題の本質が変わっていないからだ。

なぜ多くの企業はジャーニーマップだけで思考停止するのか

理由は単純で、ジャーニーマップの方が作りやすく、説明しやすく、感情に訴えるからだ。経営陣に見せて「なるほど、お客様はここでイライラしているのか」と頷いてもらうには十分な資料になる。だがそこで止まると、組織は原因ではなく症状の地図だけを手にすることになる。

ここで働いているのは、行動経済学でいう感情ヒューリスティック(affect heuristic)だ。人は感情を強く動かされた情報を「重要な情報」だと錯覚しやすい。感情曲線の谷を見て「ここが問題だ」と直感的に納得すると、脳はそれ以上の分析を求めなくなる。実際には、その谷がなぜ生まれているのか——コールセンターのSLAが甘いのか、システム連携が切れているのか、承認フローに人が多すぎるのか——を特定しない限り、何も直せない。感情の谷を見つけることは診断の入口であって、出口ではない。

もう一つの理由は組織構造にある。ジャーニーマップはマーケティングやCX部門だけで完結できる。ブループリントは違う。オペレーション、IT、コンプライアンス、現場の担当者を同じ部屋に集めなければ描けない。部門横断の会議を招集する面倒さを避けて、マーケティング主導で完結できるジャーニーマップだけを量産する組織は驚くほど多い。

サービスブループリントは具体的に何を可視化するのか

サービスブループリントは通常、次の5つのレーンで構成される。

• 物理的証拠(Physical Evidence) — 各タッチポイントで顧客が目にする物理的・デジタル的な手がかり(アプリ画面、店舗什器、メール文面など)。
• 顧客の行動(Customer Actions) — 顧客が実際に取る行動のステップ。
• フロントステージの従業員行動 — 顧客と直接接する従業員やシステムの動作。可視性の境界線(line of visibility)の上に位置する。
• バックステージの従業員行動 — 顧客からは見えないが、フロントステージを支える処理や判断。
• 支援プロセス(Support Processes) — バックオフィスのシステム、他部署との連携、外部ベンダーとのやり取り。

この構造の核心は「可視性の境界線」だ。境界線の上に何を置き、下に何を隠すかという設計判断そのものが、体験の質を決める。たとえば銀行の口座開設で、本人確認の審査に3営業日かかるという事実を境界線の下に隠したまま「審査中です」とだけ表示すれば、顧客は不安になる。境界線を意図的に低くして、審査の進捗をリアルタイムで見せれば、同じ待ち時間でも不安は大きく減る。これは体験設計であると同時に、境界線という一枚の図がなければ議論すら始まらない、組織設計の問題でもある。

どちらを先に使うべきか

結論から言うと、順序は決まっている。ジャーニーマップが先、ブループリントが後だ。理由は診断の順序として理にかなっているからにすぎない。まず顧客の視点で「どこが痛いか」を特定しなければ、社内のどのプロセスを解剖すべきかを絞り込めない。すべての工程をいきなりブループリント化しようとすると、範囲が広がりすぎてワークショップが機能しなくなる。

私が現場で使う判断基準はこうだ。ジャーニーマップで感情曲線の谷、つまりモーメント・オブ・トゥルースを2つか3つ特定できたら、その谷に対応する区間だけをブループリント化する。全行程をブループリントにする必要はない。手術と同じで、患部だけを開けばいい。全身を開腹する外科医はいない。

逆に、最初からブループリントに飛びつくケースも見てきた。新しいシステムを導入するプロジェクトで、業務フロー図はあるのに顧客がその工程をどう体感しているかのデータがない状態だ。これも危険信号で、業務効率だけを最適化した結果、顧客の体感時間はむしろ悪化することがある。プロセスは速くなったのに、顧客が「放置された」と感じる瞬間が増えるといったケースだ。両方の視点なしにどちらか一方だけを最適化すると、必ずどこかで歪みが出る。

実際にどう接続すればいいのか(手順)

ワークショップを何十回も回してたどり着いた、実務で崩れにくい進め方を順を追って示す。

1. 顧客データを集めてジャーニーマップを描く。 定量データ(CSAT、離脱率、通話時間)と定性データ(インタビュー、コールセンターの生の音声)の両方を使う。感情曲線は推測ではなく、実データに基づかせる。
2. 感情曲線の谷と山を特定し、優先順位をつける。 すべての谷を直すことはできない。ビジネスインパクト(離脱・解約への影響)と改善難易度の2軸で3〜4つに絞る。
3. ピーク・エンドの法則を使って優先順位を再検証する。 ダニエル・カーネマンらが1993年に学術誌Psychological Scienceに発表した研究「When More Pain Is Preferred to Less: Adding a Better End」は、大腸内視鏡検査を受けた患者の記憶が、痛みの総量ではなく「ピーク時の痛み」と「終わり方」でほぼ決まることを示した。つまり谷をすべて均等に直すより、体験の終盤にある谷を最優先で直す方が、記憶される体験全体の評価を大きく変えられる。
4. 優先した区間だけをブループリント化する。 フロントステージ、バックステージ、支援プロセス、可視性の境界線を実際の担当者と一緒に描く。ここで初めてオペレーション、IT、現場のマネージャーを呼ぶ。
5. ボトルネックの所有者を特定する。 ブループリントを描くと、多くの場合「誰も所有していないプロセス」が見つかる。これが最大の収穫だ。誰のせいでもないから誰も直さない、という構造的な空白を名指しする。
6. 改善策をロードマップに変換する。 図だけで終わらせず、担当者、優先順位、期限を持った実行計画に落とし込む。

この手順を回すと、ジャーニーマップは「どこを見るか」を教え、ブループリントは「なぜそこが壊れているか」を教える。片方だけでは、どちらの問いにも完全には答えられない。

ワークショップで両方を接続すると何が変わるか

顧客視点のワークショップに現場担当者を同席させると、参加者の反応が変わる。自分が普段さばいているチケットの山が、顧客側から見ると「3日間の沈黙」に見えていたと知った瞬間、多くの現場マネージャーは驚く。この驚きは単なる気づき以上の効果を生む。ワークショップで自分の手で描いたブループリントは、コンサルタントから渡された報告書よりもはるかに実行されやすい。これはIKEA効果——自分が手を動かして作ったものに対して、人は過大な価値と愛着を感じるという心理傾向——がそのまま働いているからだ。自分たちで境界線を引き、自分たちでボトルネックを名指しした図は、他人事にならない。

逆に、外部のチームだけでマップとブループリントを完成させて「これが答えです」と提出するプロジェクトは、実行段階でほぼ必ず抵抗に遭う。図の精度が高くても、現場が自分の仕事として引き受けていないからだ。私が必ず現場の担当者をブループリンティングのセッションに呼ぶのは、品質のためだけでなく、この所有意識を作るためでもある。

よくある失敗パターンは何か

数多くのプロジェクトで繰り返し見てきた失敗は、驚くほどパターン化している。

• ジャーニーマップを一度作って更新しない。 組織もチャネルも半年で変わるのに、マップは初回のまま棚に眠る。定点観測できていないマップは、古い地図で航海するようなものだ。
• ブループリントの範囲を広げすぎる。 全社の全プロセスを一枚に収めようとして、誰も読めない図が完成する。範囲は必ず、優先度の高い区間に絞る。
• 可視性の境界線を議論しない。 境界線をどこに引くかという意思決定を飛ばして、既存の業務フローをそのまま図にするだけでは、隠すべき混乱がそのまま顧客に漏れ続ける。
• 感情データを推測で埋める。 ワークショップの参加者が「顧客はきっとこう感じているはず」と代弁してしまい、実際のVoC(顧客の声)データと照合しないまま確定させる。
• 図を成果物だと勘違いする。 マップもブループリントも中間生成物であり、最終成果物はロードマップと実行された変更である。図が美しいことと、体験が改善することは別問題だ。

これらの失敗の共通点は、どれも「図を描くこと」自体を目的化してしまう点にある。図は議論のための共通言語であって、議論の結論ではない。ニールセン・ノーマン・グループもサービスブループリントの解説で、この図が単独の成果物ではなく組織横断の意思決定を促すための道具であると位置づけている。この位置づけを見失うと、どんなに精緻な図も棚に眠る。

成熟度によって使い分けは変わるのか

CX成熟度が低い組織ほど、ジャーニーマップだけで満足しがちだ。まだ組織が顧客視点を持つこと自体に慣れていないため、感情曲線を見せるだけでも十分なインパクトがある。一方で成熟度が上がるにつれ、感情曲線を見ても驚かなくなる。「わかっている、次はどう直すかだ」というフェーズに入った組織こそ、ブループリントによる原因の解剖が必要になる。自組織がどちらのフェーズにいるかを判断する材料として、CX成熟度アセスメントのような診断ツールで12の構成要素を棚卸しし、ジャーニーマップの精度が足りないのか、実行体制(プロセス・所有権)が足りないのかを切り分けておくと、次に投資すべき手法を誤らずに済む。

プロセスそのものの再設計が必要だと判明した場合は、ブループリントの延長線上でプロセス設計に踏み込むことになる。逆に、可視化した課題が顧客体験全体の一貫性やチャネル間の断絶にある場合は、個々のジャーニーではなくCXジャーニー全体の再構築が対象になる。図の種類を選ぶ前に、直したい問題の種類を先に定義しておく必要がある。

これから始める組織は何から手をつけるべきか

ゼロから始めるなら、まず1つのジャーニーに絞る。全社のジャーニーを一斉にマッピングしようとするプロジェクトは、たいてい途中で失速する。解約率が高い、あるいはクレームが集中しているジャーニーを1つ選び、そこでジャーニーマップからブループリントへの接続を最後まで一度やり切る方が、10個のジャーニーを中途半端にマップ化するより組織に学習を残す。1つを完走した経験は、次のジャーニーへの横展開を早くする。

この一連の設計作業を自社だけで抱え込む必要はない。ファシリテーションの経験が浅い状態で部門横断のブループリンティングを主催すると、利害対立が表面化した瞬間に議論が止まりやすい。第三者のファシリテーターを入れることで、部門間の防衛的な議論を「顧客のため」という共通目的に引き戻しやすくなる。

結局、どちらのツールが「正しい」のか

この問いの立て方自体が間違っている。ジャーニーマップとサービスブループリントは競合する方法論ではなく、同じ体験を異なる高度から撮った2枚の写真だ。片方だけを見て組織を動かそうとするのは、症状だけを見て診断書を書かない医者と同じである。優れたサービスデザインチームは、この2枚を必ずセットで持ち歩く。感情の谷を見つけたら、その下に何が埋まっているかを掘る。掘って出てきた原因に、名前と期限を持つ担当者をつける。この3つが揃って初めて、体験は変わる。図を額装して終わらせるか、図を実行の起点にするか——その選択が、CX投資が成果を生む組織と生まない組織を分けている。

自社のジャーニーマップとブループリントを接続する設計を専門家と一緒に組み立てたい場合は、Renascenceのサービスデザインチームが、診断から実行ロードマップまでを伴走している。関連して、報酬設計における行動変容の原則を扱った「顧客の行動を変える報酬設計」や、公共サービスにおける満足度指標の限界を論じた「なぜ市民満足度スコアは公共サービスで機能しないのか」も、体験を測る指標と実際の構造のズレという同じテーマを別の角度から扱っている。あわせて読むと、図を描くことと、組織を動かすことの違いがより立体的に見えてくるはずだ。