customer-journey-map

customer-journey-map 技能概览

customer-journey-map 技能能做什么

customer-journey-map 技能可以帮你创建一张端到端的客户旅程图，清楚呈现各个阶段、触点、情绪、痛点和机会点。它最适合 UX Research、产品团队和营销人员，用来理解一个人如何从认知走向倡导，而不只是罗列功能或抱怨。

什么时候适合用这个技能

当你需要识别阻碍、优化 onboarding、比较替代方案，或者解释体验究竟在哪一步断掉时，就适合用 customer-journey-map 技能。它尤其适合处理采访笔记、问卷反馈、客服工单或分析数据这类杂乱输入，并把它们整理成一条连贯的旅程故事，而不是零散观察。

它和其他方法有什么不同

这个技能对旅程结构有明确偏好：它会要求你给出具体 persona、按阶段映射，并逐阶段分析用户怎么想、怎么感受、怎么做。这样输出会比通用 prompt 更适合直接做决策，因为它会推动你先定义 job-to-be-done，而不只是描述产品使用过程。

如何使用 customer-journey-map 技能

安装后先从源文件开始

使用 npx skills add phuryn/pm-skills --skill customer-journey-map 安装 customer-journey-map 技能。然后先阅读 SKILL.md，因为真正的工作流程和阶段模型都在这里。在这个仓库里没有辅助脚本或支持文件夹，所以 skill 文件就是主要的事实来源。

给技能提供合适的输入

效果最好的 customer-journey-map 输入，通常都从一个具体 persona 和一个明确场景开始。好的输入例如：“为一个第一次使用 SaaS 的管理员绘制旅程，他在看完对比页后正在评估试用版”，或者“为一个在糟糕配送体验后想重新下单的移动端购物者绘制旅程”。像“做一张客户旅程图”这种模糊输入，会迫使模型编造太多内容。

按正确顺序阅读输出

这个技能的工作流是按阶段展开的：awareness、consideration、acquisition、onboarding、engagement、retention 和 advocacy。审阅结果时，要检查每个阶段是否都为你提供的 persona 给出了真实可信的触点、情绪和痛点。如果你有原始材料，先拿证据验证旅程图，再把它当成策略资产使用。

实用的提问技巧

想更好地使用 customer-journey-map 技能，可以在条件允许时提供这些信息：产品 URL、目标 persona、漏斗阶段、已知摩擦点、访谈记录、客服主题或你希望解释的指标。如果你希望输出偏 UX Research，请明确说明，并要求技能强调基于证据的观察行为、原话或假设。如果你想要一张更简洁的图，就把范围收窄到一个 persona 和一条主旅程。

customer-journey-map 技能 FAQ

customer-journey-map 技能适合新手吗？

适合，只要你能用清楚的语言描述产品和受众就行。这个技能提供了明确的阶段框架，所以新手不需要从零设计研究方法。最重要的是提供足够上下文，让 persona 和旅程看起来合理可信。

它和普通 prompt 有什么区别？

普通 prompt 也能生成旅程图，但 customer-journey-map 技能更适合你想要稳定结构、减少阶段缺失的情况。它会引导模型覆盖触点、情绪、痛点和机会点，而不是只给出一段看起来完整、实际上很难落地的高层总结。

什么时候不该用它？

如果你只需要一段简短的营销 persona、功能列表，或者一页式 UX 评审，就不要用 customer-journey-map 技能。它也不适合你根本不知道用户是谁、或者没有真实产品背景的情况，因为那样产出的结果会太泛、没法信。

如何改进 customer-journey-map 技能

把 persona 和 JTBD 说清楚

提升质量最大的办法，就是明确说明客户是谁、想完成什么。不要只写“新用户”，而要写成“希望在 10 分钟内为客户完成 onboarding 的自由职业设计师”。这样 customer-journey-map 技能就能用具体视角去分析阶段行为、摩擦点和情绪。

输入证据，而不只是观点

如果你有访谈记录、工单、问卷或分析数据，就把它们提供出来，并要求技能归纳模式，而不是凭空补细节。customer-journey-map 在 UX Research 场景里尤其强，因为在这里可信度比包装更重要，痛点需要有真实信号支撑。

先出初稿，再迭代优化

先用第一版结果找出缺失的阶段、过于模糊的触点，或太泛的痛点。然后通过让它聚焦更窄的 persona、单一路径变体，或者更明确的结果来继续优化，例如“聚焦 onboarding 流失”或“突出首次购买后的留存风险”。通常这样改进 customer-journey-map 的效果，比单纯要求更长的旅程图要好。