フレームワーク活用ガイドひとことで言うと#
顧客が体験する「フロントステージ」と、顧客から見えない「バックステージ」のプロセスを1枚の図に並べて描き、サービス全体の構造・ボトルネック・改善機会を可視化する手法。従来のブループリントにエモーション層やKPI層を加えた拡張版。
押さえておきたい用語#
- フロントステージ（Frontstage）
- 顧客が直接目にする・触れるすべての接点。Webサイト、店頭での接客、メール通知、アプリのUIなどが該当する。
- バックステージ（Backstage）
- 顧客からは見えないが、サービス提供に必要な社内プロセス。在庫管理、データ処理、社内承認フローなどが典型。
- 可視線（Line of Visibility）
- フロントステージとバックステージを分ける境界線。この線を意識することで「顧客に見せるべきもの」と「見せなくてよいもの」を設計できる。
- インタラクション線（Line of Interaction）
- 顧客とサービス提供者の間に引く境界線。顧客のアクションとサービス側の応答の接点を明示する。
- サポートプロセス（Support Process）
- バックステージのさらに後ろにある外部システムや協力会社のプロセス。決済代行、物流、クラウドインフラなどが該当する。
- エモーション層（Emotion Layer）
- 拡張版で追加される層。各タッチポイントでの顧客の感情の起伏を折れ線グラフで描き、ペインポイントを特定する。
サービスデザイン・ブループリント拡張の全体像#
こんな悩みに効く#
- 顧客から「手続きが遅い」と言われるが、どの社内プロセスがボトルネックかわからない
- 部門ごとに最適化した結果、全体の顧客体験がちぐはぐになっている
- カスタマージャーニーマップは作ったが、裏側のオペレーションまで設計できていない
- 新サービスの立ち上げで、フロントとバックの連携漏れが頻発する
基本の使い方#
サービスの利用開始から終了まで、顧客が取るアクションを左から右に並べる。
- カスタマージャーニーマップがあれば、そこからステップを抽出する
- 「認知→検討→購入→利用→アフターサポート」のような大枠から始めて細分化する
- 各ステップに使用するチャネル（Web、アプリ、電話、対面）も記載する
- ステップは8〜15個が適切。多すぎると図が読めなくなる
各ステップについて、5つの層の情報を埋めていく。
- エモーション層: 各接点での顧客の感情を「満足・普通・不満」で記録し折れ線で結ぶ
- 顧客行動: 顧客が行う具体的アクション（クリック、電話、来店など）
- フロントステージ: 顧客が目にするUI・接客・メールなど
- バックステージ: 社内で行われる処理（データ入力、承認、在庫確認など）
- サポートプロセス: 外部システムや協力会社の処理（決済代行、物流など）
インタラクション線・可視線・内部インタラクション線を明示的に引く。
- エモーション層で感情が下がるポイント（ペインポイント）に印をつける
- そのペインポイントの原因がどの層にあるかを垂直に追跡する
- 待ち時間・手戻り・情報断絶が発生している箇所をハイライトする
- 部門間の引き継ぎが発生するポイントは特に注意深く確認する
ボトルネックに対し、顧客側とオペレーション側の両方からアプローチする。
- フロント改善: UI変更、通知の追加、セルフサービス化など
- バック改善: 自動化、承認フロー簡素化、システム間連携など
- 改善策ごとに「顧客への影響」「実装難易度」「コスト」を評価する
- 優先順位をつけてロードマップに落とし込む
具体例#
内科クリニック（1日平均来院80名）。患者から「予約したのに30分以上待つ」という不満が多く、Googleレビューの平均は3.1。院長は「なぜ待たせるのかわからない」と困っていた。
ブループリント作成:
| 層 | Web予約 | 来院受付 | 診察待ち | 診察 | 会計 |
|---|---|---|---|---|---|
| 感情 | 普通 | 普通 | 不満 | 満足 | 不満 |
| 顧客行動 | 日時選択 | 受付機操作 | 待合室で待つ | 医師と対話 | 窓口で支払い |
| フロント | 予約画面 | 受付端末 | 呼出モニター | 診察室 | 会計窓口 |
| バック | 予約DB登録 | カルテ準備 | 医師の前患者対応 | 電子カルテ入力 | レセプト計算 |
| サポート | 予約システム | 電子カルテ | ― | ― | レセコン |
ペインポイントは「診察待ち」と「会計」の2か所。原因を追跡すると:
- 診察待ち: 前の患者の診察が長引いた場合、バックステージ（カルテ準備）は完了しているのに医師がボトルネックになっていた
- 会計: レセプト計算に平均4分かかり、会計窓口に列ができていた
改善策:
- 診察待ち: 予約枠を15分→20分に拡大し、AIによる事前問診（フロント改善）で診察時間を平均3分短縮
- 会計: 自動精算機を導入（フロント改善）＋レセプト事前計算を診察中に開始（バック改善）
導入3か月後、平均待ち時間は32分→14分に。会計待ちは6分→1.5分に短縮。Googleレビューは3.1→4.2に改善した。
B2B SaaS（プロジェクト管理ツール）。無料トライアルからの有料転換率が**8%と低迷。分析の結果、トライアル中にオンボーディング（初期設定）を完了するユーザーは34%**しかいなかった。
ブループリントで可視化した結果:
| 層 | サインアップ | チーム招待 | プロジェクト作成 | タスク登録 | 初回レポート |
|---|---|---|---|---|---|
| 感情 | 期待 | 不安 | 普通 | 不満 | 満足 |
| フロント | 登録フォーム | 招待メール | 作成ウィザード | タスクフォーム | ダッシュボード |
| バック | アカウント生成 | メール配信 | テンプレートDB | データ保存 | 集計バッチ |
| サポート | 認証サービス | メール配信基盤 | ― | ― | BIツール連携 |
2つのペインポイントが判明:
- チーム招待: 招待メールの開封率が22%。メールが迷惑フォルダに入っていた（サポートプロセス＝メール配信基盤の問題）
- タスク登録: 空のフォームを見て「何を入れればいいかわからない」と離脱（フロントステージの問題）
改善策:
- チーム招待: メール配信基盤をSendGridからAmazon SESに移行し到達率改善 ＋ アプリ内で招待リンクをコピーできるUIを追加
- タスク登録: 業界別テンプレートを12種用意し「テンプレートから始める」ボタンを目立つ位置に配置
改善後、招待メール開封率は22%→58%、オンボーディング完了率は**34%→61%に。有料転換率も8%→14%**に向上した。
中堅引越し会社（年間取扱8,000件）。NPS調査で**-15**という厳しい結果が出た。価格は競合並みだが「対応が悪い」というコメントが目立った。
ブループリントを5層で作成し、引越しの全プロセスを可視化した。
主なペインポイント:
- 見積もり後の連絡: 見積もり依頼から訪問日確定まで平均3.2日。バックステージで営業担当のアサインが手動で、繁忙期は5日以上かかることも
- 当日の作業員変更: 顧客に事前通知した作業員と当日来る作業員が**40%**の確率で異なっていた。バックステージのシフト管理システムとフロントの通知が連携していなかった
- 作業後の確認: 作業完了後に「破損がないか」の確認フローがなく、後日クレームが入る（全件の8%）
改善策:
- 見積もり: Webフォームから自動で最寄りの営業所にアサインするシステムを構築（バック改善）→ 応答時間3.2日→4時間
- 作業員: シフト管理と顧客通知を自動連携（バック改善）＋ 変更がある場合は前日に自動SMS通知（フロント改善）
- 作業後確認: 作業完了時にタブレットで顧客に写真付き確認サインをもらうフローを追加（フロント＋バック改善）
半年後、NPSは**-15→+22に改善。クレーム率は8%→2.5%に減少し、リピート率が15%→28%**に上昇した。
やりがちな失敗パターン#
- フロントステージだけ描いてバックを省略する — カスタマージャーニーマップと変わらなくなる。ブループリントの価値は「裏側」を可視化することにある。バックステージとサポートプロセスまで必ず埋める
- 粒度が揃わない — ある箇所は「メール送信」レベルまで細かいのに、別の箇所は「手続き」で一括りになっていると、ボトルネックの比較ができない。全体を同じ粒度で揃える
- 1回描いて終わりにする — サービスは常に変化する。四半期に1回は更新し、新たなペインポイントや改善効果を反映する
- エモーション層を想像だけで埋める — 顧客インタビューやアンケートの裏付けなしに「きっとここで不満だろう」と描くと、的外れな改善に投資してしまう
まとめ#
サービスデザイン・ブループリント拡張は、顧客体験の「表」と「裏」を1枚の図で接続し、ペインポイントの根本原因がどの層にあるかを特定する。エモーション層を加えることで「どこで感情が下がるか」が一目でわかり、可視線を境にフロントとバックの両面から改善策を設計できる。顧客が見ているものと、組織が動かしているものを同時に俯瞰することが、サービス品質を根本から変える第一歩になる。