content-strategy

content-strategy 技能總覽

content-strategy 技能的作用是什麼

content-strategy 技能能把模糊的內容行銷目標，整理成可執行的規劃：該聚焦哪些主題支柱、要回答哪些受眾問題、如何把內容對應到買家旅程，以及該優先發佈哪些內容。它的設計重點是做內容規劃，不只是幫你起草文章。

這個技能最適合哪些人

這個 content-strategy 技能特別適合：

• 正在建立或修補內容計畫的 B2B SaaS 與服務型團隊
• 手上有很多零散部落格點子，卻沒有優先排序方法的行銷人員
• 很懂自家產品，但需要內容路線圖的創辦人
• 需要可重複使用框架，而不是一次性腦力激盪的 agents

真正要解決的核心工作

大多數使用者缺的不是「更多內容點子」，而是一套能做決策的系統：

• 哪些內容是為了流量、權威性或名單而存在
• 哪些主題適合對應不同買家階段
• 在有限寫作產能下，該把資源放在哪裡
• 如何平衡可搜尋的內容與更容易被分享的觀點型內容

這也是 content-strategy 比一般泛用 prompt 更有價值的地方。

這個技能的差異在哪裡

這個 repository 給 content-strategy 的結構，比一般隨手腦暴 prompt 更完整。它會在開始規劃前，明確要求商業背景、客戶研究、當前內容現況，以及內容目標。它也會推動產出：

• 3 到 5 個內容支柱
• 買家階段對應
• 各階段的關鍵字機會
• 可搜尋內容與可分享內容的組合
• 一套優先排序框架，而不只是主題清單傾倒

什麼情況不適合用它

如果你主要需要的是以下工作，就不建議直接使用 content-strategy：

• 既有頁面的 SEO 稽核
• 以社群平台為優先的內容規劃
• 單篇文章或單一 landing page 的文案撰寫

這個技能的重點，是幫你決定要建立、修復或擴張什麼樣的內容計畫。

如何使用 content-strategy 技能

安裝情境與這個技能所在位置

這個 GitHub skill 位於 coreyhaines31/marketingskills repository 內的 skills/content-strategy。如果你使用的是相容 Skills 的環境，可以先從該 repo 安裝，再在規劃內容策略時呼叫這個技能。

常見的安裝方式如下：

npx skills add https://github.com/coreyhaines31/marketingskills --skill content-strategy

如果你的環境使用不同的 skill loader，也可以從相同的 repo 路徑手動加入該資料夾。

先讀這幾個檔案

如果你想快速判斷是否值得安裝，建議先看：

1. skills/content-strategy/SKILL.md
2. skills/content-strategy/evals/evals.json
3. skills/content-strategy/references/headless-cms.md

為什麼這樣排序：

• SKILL.md 會直接讓你看到實際的規劃流程
• evals/evals.json 會揭示什麼樣的輸出才算「好結果」
• references/headless-cms.md 只有在 CMS 選型或內容模型會影響策略時才特別相關

先補齊產品行銷背景

content-strategy 技能會特別檢查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。這很重要，因為策略輸出之所以空泛，通常不是模型不會寫，而是缺少定位、受眾與產品背景。

在下 prompt 之前，請先提供該檔案，或至少在請求中補上同等資訊：

• 你賣的是什麼
• 理想客戶輪廓
• 所屬品類與替代方案
• 主要痛點
• 購買觸發因素
• 產品差異化
• 內容的主要商業目標

這個技能至少需要哪些輸入

content-strategy 即使在資訊不完整時也能運作，但如果你提供以下內容，輸出品質通常會大幅提升：

• 企業類型與目標受眾
• 目前內容狀態：沒有 blog、blog 已停滯、流量持平、主題雜亂
• 目標：流量、名單、品牌認知、銷售賦能、thought leadership
• 客戶問題與反對意見
• 已知的產品使用情境
• 發佈限制：團隊規模、預算、更新頻率
• 既有網域權重或強勢渠道

如果缺少這些資訊，技能仍能產出框架，但優先排序通常會變得比較籠統。

把模糊目標改寫成有效 prompt

弱 prompt：

• 「Help with content strategy.」

更好的 content-strategy 用法：

• 「Use the content-strategy skill. We sell expense management software to finance teams at 50–500 employee companies. We have no blog yet. Goal is pipeline-qualified traffic, not vanity traffic. Build 3–5 content pillars, map topics by buyer stage, suggest a searchable vs shareable mix, and prioritize the first 10 pieces using a scoring framework.」

這個 prompt 有效，是因為它明確提供了：

• 市場
• 受眾
• 當前狀態
• 商業目標
• 期待交付物

要求能真正影響決策的輸出

好的 content-strategy usage 不只是「給我一些點子」。你應該要求能直接拿來執行的產物，例如：

• 內容支柱
• 買家階段主題地圖
• 優先排序分數
• 第一季內容排程
• 建議內容形式
• 目前覆蓋缺口
• 需要驗證的假設

這樣 content-strategy 才會從靈感工具，變成能實際運作的規劃工具。

第一次使用的建議工作流程

一個實際可行的首次使用流程：

1. 提供商業與受眾背景。
2. 說明目前的內容問題。
3. 要求產出支柱與買家階段對應。
4. 要求針對前 10 到 20 個想法做優先排序。
5. 要求根據團隊產能給出實際可行的發佈節奏。
6. 之後再要求單篇 brief 或大綱。

這個順序能避免一種很常見的失敗模式：還沒先決定整個內容計畫要解決什麼，就先生成一堆看起來很完整的文章題目。

這個技能通常最擅長產出什麼

從 repository 裡的訊號與 evals 來看，content-strategy 最可靠的場景包括：

• 從零開始建立策略
• 修正看起來很隨機的內容計畫
• 把主題跟受眾問題連結起來
• 平衡 SEO 驅動內容與 thought-leadership 內容
• 建出合理的初期路線圖

它比較偏向策略規劃，而不是進階的 keyword clustering 工具。

不要只看主題清單，要用優先排序模型

repo 中很有價值的一個訊號，是 evals 裡的評分方式：

• customer impact：40%
• content-market fit：30%
• search potential：20%
• resources：10%

如果你使用 content-strategy 卻沒有要求評分機制，最後很可能只會得到一長串看似合理、但沒有排序邏輯的主題。最好明確要求它為想法評分或分級，讓整個計畫在真實資源限制下仍然站得住腳。

已有內容時該怎麼處理

如果你已經有大量 blog 內容，不要只問「還有什麼新點子」。你應該告訴這個技能：

• 目前有多少篇文章
• 流量是在成長、持平，還是下滑
• 哪些主題已經佔了大多數
• 目前有哪些轉換路徑
• 哪些內容顯得重複或偏離策略

這樣能讓技能從單純發想，切換到整理與修補：整併支柱、找出缺口、減少隨機發文。

什麼時候 CMS 參考檔很重要

內附的 references/headless-cms.md，適合用在你的內容策略會受結構化內容、可重用內容型別或多渠道發佈影響的情況。尤其以下情境特別有幫助：

• 行銷與工程團隊要一起規劃內容架構
• 你需要 programmatic pages
• 內容模型會直接影響編輯產能

如果你現在只需要做主題規劃，一開始可以先略過這個檔案。

content-strategy 技能常見問題

這個 content-strategy 技能會比一般 prompt 更好嗎？

通常會，尤其當你的問題本質上是策略問題時。一般 prompt 往往只會回傳彼此斷裂的主題點子；這個技能則會推動模型先蒐集背景、建立支柱、對應買家階段，再做優先排序。這樣產出的會是一套能在內部說服團隊的規劃，而不只是零散想法。

對內容行銷新手來說適合嗎？

適合，尤其是需要框架的新手。這個技能會把目標、受眾問題與規劃邏輯整理得更有結構。前提是你至少能足夠清楚地描述產品與客戶，讓模型有辦法做出合理判斷。

它適合沒有 blog 的 Content Marketing 團隊拿來做 content-strategy 嗎？

適合。事實上，evals 裡就明確涵蓋了「從零開始」的案例。這也讓它成為很好的 content-strategy guide，特別適合剛要啟動第一套內容計畫、需要支柱、發佈節奏與初始內容形式的團隊。

如果我們已經有很多內容，它還有幫助嗎？

有，但你要把問題框定為策略漂移、流量停滯、覆蓋不足，或與買家需求對齊度太弱。這個技能更適合拿來重整內容計畫，而不是對數百個頁面做技術型 SEO 診斷。

content-strategy 可以取代關鍵字研究工具嗎？

不能。content-strategy 技能能幫你找出關鍵字機會區域，並對應到買家階段，但它不能取代專門的 keyword dataset、SERP 分析或成效分析工具。比較好的做法是先用它定義應該優先研究哪些方向，再用 SEO 工具驗證。

什麼情況下不該安裝 content-strategy？

如果你唯一的需求是以下任務，就可以跳過 content-strategy install：

• 文章起草
• 社群貼文生成
• 頁面層級 SEO 稽核
• 編輯風格改寫

只有當真正困難的問題是「該做什麼內容、為什麼要做」，才值得安裝它。

如何把 content-strategy 技能用得更好

提供更銳利的客戶研究

想提升 content-strategy 輸出品質，最快的方法就是提供真實的買家語言：

• demo 時常被問到的問題
• 常見反對意見
• 觸發事件
• 「為什麼是現在」的決策時刻
• 客戶會拿來比較的替代方案

這會讓技能從泛泛主題，進一步走向更有商業價值的內容題目。

把商業目標與流量目標分開說清楚

很多不夠理想的輸出，都是因為目標混在一起。請直接說明內容是要驅動：

• 漏斗頂層流量
• 名單蒐集
• 銷售賦能
• 品類教育
• 品牌權威

以 demo 為目標的內容策略，和以觸及為目標的內容策略，本來就不會一樣。

把限制條件明講，讓模型能據此規劃

不要把營運限制藏起來。請直接告訴技能：

• 每月可以發幾篇
• 是否有 SMEs 可參與
• 設計或原創研究是否實際可行
• 你能否支援影片、模板，還是只能做文章

content-strategy 在有限條件下做規劃時，通常比假設有理想團隊時更實用。

要求支柱品質，而不是只追求支柱數量

常見失敗模式之一，就是支柱過大、互相重疊。你可以要求這個技能讓每個支柱都符合以下條件：

• 對應明確的客戶問題
• 與其他支柱有清楚區隔
• 足夠延伸出多種內容形式
• 與產品夠接近，能支撐商業目標

如果支柱本身模糊，後面所有主題也會一起模糊。

強制做分階段對應

如果第一版輸出看起來很隨機，可以要求技能依照以下階段重新整理主題：

• awareness
• consideration
• decision
• implementation 或 post-purchase

這是改善 content-strategy usage 最直接的方法之一，因為它能清楚暴露哪些階段缺內容、以及是否把太多資源壓在漏斗頂層。

用缺口問題來改進第一版草案

初版規劃完成後，可以接著問：

• 哪個支柱最貼近客戶痛點，但目前覆蓋最弱？
• 哪些主題最可能吸引到錯的受眾？
• 哪些點子搜尋量高，但購買意圖低？
• 如果我們只有 6 週，最先應該發哪 5 篇？

這類追問，通常比直接要求再多 50 個點子更有價值。

提供強與弱主題的範例

如果你已經知道團隊認為哪些內容符合品牌、哪些不符合，請把範例一併提供。這樣技能會更快推斷出編輯邊界，避免一路偏向「有注意力、沒合格需求」的內容。

先驗證策略，再擴大產能

好的 content-strategy 輸出，應該先導向小規模測試：

• 先從不同支柱各發幾篇
• 衡量合格互動
• 觀察哪個階段最能帶來下一步行動
• 再微調評分模型

把第一版規劃當成決策輔助工具，而不是一份不能更動的年度路線圖。