marketing-proposal-pipeline

star 1

把市場研究、受眾洞察、行銷策略提案合併成單一條工作流的 skill。從產品/客戶資訊出發,先做有來源、可追溯的市場研究,再轉成受眾洞察(Persona、痛點、差異化),最後產出對齊提案架構的策略提案,統一輸出成一份報告。Use when: 行銷提案, 客戶提案, 廣告提案, 比稿, pitch, 受眾洞察, persona, 市場研究, 競品分析, 品牌策略, campaign 提案, 從研究到提案, research to proposal, 一條龍提案.

samChang72 By samChang72 schedule Updated 6/11/2026

name: marketing-proposal-pipeline description: "把市場研究、受眾洞察、行銷策略提案合併成單一條工作流的 skill。從產品/客戶資訊出發,先做有來源、可追溯的市場研究,再轉成受眾洞察(Persona、痛點、差異化),最後產出對齊提案架構的策略提案,統一輸出成一份報告。Use when: 行銷提案, 客戶提案, 廣告提案, 比稿, pitch, 受眾洞察, persona, 市場研究, 競品分析, 品牌策略, campaign 提案, 從研究到提案, research to proposal, 一條龍提案."

Marketing Proposal Pipeline(市場研究 × 受眾洞察 × 策略提案)

Overview

一條工作流把三件事串成單一報告:市場研究 → 受眾洞察 → 策略提案

核心原則(不可違反):

  1. 市場研究每條陳述都要對回實際來源、與來源一致——不要猜、不要編。 無來源的數據必須標「假設」或刪除。
  2. 產出後必做「自我重覆審查」:執行者複查自己的草稿、逐條核對來源一致性、修正、再查一次,通過才算完成。
  3. 自我審查是執行者對自己產出的複查,與用哪個模型無關。

本 skill 取代「手動串接 deep-research + audience-insight」的做法,並把策略階段升級對齊提案架構。原本兩個 skill 仍可單獨使用。

When to Use

  • 要為某產品/品牌/客戶做行銷提案、受眾策略、比稿 pitch
  • 需要「先查市場、再拆受眾、再轉策略」的完整一條龍,且要可追溯來源
  • 把零散市場/競品資訊收斂成一份可貼進簡報草稿的策略文件

不適用:純技術/協議的事實研究(用 deep-research);只要受眾洞察不要市場研究前段(用 audience-insight)。

系統角色(執行時內化)

你是一位資深品牌行銷策略長與商業分析師,擅長整合市場趨勢、競品、消費者需求、社群話題與購買路徑,產出具體、可執行、具差異化的受眾洞察與行銷策略。

守則:

  • 繁體中文;術語首次出現給中英對照
  • 不用空泛官話(尊榮、菁英、頂級…)
  • 結合資料做推論,不空談;指出明確受眾情境與痛點
  • 資訊不足時標「假設」,不編造數據
  • 結構化輸出(表格、編號、色塊)

流程

Phase 0:Scoping(釐清輸入)

確認:產品/品牌名稱、類別、價格帶、特色、品牌定位、目標市場、提案對象、研究深度(快速/標準/完整)。用戶已提供就直接用;缺漏在後續補或標假設。指令已夠明確時不必逐項追問。

Phase 1:市場研究(有來源、可追溯)

多源平行搜尋,至少 4–6 個角度(用 WebSearch / WebFetch):

搜尋角度 目的
市場規模 / 市占 / 銷量(加當前年份與地區) 量化市場格局
競品比較(產品 vs 對手) 競品主張與定位
消費者輪廓 / 動機 / 痛點 受眾拆解依據
產業趨勢 / 新品 / 技術轉向 找差異化縫隙
社群話題 / 行銷現象 熱門切角與語境

鐵則:

  • 每條關鍵事實 ≥ 2 個獨立來源交叉比對
  • 每個數據標來源 + 日期;時效性資訊(市占、價格、版本)取近一年
  • 偏好權威來源:官方 > 產業媒體 > 第三方分析
  • 凡寫進報告的事實,必須真的 fetch 過該來源;無來源、記不清、推測得來的 → 標「假設」或不要寫
  • fetch 失敗時的 fallback(常見:權威站台回 403/付費牆):先別急著標假設,依序試 ① 換另一個能 fetch 的來源驗同一事實 ② Google 快取 / Wayback(https://webcache.googleusercontent.com/...http://web.archive.org/web/*/原網址)③ 改搜「事實 + 數字」找有轉述原文的可達頁面。仍取不到才標「假設」,並在來源欄註明「原始來源 403/未取得」
  • 區分「✅ 已確認事實」與「假設/推論」

Phase 2:受眾洞察(四步驟前三步)

2.1 產品理解:核心問題(真正解決什麼)、核心價值(理性+情感)、最主要購買理由。

2.2 受眾拆解:主要受眾(年齡/收入/職業/決策結構)、痛點(編號 ≥3–4,要具體)、動機,並產出 Persona

  • 預設 3 個,每個含:代表人物、年齡、職業、生活背景、核心需求、主要痛點、購買動機、使用情境
  • Persona 之間要有策略分工(如:核心銷量盤 / 拉新主力 / 話題引爆點)
  • 可彈性擴充到 6–9 組,並支援分層軸(如「喝/玩/秀」「入門/進階/重度」),用戶要求或品類豐富時採用

2.3 差異挖掘:市場常見說法、競品主張(逐一列出並標「對我方的意義」)、已被說爛的訊息、可放大的差異化優勢(我方獨有、對手難複製,2–3 點)。

Phase 3:策略提案(對齊提案架構四任務)

把洞察轉成可執行策略,依四任務產出:

任務 產出
① 提案架構設計 提案主軸(一句定調)+ 至少 3 個行銷切角,每個含:主題 / 適合受眾(對應哪個 Persona)/ 核心訊息 / 文案方向 / 可用標題示例(2–3 句具體文案)
② 跨 domain 整合 把媒體 / 通路 / 使用情境整合成一套可打的 solution 組合(不只單點創意)
③ 產品 Solution 化與商業包裝 把產品包成可賣的方案 / 組合 / 賣法(packaging、賣點分層、可搭售)
④ 產業話言轉譯 客戶所在產業聽得懂的語言重述提案重點(去除行銷黑話,對齊該產業 KPI 與語境)

Phase 4:統一輸出

template.md 產出單一報告(市場快照 → 市場研究 → 受眾洞察 → 策略提案 → 參考來源)。 先完成 Phase 5 自我重覆審查,通過才交付。

可選:再轉 Google Doc / .docx / 簡報——做法同 audience-insight(HTML → pandoc → docx → Drive MCP;或用 pptx-official)。

Phase 5:自我重覆審查(必做,通過才算完成)

對自己的草稿逐項複查,有問題就地修正後,重跑一次本清單

A. 來源一致性(最重要)

  • 市場研究每條事實/數據都對得回實際 fetch 過的來源
  • 每條陳述與來源原文一致——沒有放大、曲解、張冠李戴
  • 無來源 / 記不清 / 推測得來的,已標「假設」或刪除——沒有任何用猜的數據
  • 時效性數據(市占/價格/版本)標了日期且取近一年

B. 內部一致性

  • 各段落彼此不矛盾;策略提案是從前面的研究與洞察推導出來的
  • 「已確認事實」與「假設/推論」清楚區分

C. 內容品質

  • Persona 有策略分工,不是雷同的人
  • 每個切角都對應 Persona、有具體標題示例
  • 差異挖掘有分析競品主張與被說爛訊息,不是只誇自己
  • 沒有空泛官話;沒有為篇幅塞入的無關內容

審查完至少再過一次 A:重新打開來源,確認沒有任何一條市場研究是「憑印象」寫的。

Red Flags — STOP

出現以下念頭就停下來修:

  • 「這個數字大概是這樣」→ 沒來源就標假設或刪掉
  • 「來源我記得是說…」→ 重新 fetch 確認原文
  • 「先寫上去之後再補來源」→ 不行,沒來源不寫
  • 「自我審查跳過一次沒差」→ 不行,A 區至少跑兩次

Anti-Patterns

  • ❌ 把推測/印象當事實,寫沒有來源的市占/銷量數字
  • ❌ 陳述與來源不一致(放大、曲解)卻不自查
  • ❌ 跳過自我重覆審查就交付
  • ❌ Persona 沒有策略分工;切角沒對應 Persona、沒標題示例
  • ❌ 差異挖掘只列「我方很好」
  • ❌ 用空泛官話當核心訊息

輸出深度

等級 市場研究搜尋 Persona 切角 適用
快速 0–3(多用既有資料) 2–3 2–3 內部對齊
標準(預設) 4–6 3 3 一般客戶提案
完整 6–10 3–9(可分層) 3–4 + 提案主軸延伸 比稿、年度策略
Install via CLI
npx skills add https://github.com/samChang72/custom-skills --skill marketing-proposal-pipeline
Repository Details
star Stars 1
call_split Forks 0
navigation Branch main
article Path SKILL.md
More from Creator