使い方ガイドへスキップ
Service Blueprint作者 Owl-Listener

Service Blueprint スキル。

顧客に見える部分の背後にある運用業務を可視化します。

  • UX戦略
  • サービスデザイン
ソースレビュー · Service BlueprintSKILL.md
タスク UX戦略 成果物 • 1つのサービスシナリオに対する5レーンのブループリント。 • 可視・バックステージのハンドオフと、それを支えるシステム。 • 部門横断で検証するための失敗点リスト。 始める前に ステークホルダーとプロセスに関する根拠が必要です。単独では運用システムにアクセスしません。
編集部による要約 · ソース確認日 2026-10-07 · 生成された例ではありません

01 機能概要

顧客接点と提供業務をつなぐ

5つのスイムレーンをつなぎ、運用上の境界にある失敗点を浮き彫りにする、サービス提供のマッピング手法です。

ソースに基づくワークフロー実行ベンチマークではありません

進め方

Service Blueprintは、体験マッピングを提供システムまで拡張します。物的証拠やユーザー行動を、可視のスタッフやシステムの応答、バックステージのプロセス、それらを可能にする支援基盤と結び付けます。そのため、悪い体験がチームやチャネルの境界をまたぐ場合に役立ちます。

ソースでは、相互作用線、可視線、内部相互作用線を区別しています。これらの境界により、フロントステージの約束に信頼できるバックステージの担当がない状況や、顧客にとっての単純な1ステップが脆弱なサービス連鎖に依存している状況が見えてきます。将来像を設計する前に、現状のブループリントを作成することを推奨しています。

期待される成果物

  • 1つのサービスシナリオに対する5レーンのブループリント。
  • 可視・バックステージのハンドオフと、それを支えるシステム。
  • 部門横断で検証するための失敗点リスト。
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    範囲を限定したシナリオを選ぶ

    事業全体をマッピングしようとせず、1つのサービス成果と既存のジャーニーの根拠から始めます。

  2. 02
    レーンをつなぐ

    ユーザーの各行動について、可視の応答、見えない作業、支援への依存関係、受け取る成果物をマッピングします。

  3. 03
    運用上のギャップをレビューする

    運用、エンジニアリング、サポートの各チームと、遅延や分断された責任範囲を確認します。

02 利用場面

使う場面

ステークホルダーとプロセスに関する根拠が必要です。単独では運用システムにアクセスしません。

適している場合

  • チーム横断のサービス課題画面単位の修正では、履行、サポート、処理の遅延に対応できない場合に有効です。
  • サービスの再設計新たな約束を提案する前に、現行サービスが実際にどう機能しているかを把握できます。

確認すべき制約

  • Journey Mapだけではない顧客の体験だけでなく、従業員、システム、提供上の依存関係も含みます。
  • 運用が検証済みとは限らないバックステージのモデルはプロセス担当者による確認が必要です。もっともらしい図でも、重要な作業が抜けている可能性があります。

用意する入力

  • 顧客シナリオ提供対象のジャーニーとその範囲を示してください。
  • プロセス文書ハンドオフ、キュー、ポリシー、ステークホルダーの証言を含めてください。
  • 支援システム関係するツール、インフラ、外部サービスを挙げてください。

03 重要な判断

重要な判断

  1. 約束とキャパシティの接点

    ブループリントにより、見える約束を、それを果たすために必要な作業までたどれるようになります。

  2. 待ち時間が見えるようになる

    顧客接点のないバックステージ作業が長く続く場合、プロセスの遅れだけでなく、コミュニケーション上の欠落も示している可能性があります。

04 依頼例

焦点を絞ったブリーフで試す

以下のサンプルブリーフはテストされていません。使用前にスキルのセットアップを確認してください。

セットアップを確認する

リポジトリに記載されたインストール手順を使い、参照されている付属ファイルも保持してください。この項目は実行可能なアプリケーションではなく、焦点を絞ったデザイン手法を説明しています。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/ux-strategy/skills/service-blueprint/SKILL.md

ステークホルダーとプロセスに関する根拠が必要です。単独では運用システムにアクセスしません。

1つの成果物から始める

スキルを実行する前に、このブリーフの範囲、元資料、制約を調整してください。

サンプルブリーフ
破損したオンライン注文品を返品する顧客のケースにservice-blueprintを使用してください。物的証拠、ユーザー行動、フロントステージの応答、バックステージの対応、支援システムをマッピングします。提供された現行プロセスから始め、担当が不明な点を明示し、再設計の前に運用部門が確認すべき事項を特定してください。

結果を確認する

実際の出力を、次の観察可能な基準で確認してください。

  • 各フロントステージの約束に、対応するバックステージのプロセスがある。
  • 3つの相互作用・可視性の境界が明確である。
  • 不明なハンドオフには、プロセス担当者のレビュー用マークが付いている。

OpenDesignは、コーディングエージェント向けのローカルなデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、下記にリンクされた固定のソースリビジョンについて説明しています。アップストリームの動作や要件は変更される可能性があります。

ソースの所有者
Owl-Listener
ライセンス
MIT
確認したスナップショット
2026-10-07 · 9a6930cf84a8
編集部によるソース要約
5つのスイムレーンをつなぎ、運用上の境界にある失敗点を浮き彫りにする、サービス提供のマッピング手法です。

リンク先のソースに基づき、OpenDesignが作成したオリジナルの要約です。リポジトリのスター数は日付時点の人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

始める前の質問

ジャーニーマップとの違いは何ですか?

ジャーニーマップはユーザー体験に焦点を当てます。ブループリントは、それを提供する人とシステムも示します。

最初の版は理想的な将来のプロセスにすべきですか?

ソースでは、実際の失敗点や依存関係が見えるよう、まず現状を文書化することを推奨しています。

誰がブループリントを検証すべきですか?

デザインチームだけでは見落としがちな隠れた手順を、運用、エンジニアリング、サポートの担当者が確認できます。

OpenDesign

次のデザイン反復に向けた余白を作る。

ブリーフ、元資料、デザイン作業をローカルのワークスペースにまとめて保管できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/ux-strategy/skills/service-blueprint/SKILL.md