カスタマージャーニー設計の実践｜ワークショップから施策管理へ
カスタマージャーニー設計の目的は、顧客の障害をチームで共有し、改善する仕事を決めることです。本記事では、基本的なマップの作り方から一歩進め、調査、ワークショップ、優先順位、予算と実行管理までをつなぐ方法を扱います。
会議前に対象と証拠を揃える
最初に「誰の、どの区間の、何を改善するか」を一文にします。仮に「初めて導入する小規模企業の、契約後から初回利用までの停滞を減らす」とします。関係する営業、導入支援、サポート、製品担当が参加し、意思決定者と記録担当を決めます。
- 対象の記録：面談、問い合わせ、商談や利用の履歴を、必要な範囲で整理する。
- 範囲の統一：顧客層、対象期間、開始・完了の定義を合わせる。
- 事実と仮説：出典と日付がある情報と、未確認の推測を分ける。
- 調査の不足：失注者、未利用者など、現在の材料に含まれない人を明示する。
個人情報は会議の目的に必要な範囲に限定し、発言の引用も相手や社内の取り扱いルールに沿って共有します。現場の一人の印象を、全顧客の行動としてマップに固定しないことが重要です。
90分ワークショップの進行例
時間の目安 | 作業 | 成果物 |
|---|---|---|
0〜10分 | 目的・対象・判断することを確認 | 対象範囲と成功条件 |
10〜30分 | 顧客の行動と接点を並べる | 現状マップ |
30〜50分 | 疑問・障害と根拠を添える | 事実と仮説の一覧 |
50〜70分 | 重要度と実行可能性を比べる | 優先する障害 |
70〜90分 | 改善案、担当、評価日を決める | 小さな実行計画 |
時間配分は運営上の例です。材料が不足している場合は結論を急がず、追加調査の担当と期限を成果物にします。複数部門の意見が食い違うときは、どちらが正しいかの多数決より、対象顧客や期間が異なっていないかを確かめます。
障害からプロジェクトへ：記入例
顧客の障害 | 証拠／仮説 | 改善プロジェクト | 担当／評価 |
|---|---|---|---|
最初に誰が設定するか不明 | 問い合わせ記録／役割分担不足の仮説 | 開始時の役割確認シート | 導入支援／担当確定までの日数 |
必要なデータがわからない | 面談記録／準備条件が不明確 | 準備チェックリストと説明会 | 製品担当／準備完了と支援工数 |
設定後に使い方が定着しない | 利用記録／業務例が不足という仮説 | 職務別の利用ガイド | サポート／対象機能の継続利用 |
これは仮想例です。観測された行動から原因を一つに決めつけず、別の説明も記します。改善案には、誰が何を完成させるかという完了条件と、顧客側で何が変わるかという評価条件の両方が必要です。
優先順位は点数だけで決めない
顧客への影響、影響する対象の広さ、根拠の確かさ、必要工数、依存関係で比べます。重要でもデータが弱い項目は調査を先行し、軽微でも簡単なものばかりを選ばないようにします。加重点数を使う場合は比較の補助にとどめ、採用理由を文章で残します。
予算・担当・承認をつなぐ
管理項目 | 記入すること |
|---|---|
費用 | 調査、制作、運用、ツール、社内工数の範囲 |
実行責任 | 担当、承認者、関係部門、次の期限 |
予算変更 | 変更前後の額、理由、承認、確定済み支出 |
評価 | 指標の定義、データ元、対象、レビュー日 |
Xtrategyでは、ジャーニーとプロジェクトの関連付けや予算移動を含む管理機能が紹介されています。詳細はXtrategyの機能一覧を参照してください。顧客の行動を自動収集・分析する機能として扱うのではなく、調査や計測で得た改善案を実行管理に接続します。
改善後はマップと判断を更新する
ガイドを公開しただけで完了にせず、対象者に届いたか、行動が変わったか、支援負荷が増えすぎていないかを確認します。件数が少ない場合は率だけで結論を出さず、実際の利用記録や聞き取りも使います。次の会議で、継続・修正・停止・追加調査のいずれかを決め、変更した前提と日付をマップに残しましょう。
