customer-journey-map

customer-journey-map 技能總覽

customer-journey-map 技能能做什麼

customer-journey-map 技能可協助你建立端到端的 customer journey map，清楚呈現各個階段、接觸點、情緒、痛點與機會。它特別適合 UX Research、產品團隊與行銷人員，用來理解一個人如何從認知一路走到倡導，而不只是列出功能或抱怨清單。

什麼情況適合使用這個技能

當你需要找出阻力、改善 onboarding、比較替代方案，或說明體驗在哪裡卡住時，customer-journey-map 技能就很適合。當你手上是雜亂的輸入資料，例如訪談筆記、問卷回覆、客服工單或分析數據，而你想要的是一條連貫的 journey 敘事，而不是零散觀察時，它尤其有用。

這個技能和一般做法有什麼不同

這個技能對 journey 結構有明確偏好：它預期你先定義具體 persona、以階段為基礎的 mapping，並逐段分析使用者想什麼、感受什麼、做了什麼。這讓輸出比一般 prompt 更適合直接拿來決策，因為它會推著你先定義 job-to-be-done，而不只是描述產品使用情境。

如何使用 customer-journey-map 技能

安裝並先從原始檔開始

使用 npx skills add phuryn/pm-skills --skill customer-journey-map 安裝 customer-journey-map 技能。接著先讀 SKILL.md，因為裡面才有真正的工作流程與 stage model。這個 repository 沒有 helper scripts 或支援資料夾，所以 skill 檔本身就是主要的 truth source。

提供正確的輸入

最強的 customer-journey-map 使用方式，是先給出具體 persona 和明確情境。好的輸入像是：「為一位第一次使用的 SaaS 管理員繪製 journey，他是在看完比較頁後評估試用版」，或「為一位行動購物者繪製 journey，他在一次糟糕的配送經驗後想重新下單」。像「幫我做 customer journey map」這種模糊輸入，會迫使模型自行腦補太多內容。

依正確順序閱讀輸出

這個技能的流程是以各個 stage 為核心：awareness、consideration、acquisition、onboarding、engagement、retention、advocacy。你在檢視結果時，要確認每個階段是否都有符合該 persona 的真實 touchpoints、情緒與 pain points。如果你有原始素材，請先用證據驗證這張 map，再把它當成策略產物使用。

實用的提示技巧

想讓 customer-journey-map 使用效果更好，若手上有下列資料就一起提供：產品 URL、目標 persona、漏斗階段、已知摩擦點、訪談逐字稿、客服主題，或你想釐清的 metrics。若你要的是 UX Research 輸出，請明確說明，並要求技能強調可觀察行為、引用語句，或與證據連結的假設。若你想要更簡潔的 map，就把範圍限制在一個 persona 與一條主要 journey。

customer-journey-map 技能 FAQ

customer-journey-map 技能適合新手嗎？

可以，只要你能用平實語言描述產品和受眾即可。這個技能提供清楚的 stage 架構，所以新手不必從零發明研究方法。最重要的是提供足夠的背景，讓 persona 與 journey 看起來合理可信。

這和一般 prompt 有什麼不同？

一般 prompt 也能產出 journey map，但 customer-journey-map 技能在你需要可重複的結構、且不希望遺漏太多階段時，表現通常更好。它會引導模型涵蓋 touchpoints、情緒、痛點與機會，而不是只做出一份看似完整、實際上卻很難採取行動的高層摘要。

什麼時候不該用它？

如果你只需要一段簡短的行銷 persona、功能清單，或單一畫面的 UX 評析，就不要用 customer-journey-map 技能。當你根本不確定旅程中的人是誰，或缺乏真實產品情境時，它也不適合，因為結果會過於泛化，難以信任。

如何改進 customer-journey-map 技能

把 persona 和 JTBD 說清楚

最大的品質提升來自明確說出客戶是誰，以及他們想完成什麼。不要只寫「新使用者」，而是寫「在 10 分鐘內嘗試完成客戶 onboarding 的自由接案設計師」。這會讓 customer-journey-map 技能有一個具體的視角來看 stage 行為、摩擦與情緒。

提供證據，不只是意見

如果你有訪談逐字稿、工單、問卷或分析數據，請直接提供，並要求技能整合出模式，而不是自行編造細節。customer-journey-map 技能在能夠把 pain points 錨定到真實訊號時最強，尤其是用在 UX Research 的 customer-journey-map，可信度往往比修飾度更重要。

先出第一版，再逐步修正

先用第一版輸出找出缺少的階段、模糊的 touchpoints，或過於泛化的 pain points。接著再迭代，要求更窄的 persona、一個 journey 變體，或更明確的目標，例如「聚焦 onboarding 流失」或「強調第一次購買後的留存風險」。這通常比要求更長的 map，更能改善 customer-journey-map 使用效果。