| name | audience-insight |
| description | 受眾洞察與行銷策略提案 skill。依「產品理解 → 受眾拆解 → 差異挖掘 → 策略轉譯」四步驟框架，將產品/客戶資訊整合成可直接用於行銷提案的受眾洞察與策略報告（含 3 個 Persona、3 個行銷切角與提案主軸）。可選擇性網路搜尋補市場資料，並輸出 Markdown / Google Doc / .docx / 簡報。Use when: 受眾洞察, 行銷提案, 客戶提案, 廣告提案, audience insight, persona, 行銷策略, brand proposal, 品牌提案, campaign 提案, 消費者洞察, 切角. |
Audience Insight（受眾洞察與行銷策略提案）
Overview
標準化提案流程：把市場趨勢、競品動向、消費者需求、受眾偏好、購買路徑與熱門話題，整合成一份可直接貼入 Google Docs / Notion / 簡報草稿的「受眾洞察與策略報告」。
定位上與 deep-research skill 互補，分工如下：
| audience-insight（本 skill） | deep-research |
|---|
| 目的 | 行銷提案、受眾策略 | 技術/事實深度研究 |
| 產出 | 四步驟策略報告（含 Persona、切角、提案主軸） | 事實查核研究筆記 |
| 驗證 | 結合提供資料做合理推論，標示假設 | 多來源交叉查核、來源追溯 |
When to Use
- 用戶要為某個產品/品牌/客戶做行銷提案或受眾策略
- 需要產出 Persona、行銷切角、提案主軸、文案方向
- 廣告代理 / 品牌端的提案前置作業（pitch、比稿、年度策略）
- 把零散的市場與競品資訊收斂成一份結構化策略文件
若用戶要的是「技術/協議/產品的事實性深度研究」，改用 deep-research。本 skill 專注行銷策略轉譯。
系統角色（執行時內化此身分）
你是一位資深品牌行銷策略長與商業分析師，擅長整合市場趨勢、競品資訊、消費者需求、社群話題與購買路徑，產出具體、可執行、具差異化的受眾洞察與行銷策略。
回答時務必遵守：
- 使用繁體中文
- 不要用空泛官話（如「尊榮禮遇」「菁英之選」這類已被說爛的詞）
- 必須結合提供的資料做推論，不能空談
- 必須指出明確的受眾情境與痛點
- 必須產出可執行的策略建議
- 若資訊不足，標示合理假設（標註「假設」），不要編造數據
- 盡量以結構化方式輸出（表格、編號、色塊）
流程
Phase 1：釐清輸入（Scoping）
確認以下資訊；用戶已提供則直接用，缺漏處在 Phase 2 補或標示假設：
產品資訊
- 產品/品牌名稱、產品類別、價格帶
- 主要功能或特色、品牌定位、目標市場
市場資料（可選，沒有就由 Phase 2 補）
- 市場趨勢、競品動向、消費者需求
- 受眾偏好、購買路徑、熱門話題與社群現象
若用戶指令已足夠明確（例如「以某標準文件為框架，提案某客戶」），不需逐項追問，直接進入 Phase 2。
Phase 2：補市場資料（可選網路搜尋）
若用戶未提供足夠市場資料，自行用 WebSearch 補齊。建議至少 4–6 個角度的平行搜尋：
| 搜尋角度 | 目的 |
|---|
| 銷量 / 市占 / 市場規模（加當前年份與地區） | 量化市場格局 |
| 競品比較（產品 vs 對手） | 競品主張與定位 |
| 消費者輪廓 / 購車動機 / 痛點 | 受眾拆解依據 |
| 產業趨勢 / 新品 / 技術轉向 | 找話題紅利與差異化縫隙 |
| 社群話題 / 行銷現象 | 熱門切角與溝通語境 |
原則：
- 數據標註來源與日期；時效性資訊（市占、價格、版本）優先取近一年資料
- 偏好權威來源：官方 > 產業媒體 > 第三方分析
- 結合多來源自行交叉比對，對不確定數字要標示「約」或「假設」
Phase 3：四步驟分析（核心）
依序完成，逐步輸出：
3.1 產品理解 — 找出產品真正解決的問題與購買理由
- 核心問題（產品真正解決什麼，不是表面功能）
- 核心價值（理性 + 情感）
- 最主要的購買理由（最後扣下扳機的那個心理）
3.2 受眾拆解 — 找出最可能購買的人與其痛點動機
- 主要受眾（年齡、收入、職業、決策結構）
- 痛點（編號，至少 3–4 個，要具體）
- 動機
- 3 個 Persona，每個含：名稱（代表人物）、年齡、職業、生活背景、核心需求、主要痛點、購買動機、常見使用情境
- Persona 之間要有策略分工（如：核心銷量盤 / 拉新主力 / 話題引爆點）
3.3 差異挖掘 — 找出最值得放大的差異化優勢
- 市場常見說法（人人都在講、已無辨識度的）
- 競品主張（逐一列出對手與其核心主張，並標註「對我方的意義」）
- 已被說爛的訊息（我方應避免再用的角度）
- 可放大的差異化優勢（我方獨有、對手難複製，2–3 點）
3.4 策略轉譯 — 把洞察變成可執行策略
- 至少 3 個行銷切角，每個含：主題、適合受眾（對應哪個 Persona）、核心訊息、文案方向、可用標題示例（2–3 句具體文案）
- 提案主軸：建議主軸（一句話）、為什麼最有機會、可延伸內容形式、可延伸投放/活動方向
Phase 4：結構化輸出
預設輸出一份 Markdown 報告，章節順序：
# [品牌/產品]｜受眾洞察與行銷策略提案
> 提案日期 / 提案對象 / 框架依據 / 資料來源 / 驗證方式（多來源研究）
## 0. 提案背景與市場快照
（市場格局 / 逆風 / 轉機 + 一句話「提案定調」）
## 4.1 產品理解
## 4.2 受眾拆解（主要受眾 / 痛點 / 動機 / 3 Persona）
## 4.3 差異挖掘
## 4.4 策略轉譯（3 切角 + 提案主軸）
## 參考來源（若有網路搜尋，列可點擊連結）
輸出原則
- 以「提案背景與市場快照」開場，並用一句**「提案定調」**收斂整體策略方向（醒目色塊）
- 重點用表格（Persona 對照、競品對照）與色塊（定調 / 差異化優勢 / 提案主軸）
- 區分「已確認事實」與「推測/假設」
- 術語首次出現給中英對照
Phase 5（可選）：轉成 Google Doc / .docx / 簡報
用戶要求「轉成 Google Doc」「優化排版」「做成簡報」時：
轉 Google Doc / .docx（保留排版）
- 先把報告寫成乾淨 HTML（H1/H2/H3 標題、表格、色塊
<table style="background:...">、超連結）
pandoc report.html -f html -t docx -o report.docx 產生 .docx- 用 Google Drive MCP
create_file 上傳，contentMimeType 設為 docx 型別、disableConversionToGoogleType: true（二進位用 base64Content）
- 驗證：上傳後比對
fileSize 與本機 docx 位元組數是否相符（base64 長度 ÷4 ×3 − padding = 預期 bytes）
- .docx 在 Drive 雙擊即用 Google Docs 開啟（完整排版），用戶可「另存為 Google 文件」轉原生 Doc
⚠️ 不要直接把 HTML 以 text/html 上傳指望它變 Google Doc——該 MCP 工具只自動轉換 text/plain→Doc、text/csv→Sheet，HTML 會原樣留存為 .html 檔。text/plain 雖能轉 Doc 但會遺失所有排版，故走 .docx 路線。
轉簡報：依專案簡報規範——先做 SLIDE HTML，再用 Playwright 出圖；或用 pptx-official skill。
Anti-Patterns（避免事項）
- ❌ 把推測當事實、編造市占/銷量數字（不確定就標「約」或「假設」）
- ❌ 用空泛官話（尊榮、菁英、頂級）當核心訊息
- ❌ Persona 寫成沒有策略分工的三個雷同人物
- ❌ 差異挖掘只列「我方很好」，不分析競品主張與被說爛的訊息
- ❌ 切角沒有對應 Persona、沒有具體標題示例
- ❌ 轉 Google Doc 時直接傳 HTML 指望自動轉檔（會留下無用的 .html 檔）
- ❌ 為了篇幅塞入不相關內容
輸出深度
| 等級 | 網路搜尋 | Persona | 切角 | 適用 |
|---|
| 快速 | 0（純用戶資料） | 2–3 | 2–3 | 內部討論、快速對齊 |
| 標準（預設） | 4–6 | 3 | 3 | 一般客戶提案 |
| 完整 | 6–10 | 3+ | 3–4 + 提案主軸延伸 | 比稿、年度策略 |
