customer-journey-map

customer-journey-map スキルの概要

customer-journey-map スキルでできること

customer-journey-map スキルは、認知から推奨までの一連の顧客体験を、各段階・接点・感情・痛点・機会まで含めて整理したエンドツーエンドのカスタマージャーニーマップを作るのに役立ちます。機能一覧や不満の羅列ではなく、人がどう認知から行動へ移るのかを構造的に捉えたい UX Research、プロダクトチーム、マーケターに向いています。

このスキルが向いているケース

customer-journey-map スキルは、摩擦点を特定したいとき、オンボーディングを改善したいとき、選択肢を比較したいとき、あるいは体験のどこでつまずいているかを説明したいときに使います。特に、インタビュー नोटやアンケート回答、サポートチケット、分析データのように情報が散らばっていて、個別の観察ではなく一貫したジャーニーとしてまとめたい場合に効果的です。

ほかと何が違うのか

このスキルは、ジャーニーの構造に対してかなり明確な前提を持っています。特定のペルソナ、段階ベースのマッピング、そして各段階でユーザーが何を考え、感じ、行うかの分析を求めます。そのため、単なるプロンプトよりも意思決定に使いやすい出力になりやすく、プロダクト利用の説明にとどまらず、片づけるべきジョブ・トゥ・ビー・ダンを明確にする方向へ導いてくれます。

customer-journey-map スキルの使い方

インストールして、ソースファイルから始める

customer-journey-map スキルは npx skills add phuryn/pm-skills --skill customer-journey-map でインストールします。次にまず SKILL.md を読みます。実際のワークフローと段階モデルがそこにまとまっているからです。この repository には補助スクリプトやサポートフォルダはないので、スキルファイルが唯一の信頼できる参照元になります。

スキルに適切な入力を与える

customer-journey-map の精度が高くなるのは、具体的なペルソナと明確なシナリオがあるときです。良い入力例は「比較ページを読んだあと、試用版を評価している初回利用の SaaS 管理者のジャーニーをマップして」や「悪い配送体験のあと、商品を再注文しようとしているモバイル購買者のジャーニーをマップして」といったものです。「カスタマージャーニーマップを作って」のような曖昧な依頼だと、モデルが補完しすぎてしまいます。

出力は正しい順序で読む

このスキルのワークフローは、認知、検討、獲得、オンボーディング、利用、継続、推奨という段階を軸に組まれています。結果を確認するときは、各段階に、与えたペルソナに合う現実的な接点・感情・痛点があるかを見てください。元になる材料がある場合は、戦略資料として扱う前に、そのマップが証拠と一致しているかを検証するのが重要です。

実践的なプロンプトのコツ

customer-journey-map をより良く使うには、入手可能であれば次のような情報も入れてください。製品 URL、対象ペルソナ、ファネル段階、既知の摩擦点、インタビューの書き起こし、サポートでよく出るテーマ、説明したい指標などです。UX Research 向けの成果物が欲しいなら、その旨を明示し、観察された行動、引用、証拠にひもづく仮説を重視するよう指示します。よりシンプルなマップが欲しい場合は、1つのペルソナと1つの主要なジャーニーに絞ってください。

customer-journey-map スキル FAQ

customer-journey-map スキルは初心者向きですか？

はい。製品と対象ユーザーを平易な言葉で説明できるなら使えます。スキル側で段階フレームワークが明示されているため、初心者でも研究手法をゼロから考える必要はありません。重要なのは、もっともらしいペルソナとジャーニーを成立させるだけの文脈を十分に与えることです。

通常のプロンプトと何が違うのですか？

普通のプロンプトでもジャーニーマップは作れますが、customer-journey-map スキルは、再現しやすい構造と抜け漏れの少なさを重視したいときに向いています。接点、感情、痛点、機会までカバーするよう促してくれるので、見た目はそれらしいのに実際には使いづらい、高レベルな要約で終わるのを防ぎやすくなります。

使わないほうがよいのはどんなときですか？

短いマーケティング用ペルソナ、機能一覧、1画面だけの UX レビューで足りるなら、customer-journey-map スキルは必要ありません。また、対象となる人物像がまったく定まっていない場合や、実際の製品文脈がない場合も不向きです。その場合、結果が抽象的すぎて信頼しにくくなります。

customer-journey-map スキルを改善する方法

ペルソナと JTBD を明確にする

品質を最も大きく上げるのは、「誰が」「何を達成しようとしているのか」をはっきりさせることです。「新規ユーザー」ではなく、「10 分以内にクライアントをオンボーディングしたいフリーランスデザイナー」のように書いてください。そうすると customer-journey-map スキルが、段階ごとの行動、摩擦、感情を具体的に捉えやすくなります。

意見ではなく証拠を渡す

書き起こし、チケット、アンケート、分析データがあるなら、それを渡して、細部を想像で埋めるのではなくパターンを要約するよう依頼してください。customer-journey-map for UX Research では特に、体裁よりも信頼性が重要なので、痛点を実際のシグナルに結びつけられると強みが最大化します。

初稿のあとに絞り込む

最初の出力で、抜けている段階、曖昧な接点、一般論すぎる痛点を見つけます。そのうえで、より狭いペルソナ、1つのジャーニーのバリエーション、あるいは「オンボーディングの離脱に絞る」「初回購入後の継続リスクを強調する」のような明確な成果物を求めて反復してください。多くの場合、customer-journey-map の使い勝手は、長くすることよりも、対象を絞って改善するほうが上がります。