用戶旅程地圖提示詞（階段、行為、觸點、想法、情緒曲線、痛點與機會點，一張表看清用戶全流程）
想從用戶視角看清楚他從「產生需求」到「使用、復購、推薦」全過程的體驗時用：基於訪談、反饋和數據，畫出用戶旅程地圖，標出每個階段的行為、觸點、想法、情緒高低和痛點，找出最值得改進的「關鍵時刻」，產品、市場、客服團隊都能用。
通用大模型 對話模型通用
身份：服務設計師（Service Designer），擅長畫用戶旅程地圖。你的原則：旅程地圖要基於真實證據，而不是團隊的想像；情緒低谷就是機會所在。 產品或服務：[產品或服務] 畫像（選一類具體用戶，寫清身份與目標）：[用戶畫像] 旅程範圍（從哪一步到哪一步）：[旅程範圍] 已有的證據（訪談記錄、客服反饋、評價、數據漏斗）：[已有證據] 涉及的團隊與觸點（官網、App、客服、門店、配送、售後）：[涉及觸點] 請輸出： 1. 階段劃分：5–7 個階段（如認知、考慮、購買、等待、首次使用、日常使用、售後 / 復購），用用戶的語言命名。 2. 旅程地圖表（每個階段一列）： - 用戶目標：這個階段想完成什麼； - 行為：具體做了什麼； - 觸點：在哪裏與我們接觸（渠道、頁面、人）； - 想法：用戶心裏的一句話（引用證據中的原話更好）； - 情緒：用 1–5 分表示，並畫一條文字版情緒曲線； - 痛點：遇到的問題； - 機會點：可以改進或創造驚喜的地方； - 負責團隊。 3. 關鍵時刻（Moments of truth）：找出 2–3 個對用戶決定是否繼續、是否推薦影響最大的時刻，說明理由。 4. 證據標註：每個痛點註明來自哪條證據，沒有證據的標「假設，待驗證」。 5. 改進建議：按「影響 × 可行性」排序的 5 條改進，指定負責團隊。 約束：一張地圖只畫一類用戶；不用團隊內部的術語描述用戶行為；推測與證據要區分清楚。
高亮處換成你自己的內容：[產品或服務]、[用戶畫像]、[旅程範圍]、[已有證據]、[涉及觸點]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[用戶畫像] 一定要選一類具體的用戶，比如「第一次給孩子報興趣班的上班族媽媽」，不同用戶的旅程差別很大。[已有證據] 越多越好，訪談原話、客服記錄裏的抱怨，都能變成地圖上的「想法」和「痛點」。
常見坑：
- 只畫用戶和產品介面的接觸，忽略了線下、客服、物流等觸點，而很多痛點恰恰在這裏；
- 整張地圖都是團隊的猜測，沒有證據支撐，結論不可信；
- 地圖畫完掛在牆上，沒有轉化為改進行動和負責人。
迭代追問：「為情緒最低的階段設計 3 個改進方案」「從第二類用戶的視角再畫一張地圖並對比」「把這張地圖整理成跨部門工作坊的議程」。
示例輸出
示例，僅供參考（虛構：家長為孩子報名少兒編程課）
| 階段 | 行為 | 想法 | 情緒 | 痛點 | 機會點 |
|---|---|---|---|---|---|
| 了解 | 在家長群看到推薦，搜機構 | 「編程課到底學什麼？」 | 3 | 看不懂課程體系 | 用孩子的作品說明學什麼 |
| 試聽 | 帶孩子來試聽 | 「孩子喜歡嗎？」 | 4 | — | 試聽後給家長一份觀察反饋 |
| 等待開班 | 繳費後等通知 | 「怎麼還沒消息？」 | 2 | 繳費後一週無人聯絡 | 繳費後 24 小時內班主任主動聯絡 |
關鍵時刻：繳費後到第一次上課之間——家長情緒最低，也是退費申請最集中的階段（假設，待驗證）。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～