From customer-insight
Use when the final customer journey map, CJM, or touchpoint-based journey table must be produced from a completed persona, product or service, or a `handoff_to_customer_journey_mapper` block, especially when the user asks for 顧客旅程地圖, CJM, final journey table, or wants prior persona/framing work turned into the finished map. Also trigger when the user asks for 情緒分數, 情緒曲線, 加減分原因, sparkline, or wants emotion scoring added to an existing CJM.
How this skill is triggered — by the user, by Claude, or both
Slash command
/customer-insight:customer-journey-mapperThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Create the final customer journey map in Traditional Chinese from the customer's point of view.
Create the final customer journey map in Traditional Chinese from the customer's point of view.
This skill is downstream of persona definition and journey-framing work.
If no completed persona is available yet, stop and use customer-persona-framer first.
Default output is one Markdown table in transposed vertical form:
項目 | 認知 | 考慮/研究 | 決策/購買 | 使用 | 關係建立
The row order is fixed:
動機行動情緒(服務)接觸點感受/關鍵時刻科技服務行銷方法目標動機 must always appear before 行動.
Use this skill when:
handoff_to_customer_journey_mapper block from upstream framing workDo not use this skill when:
customer-persona-framercustomer-persona-framer first, then return with the persona or handoff_to_customer_journey_mapperRequired:
顧客輪廓產品或服務Optional:
品牌/產業背景目標市場目前接觸點輸出用途handoff_to_customer_journey_mapper情緒分數模式 — whether to include emotion scores (see Emotion Score Module below)If handoff_to_customer_journey_mapper is present:
Default assumptions:
If both required inputs are clear enough, generate the table directly.
If no completed persona is available, do not draft the final map yet.
Route the work to customer-persona-framer first.
If a handoff_to_customer_journey_mapper block contains at least 顧客輪廓 and 產品或服務, generate directly from the handoff.
If information is missing and the user did not ask for speed:
If information is missing and the user asks for a quick draft, for example:
先做一版快速版可先假設直接幫我生成Then:
3-5 assumptions firstDefault stages:
認知考慮/研究決策/購買使用關係建立If the user explicitly defines different stages, respect the user-defined stages and preserve the same row order.
Activate this module when the user asks for any of: 情緒分數, 情緒曲線, sparkline, 加減分原因, 1-5分, or requests that the emotion row include scores.
Always produce two separate outputs:
1. Emotion curve row (inside the CJM table)
Split the 情緒 row into two sub-rows:
情緒曲線 — contains a sparkline. Each data point must be positioned at the horizontal center of its stage column.2. Emotion score detail table (below the CJM)
A separate table with columns: 階段 | 情緒分數 | 加分原因 | 減分原因
情緒分數: bold, center-aligned, e.g. 2 分加分原因: each factor on its own line, prefixed with +, green text減分原因: each factor on its own line, prefixed with -, red text(無)When the output format is .docx and the emotion score module is active:
Generate a matplotlib PNG:
figsize = (390/72, 90/72) — maps to exactly 390 pt wide (5 stage cols × 78 pt each)xlim = [0, 5] — each stage column occupies exactly 1 unitx = [0.5, 1.5, 2.5, 3.5, 4.5] — centers of each columnx = 1, 2, 3, 4 — align with column bordersy = 3#378ADD, alpha 0.20) above; red (#E24B4A, alpha 0.20) below#E24B4A) if score < 3, amber (#BA7517) if score < 4, green (#3B6D11) if score ≥ 4subplots_adjust(left=0, right=1, top=1, bottom=0) — zero padding so image edges align with column edges#F0F7FF, no axes, no tick marks, no spinesdpi=150, bbox_inches='tight', pad_inches=0Embed in the CJM table:
columnSpan: 5)top=0, bottom=0, left=0, right=0 — no padding so image fills exactly to column boundariesImageRun transformation: { width: 390, height: 76 } — exact pt dimensionsRender the sparkline using Chart.js with a line chart:
tension: 0.35, fill: true[3,3,3,3,3], dashed, no pointsAlways answer in Traditional Chinese.
Preferred format:
| 項目 | 認知 | 考慮/研究 | 決策/購買 | 使用 | 關係建立 |
|---|---|---|---|---|---|
| 動機 | | | | | |
| 行動 | | | | | |
| 情緒 | | | | | |
| (服務)接觸點 | | | | | |
| 感受/關鍵時刻 | | | | | |
| 科技服務 | | | | | |
| 行銷方法 | | | | | |
| 目標 | | | | | |
When the emotion score module is active, replace the single 情緒 row with:
| 情緒曲線 | [sparkline / score sequence] | [→] | [→] | [→] | [→] |
| (空白) | [emotion text] | ... | ... | ... | ... |
And append the emotion score detail table after the CJM.
handoff_to_customer_journey_mapper block.動機 before 行動 in every stage.科技服務, 行銷方法, and 目標 logically connected.情緒 show a real state or state change感受/關鍵時刻 describe the moment that changes momentum科技服務 an enabler, not a vague buzzword行銷方法 match the stage and touchpoint目標 describe what the service or marketing action is trying to achievecustomer-persona-framerInput:
顧客輪廓: 忙碌上班族,重視健康但沒時間準備午餐產品或服務: 健康便當訂閱服務Output shape (without emotion scores):
| 項目 | 認知 | 考慮/研究 | 決策/購買 | 使用 | 關係建立 |
|---|---|---|---|---|---|
| 動機 | 想找省時又健康的午餐方案 | 想確認價格與口味是否值得 | 想低風險試用避免踩雷 | 想驗證是否真的方便好吃 | 想找到可長期依賴的午餐解法 |
| 行動 | 搜尋健康便當資訊 | 比較方案與評價 | 下單試吃 | 收餐並食用 | 回購與推薦 |
Emotion score example (same persona, scores + factors):
| 階段 | 情緒分數 | 加分原因 | 減分原因 |
|---|---|---|---|
| 認知 | 2.5 分 | (無) | -0.5 不確定訂閱是否划算;-0.5 擔心口味踩雷 |
| 考慮/研究 | 2.5 分 | +0.5 朋友有在訂、評價不錯 | -0.5 試吃門檻高,怕浪費錢 |
| 決策/購買 | 4 分 | +1 首週折扣降低試錯成本;+0.5 退訂容易降低風險感 | (無) |
| 使用 | 4.5 分 | +1 餐點準時到、份量足;+0.5 減少外食煩惱 | (無) |
| 關係建立 | 5 分 | +0.5 每週菜單有變化不膩;+0.5 推薦給同事獲得認同感 | (無) |
← 最大跳升:考慮/研究 → 決策/購買(+1.5 分),Aha Moment = 首週折扣消除試錯顧慮
Use $customer-journey-mapper to create the final Traditional Chinese customer journey map from 顧客輪廓 and 產品或服務, or from a handoff_to_customer_journey_mapper block, using a transposed Markdown table where 動機 appears before 行動. If emotion scores are requested, activate the Emotion Score Module to produce a sparkline row and a per-stage detail table with plus/minus factors.
npx claudepluginhub timlai666/skills --plugin customer-insightGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.