customer-journey-map
作者 deanpeterscustomer-journey-map 技能可協助你建立一份結構化的旅程地圖，涵蓋各階段、接觸點、行動、情緒、KPI、目標與團隊。可用來診斷體驗斷點、讓跨職能團隊對齊，並將研究或客服訊號轉化為清晰的旅程脈絡，支援產品與 UX 決策。
這個技能的評分是 78/100，表示它很適合想要現成 customer journey mapping 工作流程的使用者。它提供足夠的結構與範例，能比通用提示詞更少摸索；不過也要注意，它是純文件型技能，沒有附帶腳本或額外參考資產。
- 觸發條件明確：前言清楚說明何時使用，包括診斷破損體驗，以及讓團隊就完整的 customer flow 取得共識。
- 操作結構完整：範本涵蓋階段、行動、接觸點、情緒、KPI、商業目標與相關團隊，代理可直接重複使用。
- 安裝判斷價值高：內文篇幅充實，包含情境與範例地圖，並明確區分 journey mapping 與 user flow diagram。
- 沒有安裝指令或輔助腳本／資源，因此採用時要直接閱讀並套用 SKILL.md 內容。
- 這個 repo 以範本與範例為主，對於需要進階決策規則、驗證步驟或自動化支援的代理來說，可能幫助有限。
customer-journey-map 技能概覽
customer-journey-map 技能可協助你建立一份結構化的顧客旅程地圖，連結各個階段、接觸點、行動、情緒、KPI、商業目標與團隊。它特別適合產品經理、UX 研究員、服務設計師，以及需要更清楚看出體驗在哪裡斷裂、下一步該優先改善什麼的跨部門主管。
當你需要的不只是使用者流程時，就適合用這個技能：它的設計目標是把從認知到忠誠的完整體驗攤開來，讓團隊對齊真正的顧客旅程，而不是只看某一個畫面或漏斗步驟。customer-journey-map 的主要價值，在於它能把缺口、交接，以及各階段的痛點清楚呈現，而且格式更容易拿來討論與採取行動。
最適合 UX Research 與 PM 工作的顧客旅程地圖
customer-journey-map 技能特別適合用於 UX Research 的 customer-journey-map，當你已經有訪談筆記、客服訊號、分析數據或 onboarding 觀察，想把這些素材轉成可執行的產出時尤其好用。它也很適合產品與成長工作，當目標是依照階段來排優先順序，而不是只看功能清單時。
它和其他做法有什麼不同
這個技能重視可衡量的旅程階段，而不只是定性敘事。它會逼你把顧客行為和商業目標、相關團隊連起來，因此比一般的工作坊提示更有利於實際落地執行。
什麼情況下不適合用
如果你只需要任務流程、畫面地圖，或轉換漏斗，這個技能通常太廣。當問題橫跨多個接觸點、也牽涉多個團隊時，它的效果最好。
如何使用 customer-journey-map 技能
customer-journey-map 安裝
使用下列指令安裝技能：
npx skills add deanpeters/Product-Manager-Skills --skill customer-journey-map
安裝完成後，先確認 skills/customer-journey-map 這個技能資料夾已存在，並先閱讀主要說明檔。
先看 repo 裡的哪些檔案
先從 SKILL.md 開始，再檢查 template.md 和 examples/ 裡的範例。template.md 會告訴你預期的結構，而範例則示範如何把真實的階段、接觸點與指標填進去。若你正在判斷要直接沿用這個技能，還是需要調整後再用，這三個檔案能最快給你訊號。
如何下出好的提示詞
在使用 customer-journey-map 時，請提供明確的顧客、定義好的旅程邊界，以及你想解答的商業問題。好的輸入通常包含：
- Persona 或族群
- 旅程的起點與終點
- 產品或服務情境
- 已知痛點或假設
- 相關指標、團隊或接觸點
像「幫我做一份顧客旅程地圖」這種提示太弱，會留下太多選擇空間。更強的提示會像這樣：「為我們的 B2B SaaS 產品建立一份第一次 onboarding 的 customer-journey-map，範圍從註冊到達成首次價值，使用客服單、啟用指標和使用者訪談主題。請按階段標示流失點、情緒，以及團隊責任歸屬。」
實際工作流程
一份好的 customer-journey-map 指南通常會依照這個順序進行：
- 定義 persona 與旅程範圍。
- 按順序列出各個階段。
- 為每個階段整理行動、接觸點、情緒與 KPI。
- 補上商業目標與涉及的團隊。
- 檢查最大的摩擦點或責任缺口出現在哪裡。
- 把這些缺口轉成優先排序的實驗或研究問題。
這個流程很重要，因為這個技能最適合建立在證據上，而不是從零憑空想像出來。
customer-journey-map 技能 FAQ
customer-journey-map 只適合 UX Research 嗎？
不是。它也很適合 UX Research、產品管理、onboarding、客戶成功與服務設計。UX Research 的價值特別高，通常是在你想把定性洞察整理成團隊可直接使用的旅程地圖時。
它和一般提示詞有什麼差別？
一般提示詞可能會產出一張看起來不錯的表格，但 customer-journey-map 技能會給你更清楚的框架：以階段為基礎的分析、接觸點、情緒、KPI、商業目標與團隊責任。這種結構通常更容易產出可採取行動的結果，也能減少來回修正。
一定要先有很強的資料來源嗎？
如果你已經有一些來源素材，例如訪談筆記、分析數據、客服主題或 onboarding 觀察，結果通常會更好。這個技能也可以用假設驅動的草稿來做，但若能對應到真實訊號，可信度會高很多。
什麼時候應該跳過這個技能？
如果你的問題只圍繞單一互動、單一頁面或單一轉換步驟，就可以跳過。當你需要的是視覺化 UI wireframe 或流程圖，而不是顧客體驗地圖時，它也不是最佳選擇。
如何改進 customer-journey-map 技能
提供比「整段旅程」更精準的輸入
影響品質最大的因素是範圍。不要只要求一份寬泛的端到端地圖，請明確指定 persona、渠道與你在意的結果。例如「自助型 SMB 使用者的試用轉付費 onboarding」就比「我們的顧客旅程」好很多。
帶入證據，不要只帶假設
當你加入具體來源素材時，這個技能會表現得更好：最常見的客服抱怨、幾段訪談引言、啟用指標、流失原因，或業務異議。這能讓地圖更貼近現實，也能避免各階段只剩下空泛填充。
檢查階段缺口與責任缺口
在第一版完成後，請檢查哪些階段的接觸點很模糊、哪些地方缺少情緒、或哪些階段沒有明確的團隊負責人。這些通常就是需要補資料或再跑一輪的地方。在 customer-journey-map 的使用情境裡，交接不順往往比漂亮的文字更有價值。
讓輸出逐步走向決策
把第一版輸出拿來決定下一步要研究什麼、修什麼、量什麼。如果地圖太高層次，就要求縮小 persona 或更明確的旅程邊界。如果描述性太強，就要求它按階段強調痛點、KPI 與團隊行動。