カスタマージャーニーマップの作り方と活用：顧客体験を可視化して施策につなげる実践ガイド

カスタマージャーニーマップとは何か：役割と構成要素の基本

カスタマージャーニーマップとは、顧客が自社のサービスや商品を認知してから購入・利用・継続に至るまでの一連の体験プロセスを、時系列に沿って一枚のマップとして可視化したフレームワークです。顧客の行動・思考・感情を横断的に整理することで、社内のさまざまな部門が顧客視点を共有しやすくなります。

目的は2つあります。顧客体験の全体像を組織として把握することと、どのフェーズで顧客が離脱・不満を感じているかという課題のありかを特定することです。単なる可視化ツールではなく、施策立案の起点となる共通言語として機能します。

逆に言えば、施策につながらないマップは作る意味がありません。この記事では「きれいなマップを作る方法」ではなく、施策に転換できるマップの作り方と、作った後に死蔵させない運用の設計を扱います。

マップを構成する5つの要素

要素	何を書くか	書き方のコツ
フェーズ （Stage）	購買・利用プロセスを段階的に区切ったもの。認知・検討・購入・利用・推奨が代表的	顧客の目的が切り替わる瞬間で境界を引きます。部署やチャネルの変わり目で区切ってはいけません
タッチポイント （Touchpoint）	顧客が企業・ブランドと接触する具体的な接点。広告・SNS・店舗・サポートなど	オフラインと、自社が管理していない接点（比較サイト、口コミ、知人の紹介）を必ず含めます
行動 （Action）	各フェーズで顧客が実際に取る行動	具体的な動詞で書きます。「検討する」ではなく「他社3社の料金ページを開いて並べる」
思考 （Thought）	行動の背後にある問いや判断軸	顧客のセリフとして一人称で書きます。「判断軸の言語化」のような抽象語を書くと使えません
感情 （Emotion）	各フェーズの感情の起伏。曲線として可視化することが多い要素	各点に根拠を添えます。根拠のない曲線は作成者の感想にすぎません（後述）

この5要素をマトリクスで整理すると、特定のタッチポイントで感情が落ち込む箇所や、思考と行動がかみ合っていない箇所が浮かび上がります。「比較したい」と思っているのに比較材料が自社サイトにない、という類のズレです。

まず完成形を見る：記入済みマップの例

作り方の説明に入る前に、埋まった状態のマップを一度見てください。要素の名前だけ覚えても、何をどの粒度で書くのかは分かりません。

以下はBtoB向けSaaSを想定した架空の例です。実在の企業のデータではありませんが、粒度の参考になるように書いています。

	①課題認識	②情報収集	③比較・稟議	④導入初期
タッチ ポイント	社内の不満、上長からの指示	検索、比較サイト、同業の知人	料金ページ、商談、提案書、社内稟議フォーマット	管理画面、マニュアル、サポート窓口
行動	「◯◯ 効率化」で検索する	3〜4社の資料をダウンロードして放置する	料金を社内フォーマットに転記する。上長に説明する	管理画面を開くが、最初の設定で止まる
思考	「そもそもツールで解決する話なのか」	「どれも同じことが書いてある。違いが分からない」	「上長に『なぜこれなのか』と聞かれたら答えられない」	「これ、誰に聞けばいいんだ」
感情	中立（期待）	↓低下	↓↓最も低い	↓低下
感情の 根拠	—	インタビュー7名中5名が「差が分からない」と発言	商談記録で失注理由の最多が「社内稟議が通らず」	初月のサポート問い合わせが全期間の62%に集中

※架空の例です。数値は粒度を示すためのもので、実在のデータではありません。

見ていただきたいのは最下段です。感情の各点に根拠が紐づいているかどうかで、このマップが議論に使えるかが決まります。根拠のない感情曲線は「作った人の想像」であり、他部門から「本当にそうなんですか」と言われた時点で止まります。

そしてこの例から導ける課題は明確です。②の「違いが分からない」と③の「稟議を通せない」は、どちらも自社が材料を渡せていないという同じ構造の問題です。施策は「比較しやすい情報の提供」と「稟議用の資料の用意」になります。マップがこのレベルまで埋まっていれば、施策は自動的に出てきます。

類似ツールとの役割の違い

混同されやすい4つのツールとの関係を整理します。定義はNielsen Norman Group（以下NN/g）のものを使います。この分野で事実上の参照点になっているためですが、業界の規格ではなく一組織の定義である点は踏まえておいてください。

ツール	時間軸	ジャーニーマップとの関係
ペルソナ	なし	マップの前提。「誰の旅を描くか」を定義します。ペルソナなしに描くと、誰の体験か曖昧になり共通認識が生まれません
エンパシーマップ	なし （特定時点）	ある種類のユーザーについて分かっていることを言語化するツール。NN/gは「意図的に時系列ではない」と明記しています。マップの1フェーズを深掘りするのに向きます
体験マップ （Experience Map）	あり	ここが最も混同されます。体験マップは「汎用的な人物」が目的を達成するまでの端から端までを描くもの。ジャーニーマップは特定の企業・製品に紐づく点が違いです
サービス ブループリント	あり	裏側を描く図。社内の業務・システム・担当者をタッチポイントに対応させます。NN/gはこれをジャーニーマップの「パート2」と位置づけています。対立するツールではありません

実務上の使い分けはこうです。ジャーニーマップで課題のありかを特定し、エンパシーマップでその1点を深掘りし、サービスブループリントで直し方を設計する。この順序で考えると役割が混ざりません。

エンパシーマップの構成要素には「正式版」がありません

ここは解説記事で誤りが多い箇所なので、少し丁寧に書きます。エンパシーマップの構成要素を「これが正式です」と断定している記事は、ほぼ例外なく不正確です。

エンパシーマップはXPLANEのDave Grayらが考案し、2010年刊の『Gamestorming』で公開されました（原案のスケッチはXPLANEのScott Matthewsによるものとされています）。問題は、その後複数の系統に分岐したまま、どれも広く使われていることです。

バージョン	構成要素
Dave Gray 本人による Empathy Map Canvas （2017年）	GOAL ＋ SEE / SAY / DO / HEAR ＋ THINK and FEEL ＋ PAINS / GAINS。番号で手順が指定されており、考案者自身の最新版です
Osterwalder『Business Model Generation』版（2010年）	See / Hear / Think & Feel / Say & Do / Pain / Gain の6区分。XPLANEからのアダプトとしてクレジットされています
NN/g 版	Says / Thinks / Does / Feels の4象限。日本語の解説記事で最も見かけるのはこれですが、NN/g自身は起源の帰属を書いておらず、別の記事では「traditional な4象限構造」という書き方をしています

注意すべき点が2つあります。

1つは、「Says / Thinks / Does / Feels が正式な4象限」という説明は誤りだということです。これはNN/gという一組織の定式化で、考案者の公式版とは別系統です。もう1つは、6区分版を『Gamestorming』由来だと説明するのも誤りで、あれはOsterwalder系の派生版です。

そしてGray本人が、ネット上に増えた変種について「original concept を degrade した（元の概念を劣化させた）」と述べ、それが2017年のCanvas改訂の動機だったと明言しています。

実務上の結論はこうです。どのバージョンを使っても構いませんが、社内で1つに決めて、どの出典のものかを明記してください。「正式な形はこれ」と断定しないこと、そしてチーム内で2つの版が混在しないことのほうが、どれを選ぶかより重要です。

B2BとB2Cでマップの性質はどう変わるか

	B2C	B2B
意思決定者	本人1人	担当者・上長・法務・情報システムなど複数
マップの枚数	1ペルソナ1枚で足りることが多い	関与者ごとに別レイヤーが必要。1枚に1人分だけ描くと稟議の壁が見えません
感情の振れ幅	大きく出やすい	本人の感情より「社内で説明できるか」という不安が支配的
主なタッチ ポイント	広告・EC・SNS	検索・資料・商談・社内稟議
重点フェーズ	購入まで	購入後を細かく分解。解約防止と更新が収益に直結するため

B2Bで特に見落とされるのが「社内稟議」というタッチポイントです。これは自社がまったくコントロールできない場所で起きる上に、失注の主要因になります。顧客の担当者が上長に説明する場面を1つのフェーズとして描くと、「稟議用の1枚資料を用意する」という施策が見えてきます。

マップ作成の4ステップ：準備から感情曲線まで

作業前に決めること：誰を集めて、何時間で作るか

手順の前に、実務で最初に詰まる部分を先に片付けます。マップ作成は一人の作業ではなく、会議体の設計です。

項目	現実的な進め方
集めるメンバー	マーケ・営業・カスタマーサクセス・サポートから各1名。顧客と直接話している人を必ず入れます。サポート担当は「どこで何が起きているか」を最もよく知っています
人数の上限	6名程度まで。これを超えると議論が収束しません
所要時間	一度に作り切ろうとせず、2時間×2回に分けます。1回目でフェーズとタッチポイント、2回目で思考と感情。間にデータを集める時間を挟めます
最初の成果物	いきなり完成版を狙わず、仮説版を作ってからデータで検証する二段構えにします。社内の思い込みがどこにあったかが分かるので、この順序自体に価値があります
決めておく役割	更新の最終承認者を1人。ここを決めずに始めると、後述する形骸化がほぼ確実に起きます

これらは筆者の実務上の進め方で、標準として定められたものではありません。チームの状況に合わせて調整してください。

ステップ1｜ペルソナより先に決める3つの前提

最初に固めるのはペルソナですが、人物像の細かい属性より先に決めるべきことが3つあります。

• 対象セグメントの絞り方：B2Bなら企業規模・役職・意思決定権の有無、B2Cなら利用シーンや行動パターンで区切ります。全顧客を一枚に収めようとすると課題が曖昧になります。まず1セグメントに絞るのが原則です
• マップの起点と終点：どこを「認知前」とし、どこをゴールとするか。SaaSなら起点を「課題認識前」、終点を「継続利用・紹介」とするケースが多いですが、目的によって変わります
• マップで解きたい問い：「どこで離脱しているか」「なぜ検討が長期化するか」など、先に問いを立てることで集めるデータが絞れます。問いがないままペルソナ作成を進めると、後工程で情報が散らかります

3つのうち最も重要なのは問いの設定です。「とりあえず顧客体験を可視化してみよう」で始まったプロジェクトは、ほぼ例外なく完成後に使われません。使う場面が決まっていないからです。

ステップ2｜フェーズの粒度をどう決めるか

フェーズの分け方には「粗すぎると課題が見えない、細かすぎると運用が重くなる」というトレードオフがあります。

課題の全体把握が目的なら、認知・検討・決定・利用・継続の5段階で十分です。特定フェーズの改善が目的なら、そのフェーズだけを「情報収集・比較・問い合わせ・商談・契約」のように細分化します。

全フェーズを均等に細かくする必要はありません。注力エリアだけ粒度を上げる二層構造が、現場では最も機能します。

そして境界を引く基準は1つだけです。顧客の意識・目的が切り替わるタイミングで引きます。チャネルや担当部署の変わり目ではありません。これを間違えると、マップが組織図の写し絵になり、顧客視点を共有するという本来の目的を失います。

ステップ3｜タッチポイントの収集方法

タッチポイントは思い込みで列挙しがちなので、2つのアプローチを組み合わせます。

顧客インタビューでは、「その情報をどこで知りましたか」「次に何をしましたか」と時系列に沿って問う行動回顧法が有効です。質問は購買・利用の行動に絞り、感情や理由はステップ4で別途収集します。行動と感情を同時に聞くと、回答が混ざって精度が落ちます。

定量データとしては、GA4のユーザー導線、CRMの商談記録、サポートチケットの分類を組み合わせます。インタビューで拾えない接点（メールの開封、再訪問など）を補完できます。

とくにサポートチケットは見落とせません。「問題が起きたタッチポイント」を直接示すデータであり、しかも既に社内にあります。新しく取得する必要がないのに、マップ作成で参照されないことが多い情報源です。

収集したタッチポイントは、チャネル（検索・SNS・店頭など）と接触の主体（顧客起点か企業起点か）の2軸で整理すると抜け漏れを確認しやすくなります。企業起点の接点ばかり並んでいるマップは、顧客が自力で情報を探す行動を捉え切れていないサインです。

検索行動については、フェーズごとのクエリの種類もこの段階で記録しておくと、後のコンテンツ施策と直結します。

何人にインタビューすれば足りるのか

ここで「5人で8割分かる」という目安を見かけますが、これは出典の誤用です。元になっているのはNielsen Norman Groupの「5人でユーザビリティテストすれば問題の85%が見つかる」という2000年の記事で、対象はUIの操作上の問題発見であり、インタビューによる顧客理解ではありません。

NN/g自身が別の記事で、はっきりこう書いています。

• 「黄金の数字は存在しない」
• 「多くの探索的調査において、5人では少なすぎる」

推奨されているのは飽和（saturation）を基準にするやり方です。まず5〜6名から始め、進めながら分析し、新しいテーマが出てこなくなるまで追加する。インタビューデータはユーザビリティテストよりばらつきが大きいため、飽和が来るのが遅いという理由です。

学術的な裏付けとしては、飽和を実証的に検証した研究の系統的レビューで、均質な母集団・狭く定義された目的の場合にインタビュー9〜17件で飽和するという範囲が報告されています（Hennink & Kaiser, 2022）。対象が多様だったり目的が広ければ、より多く必要になります。

実務的には「新しいタッチポイントが出てこなくなったら止める」と決めておけば十分です。人数を先に決めて消化するより、この基準のほうが精度が上がります。

ステップ4｜感情曲線の描き方と根拠データの持ち方

感情曲線はマップの中で最も主観が入りやすい要素です。ここの精度がマップ全体の信頼性を決めます。

インタビューでは、「そのとき、どう感じましたか」と直接聞くより、「そこで次の行動をためらいましたか」「その後すぐ動けましたか」のように行動の変化から推定する問い方のほうが、具体的な回答を引き出しやすくなります。感情を直接聞くと、答えが「まあ、普通です」に収束しがちです。

得られた発言はポジティブ・ネガティブ・中立の3段階でラベリングし、複数のインタビューを重ねてパターンを統合します。

定量的な裏付けには、フェーズ別のNPS®、アンケートのCSAT（Customer Satisfaction Score／顧客満足度）、問い合わせ件数の急増タイミングなどが使えます。

指標の扱いで2点、実務的な注意があります。

NPSは商標です。「NPS®」「Net Promoter®」はBain & Company、NICE Systems、Fred Reichheldの3者が共有する登録商標で、「Net Promoter Score℠」はサービスマークです。なお「NPSスコア」という表記は Score が重複しているので、単に「NPS」と書くのが正確です。

CSATには標準の算出方法がありません。NPSと違って定義を管理する団体が存在せず、5段階・7段階・10段階、あるいは2値や絵文字3段階まで、ベンダーごとに実装が違います。したがって社内で使うときは、尺度と「満足」の定義（たとえば5段階の4・5を満足とみなす）を明示したうえで運用してください。他社の数値と比べても意味がありません。

そして最も重要な作業があります。感情曲線の各ポイントに根拠メモを添付してください。「インタビュー7名中5名がネガティブ発言」「失注理由の最多」のような一行です。前掲の記入例の最下段がこれに当たります。

この一手間があるかどうかで、他部門との議論の質が変わります。根拠のない曲線は「あなたの印象でしょう」と言われて終わりますが、根拠があれば議論は「ではどう直すか」に進みます。LPO対策のような具体的な改善施策の議論に持ち込むときも、この根拠が説得力の土台になります。

マップを施策に転換する：課題の優先順位付けと改善アクションの導き方

完成したマップは、眺めて満足するためのものではありません。ここからが本題です。マップから施策へ落とし込む手順を4段階で説明します。

感情曲線の谷から課題仮説を立てる

感情曲線が大きく下がっているフェーズは、顧客が摩擦を感じている箇所です。ここで重要なのは、その谷を「課題の確定」ではなく「仮説の出発点」として扱うことです。

たとえば検討フェーズで感情が落ちているとき、考えられる仮説は複数あります。

• 情報が複雑すぎて比較できない
• 担当者への連絡が取りにくい
• 他社と比べる材料が自社サイトにない
• 社内で説明するための材料がない

1つの谷に対して仮説を最低2〜3本並べ、後続のデータで絞り込みます。谷を見つけた瞬間に施策を決めてしまうのが、最も多い失敗です。「検討フェーズで落ちているから料金ページを直そう」と決め打ちすると、実際の原因が稟議資料の不在だった場合、工数が丸ごと無駄になります。

絞り込みには、マップ作成で使ったデータを再度使います。サポートチケットの分類、失注理由の記録、該当ページのLPO観点での行動データなど、仮説ごとに確認すべきデータが変わります。

優先順位マトリクスで着手順を決める

仮説が出そろっても、すべてに同時に手をつけることはできません。インパクト×実行難易度の2軸で整理します。

	難易度 低	難易度 高
インパクト 大	最優先。ここから動かす 稟議用1枚資料の作成、比較表の設置、CTA文言の変更、オンボーディングメールの追加	中長期の戦略施策として計画に組み込む 料金体系の見直し、管理画面のUI改修、サポート体制の再設計
インパクト 小	余裕があれば対応 フッターの導線整理、細部の文言調整	やらない 利用率の低い機能の改修、閲覧の少ないページの作り直し

軸の定義を揃えておきます。インパクトは改善による離脱防止・売上貢献の大きさ、実行難易度はリソース・期間・関係部門数です。関係部門数を難易度に含めるのが実務上のポイントで、技術的に簡単でも3部門の合意が必要な施策は「難易度高」に置くべきです。

そしてこのマトリクスは主観で埋まりやすいという弱点があります。インパクトの評価には、顧客データやアンケート結果など定量的な根拠を当ててください。全員が「これは重要だと思う」で埋めた表は、声の大きい人の意見が通るだけの装置になります。

この表の本当の価値は「やらない」を決められることです。マップを見ると改善点が無数に見つかるため、捨てるものを先に決めないと手が止まります。

部門ごとにアクションを分解する

優先順位が決まったら、誰が動くかを明確にします。カスタマージャーニーは複数部門にまたがるため、部門単位に分解しないと実行責任が曖昧になります。

部門	担当フェーズ	主な施策
マーケティング	認知・興味	コンテンツ改善、広告クリエイティブの見直し、ランディングページの最適化
営業	検討・商談	トークスクリプト改善、フォローアップのタイミング調整、提案資料の構成変更、稟議用資料の提供
カスタマー サクセス	導入・継続	オンボーディング手順の改善、継続フェーズでの先回りの支援設計
プロダクト ・開発	利用全般	UIの改善、機能の追加・削除判断など製品体験に直結する変更

1つの施策に複数部門が関わる場合は、主担当・協力部門・意思決定者の3つを明記してください。とくに意思決定者を書いておかないと、実行段階で「誰がGOを出すのか」で止まります。

施策に紐づくKPIを設定する

施策が決まったら、成否を判断するKPIをフェーズ単位で設定します。マップ全体に1つの指標を当てるのではなく、フェーズごとに測れる指標を対応させることが精度を高めます。

フェーズ	先行指標（すぐ動く）	遅行指標（後から動く）
認知	インプレッション数、クリック率	指名検索数、ブランド認知率（調査ベース）
検討	資料ダウンロード数、ページ閲覧数・滞在時間	問い合わせ転換率
購入・契約	商談化率	クローズ率、平均リードタイム
利用	オンボーディング完了率、初回ログイン率	機能利用率、サポート問い合わせ件数
推奨	レビュー投稿数	NPS、紹介経由の新規獲得数

先行指標と遅行指標を分けているのは理由があります。遅行指標だけを見ていると、施策の効果判定に数か月かかります。先行指標を併せて置くことで、施策直後に方向性の当たり外れを判断できます。

そしてKPIは施策着手前にベースラインを計測しておくことが前提です。比較基準がなければ改善の有無を判断できません。これは当たり前のようで、実際には「施策を打った後に測り始める」ケースが頻繁に起きます。

KPI設定でもう1つ注意点があります。マップのフェーズとKPIの対応を、マップ本体に書き込んでください。別の資料で管理すると、マップとKPIが別々に更新されて対応が崩れます。後述する調査データが示すとおり、この「指標と所有者」はマップから最も抜け落ちやすい要素です。

NPSをKPIに置くときの注意

推奨フェーズの指標としてNPSを挙げましたが、この指標には留保が必要です。考案者のFred Reichheld自身が2021年に批判的な総括を発表しています。

要点は、経験の浅い実務者がNPSを賞与に紐づけるといった誤用をしたこと、自己申告のスコアと枠組みの誤解が「混乱を招き、信頼性を損なった」こと、そして一部の企業がスコアを「見栄えのための統計（vanity statistics）」に変えてしまったことです。Reichheldは代替として、監査済みの売上に基づく指標を提示しています。

またGartnerは2021年に「2025年までに75%以上の組織が顧客サービス指標としてNPSを放棄する」と予測しました。ただしこの予測は実現していません。2025年末時点の調査では、NPSは支配的な地位は失ったものの依然として広く使われており、CES・CSAT・リテンションなどと並ぶ補助的な指標という位置に移ったと整理されています。

実務上の結論です。NPSをマップのKPIに置くのは構いませんが、単独の成功指標にはしないこと、そして個人の評価や賞与に直結させないこと。推奨フェーズでは、紹介経由の新規獲得数のような実際の行動データと併せて見るのが安全です。

作って終わりにしない：マップを組織に根付かせる運用サイクル

マップを一度作っただけで満足し、半年後には誰も参照しなくなる。多くのチームが陥る失敗です。形骸化を防ぐには、作成前に運用設計を決めておくことが必要です。作った後に考え始めると、もう動き出しません。

データで見る、マップが失敗する理由

形骸化は印象論ではありません。NN/gがUX実務者を対象に行った調査に、失敗理由の内訳が出ています。

マップが失敗した理由	割合
焦点が絞られていない	36%
現実に基づいていない	25%
共有・活用されない	21%
信頼・支持が得られない	11%

※NN/gによるUX実務者48名への調査（2016年）。サンプル数が48名と小さい点、および割合は回答をコード化したうえでの集計である点に留意してください。

この調査で、ある回答者がマップをこう表現しています。「just a pretty map that no one uses（誰も使わない、ただの綺麗な地図）」

最多の理由が「焦点が絞られていない」36%であることは、前述のステップ1と直結します。問いを立てずに作ったマップは、作った時点で失敗が決まっています。

そして同じ調査に、本記事で最も強調したい発見があります。ペルソナとシナリオはおよそ8割のマップに含まれているのに、「示唆」のゾーン——推奨事項・指標・所有者——は大半のマップで省略されているというものです。

つまり多くのマップは「誰の、どんな旅か」は描けているのに、「だから何をするか、誰がやるか、どう測るか」が書かれていない状態で終わっています。これが形骸化の直接の原因です。前のセクションでKPIとオーナーをマップ本体に書き込むよう述べたのは、ここが最も抜けやすいと分かっているからです。

なお参考として、CX全体の成果についても厳しいデータがあります。Forresterが2025年に27万5千人超の顧客・469ブランドを対象に行った調査では、21%のブランドがCXスコアを低下させ、改善したのは6%、73%は変化なしでした。これはジャーニーマップの効果を直接示すものではありませんが、CXの取り組みが成果に結びついていない現実の裏付けになります。

マップが形骸化する3つのパターン

• オーナー不在のまま共有される：誰が更新するかを決めずに全社展開すると、「誰かがやるだろう」という状態になり、気づけば古い情報のまま放置されます
• 完成物として扱われる：マップを「成果物」と位置づけると、プロジェクト完了と同時に棚上げされます。マップは仮説の集合体であり、常に更新される前提で管理する必要があります
• 特定部門だけが保有する：マーケティング部門だけが持っている状態では、営業やカスタマーサクセスの現場知見が反映されず、精度が下がり続けます

3つに共通しているのは、更新されない仕組みになっているという点です。更新の意思や熱意の問題ではありません。

更新を発動するトリガー条件

更新を「気が向いたとき」に委ねると確実に止まります。トリガーを事前に決めて仕組み化します。

トリガー	発動条件と対応範囲
定期	四半期ごとのレビュー会議をカレンダーに固定します。年次では変化を捉えきれないため、最低でも半期に一度は全体を見直します
施策変更	価格改定・プランリニューアル・新チャネル開設など、タッチポイントの構造が変わるタイミングで該当フェーズを即時更新します
顧客属性の変化	新セグメントへの展開時、または既存セグメントの購買行動に明確な変化が出たとき。調査やインタビューで想定との乖離が出たときも更新の合図です
外部環境	競合の大規模なサービス変更、業界規制の改定など、顧客の比較検討行動に影響する出来事が起きたとき

この4つのうち、実際に効くのは「施策変更トリガー」です。定期レビューは忘れられますが、価格改定やリニューアルは社内で必ず話題になるため、そこに「マップの該当フェーズを直す」を手順として組み込んでおけば自動的に発動します。

全社共有と部門会議への組み込み方

マップの浸透には、「見られる場所に置く」だけでは不十分です。既存の定例会議に議題として組み込むのが最も現実的な方法です。新しい会議体を作ると、それ自体が続きません。

具体的には次のような形です。

• 月次のマーケティング定例で、その月の施策がどのフェーズに影響したかをマップ上で確認する。これを運用にすると、自然と参照習慣が生まれます
• 営業チームと月1回15分、「顧客の声でマップの想定と違った点」を共有する場を設ける。短時間でよく、これだけで現場起点の更新情報が継続的に集まります

マップのオーナーは専任でなくて構いませんが、更新の最終承認者を1人決めることは必須です。全員が編集できる状態は、全員が責任を持たない状態と同じです。

ツール選定の判断基準

どのツールを使うかは、チームの規模と更新頻度で判断します。主要な選択肢を整理します。

ツール	無料枠・料金	向き・不向き
Googleスプレッド シート	個人アカウントなら無料	継続運用のハードルが最も低い。更新履歴の管理がしやすく、数値や根拠を構造的に記録できます。見た目の直感性は落ちます
Miro	Free あり。ただし編集できるボードは3枚まで。Starter $8／Business $20（メンバー・月、年払い）	ワークショップでの共同作業に最適。日本語UIとジャーニーマップのテンプレートあり。無料枠の3ボード制限は、複数セグメントを描くとすぐ超えます
FigJam （Figma）	無料枠は共同編集3ファイルまで。継続利用はCollabシート月¥450〜（Professional年払い）	デザインチームが既にFigmaを使っているなら自然な選択。無料の閲覧シートでは編集できない点に注意が必要です
Lucid	無料アカウントあり（料金は公式ページで要確認）	日本語サイト・日本語テンプレートが整備されています。日本語UIを重視するなら候補です
UXPressia	Free あり（ジャーニーマップ3件・ペルソナ3件）。Pro $36／Business $95（ユーザーあたり）	ペルソナとマップを紐づける機能が本職。無料枠でもAIによるマップ生成が月30回使えます
Smaply	Free あり。Repository $38／Framework $67／Governance $96（エディターあたり・月、年払い）	ジャーニーマップ専用ツール。複数ジャーニーの体系的な管理に向きます
TheyDo	無料プランなし。30日トライアルのみ。料金は非公開（要見積）	AIエージェントを中核に据えた「ジャーニーマネジメント」特化。エンタープライズ向けで、マップを多数運用する段階の選択肢です

※2026年11月時点。各社公式の料金ページにもとづきます。Figma以外は公式が円価格を掲載していないため、ドル表記のままにしています。為替と改定で変動するため、導入前に公式情報をご確認ください。

選定で押さえておくべき点を3つ挙げます。

• 「無料」の範囲を確認してください。MiroのFreeは編集できるボードが3枚まで、FigJamは無料の閲覧シートでは編集できません。無料で始めたつもりが、2枚目のマップを作る段階で課金が必要になります
• 国産のジャーニーマップ作図ツールは、実質的に存在しません。ただしMiroとLucidは日本語UIに対応しているため、「日本語で使えない」わけではありません。国内ベンダーはCX計測・VoC側（EmotionTech CX、KARTEなど）に展開しており、作図とはレイヤーが違います
• AI機能の実装状況はツールごとにかなり違います。UXPressiaは無料枠にマップのAI生成を含み、Miroはジャーニーマップ用のAIテンプレートとクレジット制、TheyDoはAIエージェントが中核です。一方FigJamのAI作図はフローチャートや組織図が対象で、ジャーニーマップには対応していません

そして最も重要な基準です。ツールの機能より「チーム全員が迷わず開けて編集できるか」を優先してください。高機能なツールが社内に普及せず、結果的に誰も見なくなるケースは珍しくありません。スプレッドシートで運用が回っているなら、それが正解です。

マップは作成した瞬間から鮮度が落ち始めます。更新トリガーを設定し、オーナーを明確にし、既存の会議体に組み込む。この3つを最初に決めておくだけで、マップが意思決定に使われ続ける可能性は大きく変わります。

まとめ

• マップの5要素はフェーズ・タッチポイント・行動・思考・感情。フェーズの境界は顧客の目的が切り替わる瞬間で引きます。部署やチャネルの変わり目で区切ると、マップが組織図の写し絵になります
• 作り方の前に記入済みの完成形を見てください。「思考」の欄に「判断軸の言語化」のような抽象語を書くと使えません。顧客のセリフとして一人称で書きます
• 感情曲線の各点に根拠を添えることが、マップの信頼性を決めます。根拠がなければ「あなたの印象でしょう」で議論が終わります
• 最初に決めるべきはマップで解きたい問いです。NN/gの調査では失敗理由の最多が「焦点が絞られていない」36%でした。問いを立てずに作ったマップは、作った時点で失敗が決まっています
• マップ作成は会議体の設計です。顧客と直接話している人（とくにサポート担当）を必ず入れ、6名程度まで、2時間×2回に分けるのが現実的です
• インタビュー人数の「5人で8割分かる」は出典の誤用です。元はユーザビリティテストの話で、NN/g自身が「探索的調査では5人では少なすぎる」と明記しています。新しいタッチポイントが出てこなくなるまで（飽和するまで）追加するのが正しい基準です
• エンパシーマップの構成要素に「正式版」はありません。考案者Dave Gray本人の2017年版、Osterwalder版（6区分）、NN/g版（4象限）が並立しています。「正式な4象限はこれ」と断定している記事は不正確です。社内で1つに決め、出典を明記してください
• 類似ツールの区別で混同されやすいのはジャーニーマップと体験マップです。ジャーニーマップは特定の企業・製品に紐づき、体験マップは汎用的な人物の端から端までを描きます。サービスブループリントは対立するツールではなく、NN/gの位置づけではジャーニーマップの「パート2」です
• B2Bで最も見落とされるのが「社内稟議」というタッチポイントです。自社がコントロールできない場所で起き、しかも失注の主要因になります
• 感情の谷は課題の確定ではなく仮説の出発点。1つの谷に仮説を2〜3本立ててからデータで絞り込みます。谷を見つけた瞬間に施策を決めるのが最も多い失敗です
• 優先順位はインパクト×実行難易度。関係部門数を難易度に含めるのが実務のコツで、この表の価値は「やらない」を決められることにあります
• KPIは先行指標と遅行指標を分けてフェーズ単位に置きます。遅行指標だけでは効果判定に数か月かかります
• NPSは単独の成功指標にせず、個人評価や賞与に直結させないこと。考案者自身が2021年に、賞与への紐づけなどの誤用が「信頼性を損なった」と総括しています。Gartnerの「2025年までに75%が放棄」という予測は実現していません
• CSATには標準の算出方法がありません。尺度と「満足」の定義を明示して運用し、他社の数値とは比べないでください
• 形骸化の直接の原因はデータに出ています。ペルソナとシナリオは約8割のマップにあるのに、推奨事項・指標・所有者は大半で省略されています。「誰の旅か」は描けていて「だから何をするか」がない状態です
• 運用で最も効くトリガーは「施策変更トリガー」です。定期レビューは忘れられますが、価格改定やリニューアルは社内で必ず話題になります
• 浸透させるなら新しい会議体を作らず、既存の定例に議題として組み込む。そして更新の最終承認者を1人決めることは必須です
• ツールは「無料」の範囲を確認してください。MiroのFreeは編集できるボードが3枚まで、FigJamは無料の閲覧シートでは編集できません。国産の作図ツールは実質なく、MiroとLucidが日本語UIに対応しています

マップの価値は、絵の完成度ではなく施策に転換できたかどうかだけで決まります。問いを立て、根拠を添え、指標と所有者を書き込む。この3つを最初に設計しておけば、「誰も使わない綺麗な地図」にはなりません。

顧客体験の設計やコンテンツ運用でお困りの方は、SEO無料相談はこちらからご相談ください。

【主な出典】Nielsen Norman Group（「Journey Mapping 101」／「UX Mapping Methods Compared: A Cheat Sheet」／「Service Blueprints: Definition」／「Empathy Mapping」／「When to Empathy Map: 3 Options」／「UX Maps: Glossary」／「Why You Only Need to Test with 5 Users」／「How Many Participants for a UX Interview?」／「Journey Mapping in Real Life: A Survey of UX Practitioners」）／Dave Gray「Empathy Map Canvas」（© 2017 Dave Gray, xplane.com）およびGamestorming公式サイト「Update to the Empathy Map」／XPLANE公式ブログ／Osterwalder & Pigneur『Business Model Generation』（2010）／Gray, Brown & Macanufo『Gamestorming』（O’Reilly, 2010）／Bain & Company「NPS Trademarks and Licensing」およびReichheld, Darnell & Burns「Net Promoter 3.0」（Harvard Business Review, 2021年10月）／Gartner プレスリリース（2021年5月27日）／Forrester「2025 Global Customer Experience Index」（2025年6月24日）／Hennink & Kaiser「Sample sizes for saturation in qualitative research」（Social Science & Medicine, 292:114523, 2022）／各ツール公式の料金ページ（Miro／Figma／Lucid／UXPressia／Smaply／TheyDo）。
本記事は2026年11月9日時点の情報にもとづきます。記入例として掲載したマップは架空のものであり、実在の企業のデータではありません。料金は各社公式ページの記載にもとづきますが、Figma以外は公式が円価格を掲載していないためドル表記のままとしています。ツールの仕様・料金は改定されるため、導入前に公式情報をご確認ください。NPS®およびNet Promoter®はBain & Company, Inc.、NICE Systems, Inc.、Fred Reichheldの登録商標、Net Promoter Score℠は同社らのサービスマークです。