概覽
marketing-ideas 技能能做什麼
marketing-ideas 技能會讓你的 agent 變身為專精 SaaS 與軟體產品的行銷策略顧問，背後是一個精選的 139 種有效行銷做法資料庫。
這個技能不是隨機丟一長串通用清單，而是會：
- 從你的產品、受眾、階段與限制條件出發
- 橫跨 content、SEO、social、email、partnerships、launches、PLG 等不同管道篩選點子
- 提出一份精簡且高度適配的候選點子清單
- 說明每個點子為何適合，並告訴你如何在現有資源下落地執行
它被設計成在你開始問 「我們要怎麼成長？」 時的 起點，在你進一步使用 paid-ads、social-content 或 email-sequence 這類更偏執行面的技能之前先做策略規劃。
適合哪些人使用
marketing-ideas 技能特別適合：
- SaaS 創辦人 或單打獨鬥的開發者，還不確定下一步該做什麼
- 開發者或技術團隊 在沒有全職行銷人員的情況下要推出產品
- Growth、產品或行銷負責人 需要結構化的腦力激盪
- Content 或 SEO 專職角色 想為未來規劃找跨管道的點子
最適用於：
- B2B 與 B2C SaaS 產品
- Developer tools 與技術型軟體
- 預算有限、bootstrapped 的團隊
- 有資金但需要在眾多可能性中排定優先順序的團隊
這個技能要解決的問題
在以下情境使用 marketing-ideas：
- 不確定下一步要嘗試哪些 行銷管道
- 一直問 「有什麼行銷點子？」「怎麼讓產品成長？」 卻得到零碎、不成系統的答案
- 需要適合 bootstrapped SaaS 的 低預算選項
- 想要依 產品階段（pre-launch、early traction、growth）量身打造點子
- 需要一個 有架構的方法 來比較與排序不同 tactics
在 repo 中，這個技能明確支援這類 prompt：
- “marketing ideas”
- “growth ideas”
- “how to market this SaaS?”
- “marketing strategies or tactics”
- “ways to promote” 或 “ideas to grow”
- “what else can I try?”
若你需要在單一管道做 實際執行（例如寫廣告文案、擬 email sequences、排程貼文），建議搭配更專門的技能一起使用。
Repository 裡面有什麼
marketing-ideas 技能定義在：
SKILL.md– 核心行為、說明與使用指引evals/evals.json– 品質控管用的示範 prompts 與預期結構化輸出references/ideas-by-category.md– 完整的 139 個行銷點子目錄，依類別分組
在 references/ideas-by-category.md 中，點子被整理成實務導向的類別，例如：
- Content & SEO
- Competitor & Comparison
- Free Tools & Engineering
- Paid Advertising
- Social Media & Community
- Email Marketing
- Partnerships & Programs
- Events & Speaking
- PR & Media
- Launches & Promotions
- Product-Led Growth
- Content Formats
- Unconventional & Creative
- Platforms & Marketplaces
- International & Localization
- Developer & Technical
- Audience-Specific
這樣的分類架構，讓技能可以拉出精準、有關聯性的點子，而不是給你空泛的建議。
使用方式
1. 安裝與基本設定
要在相容的 agent 環境中安裝 marketing-ideas 技能，使用：
npx skills add https://github.com/coreyhaines31/marketingskills --skill marketing-ideas
安裝完成後：
- 開啟該技能的 Files。
- 優先查看這幾個關鍵檔案：
SKILL.md– 定義此技能作為 marketing strategist 的角色，說明它應該如何發問、篩選點子與回覆references/ideas-by-category.md– 依類別列出完整的 1–139 號點子目錄evals/evals.json– 展示範例 prompts 與預期的結構化輸出格式
不一定需要額外設定就能使用，但若你提供產品背景資訊，效果會顯著更好，下節會說明。
2. 提供產品行銷背景
這個技能設計時假設會先 錨定在你現有的行銷背景 之上，再開始腦力激盪。
依 SKILL.md 的說明：
- 如果存在
.agents/product-marketing-context.md（或舊版的.claude/product-marketing-context.md），技能會先讀取該檔案。
為了得到最佳結果：
- 在 agent 的 context 資料夾中建立一個
product-marketing-context.md檔案。 - 裡面可以包含：
- 你的產品在做什麼
- 目標受眾與關鍵客群區隔
- 價位與方案架構
- 目前的客戶取得管道
- 現有限制（預算、時間、團隊、人力所在市場）
- 過去試過但效果不佳的管道或實驗
當 marketing-ideas 技能執行時，會使用這些背景資訊，如此一來就不會反覆問你基礎問題，也能自動略過明顯不適合的點子。
3. 在對話中啟用技能
當你的問題在於 要做什麼、而不是如何在某單一管道執行時，就該用 marketing-ideas。
適合觸發這個技能的 prompts 包括：
- “Give me marketing ideas for our SaaS. We’re early-stage with a small budget.”
- “What growth tactics should we test next for our dev tool?”
- “We’re preparing a launch – what are the best marketing ideas for this stage?”
- “We have $500/month to spend. What high-impact marketing ideas make sense?”
在這些情境下，技能會：
- 檢查是否存在
product-marketing-context.md並讀取。 - 若缺少關鍵資訊（階段、定價、目標客群、預算），會先追問補足。
- 從 139 個點子中抽取相關項目，並依下列條件篩選：
- 你的預算（例如偏低成本 vs 需重度付費的 tactics）
- 產品階段（pre-launch、early customers、scaling）
- 受眾類型（e-commerce、enterprise、developer tools 等）
- 團隊資源（solo founder vs 有專職行銷團隊）
4. 預期輸出格式與結構
evals/evals.json 描述了為確保品質而設計的回應結構。雖然完整格式以該檔為準，但基本 pattern 為：
- Idea name
- Why it fits：為何適合你的情境
- How to start：清楚的第一步行動
- Expected outcome：預期成果或成功長怎樣
- Resources needed：所需資源（時間、技能、預算）
- Priority：依預期影響力給出的優先順序
舉例來說，如果你是預算吃緊的 bootstrapped SaaS（如 eval id: 1 所示），技能會優先考慮：
- Content 和 SEO
- Community 與 social
- Partnerships
- Referral programs
- 像 Product Hunt 這類 launch 平台
若你預算較高，且銷售 enterprise 軟體（如 eval id: 2），它則會偏向：
- 高意圖線索的 lead generation tactics
- Outbound 與活動型策略
- 可快速測試的付費廣告與 campaign
5. 將點子導入你的工作流程
要真正發揮 marketing-ideas 的價值，可以這樣使用：
- 先廣再窄 – 先請它依你的階段與限制，產生一系列多元點子。
- 再聚焦 – 要求技能從中挑出或比較 3–5 個最有潛力的選項。
- 逐一加深 – 對於選定的每個點子，再要求：
- Content outlines
- Campaign structures
- Checklists 與 timelines
- 交給執行型技能 – 一旦決定方向：
- 用
social-content生出貼文 - 用
email-sequence規劃培養與 onboarding flow - 視需要再搭配其他 paid、SEO 或 docs 型技能，把策略真正執行出來
- 用
marketing-ideas 的角色是你的 規劃與優先排序層，而不是你唯一需要的工具。
6. 什麼情況適合／不適合使用這個技能
很適合用在：
- 為 SaaS 或軟體產品腦力激盪行銷點子
- 在眾多可能的 tactics 之間做選擇
- 在預算與人力有限的條件下調整行銷策略
- 規劃 launch、growth experiments 與 content roadmap
不那麼適合用在：
- 撰寫廣告文案、email sequences 或長篇內容（請改用專門的執行型技能）
- 非 SaaS 場景、模式完全不同的業態（例如只做當地實體門市）
- 深度 analytics 或 attribution modeling
如果你的問題純粹是執行層級（例如 “write a LinkedIn post about this feature”），可以直接略過 marketing-ideas，改用對應的專門技能。
常見問題（FAQ）
marketing-ideas 技能只適用於 SaaS 嗎？
這個技能的設計與文件主要是針對 SaaS 與軟體產品，也包含 developer tools 與技術平台。部分點子——像 content marketing、SEO、community、email lists、partnerships 等——其實相當通用，但在 framing、分類與範例上，都以 SaaS 情境為優先。
如果你做的是非軟體、純在地型的生意，很多點子仍然有參考價值，但匹配度會稍微低一些。
這個技能實際會用到多少行銷點子？
依 references/ideas-by-category.md 的定義，這個技能背後有一份 139 個行銷點子 的目錄。點子被歸類到 Content & SEO、Social Media & Community、Launches & Promotions、Product-Led Growth、Developer & Technical 等多個類別中。
Agent 不一定會把 139 個全部列出，而是會根據你的情境，挑出最相關的一小組並加以說明。
它是怎麼決定要推薦哪些點子的？
SKILL.md 中的選擇邏輯，並在 evals/evals.json 裡進一步被檢驗，大致是：
- 若存在
product-marketing-context.md就先讀取 - 如有需要，會針對產品、受眾、階段與資源提出澄清問題
- 依下列條件篩選 139 個點子：
- 預算（例如低成本 vs 需大量付費投放）
- 階段（pre-launch、early customers、growth）
- 受眾類型（e-commerce、enterprise、developers 等）
- 以短清單方式呈現，並附上優先順序、原因與執行步驟
這樣可以讓回覆更實用，而不是給你一堆籠統或讓人不知從何下手的清單。
它適合預算很少或 bootstrapped 的 SaaS 嗎？
適合。其中一個 evals/evals.json 的情境就是 預算吃緊的 bootstrapped 團隊。在這類案例中，技能預期會：
- 先確認你的限制條件（例如每月大約 $500 預算）
- 著重在低成本、高槓桿的點子，如 content、SEO、community、partnerships、referrals
- 盡量避免推薦需要大量廣告預算或高成本活動的 tactics
只要你提到自己是 bootstrapped 或預算有限，技能就會刻意偏向這些低成本類別。
它可以怎麼搭配其他行銷技能使用？
建議把 marketing-ideas 當作 策略層 來用：
- 先用
marketing-ideas決定要做 哪些事情。 - 確定方向後，再用其他專門技能來執行：
social-content– 撰寫與排程社群貼文email-sequence– 設計 onboarding 或 nurture flows- 依你的環境選用其他 SEO、documentation 或 paid media 相關技能
這樣可以讓你的 workflow 更有條理：由一個技能負責腦力激盪與排程，其他技能負責真正把事情做完。
安裝後需要修改任何檔案嗎？
你不必修改技能本身的檔案。為了得到更佳效果，建議你：
- 建立或更新
product-marketing-context.md，填入最新的產品資訊 - 可以視需要閱讀
references/ideas-by-category.md，了解有哪些點子類別可用
你可以保持核心技能定義不動，把 context 檔案當作主要的客製化入口。
我要在哪裡看到全部 139 個行銷點子？
打開 marketing-ideas 技能的 Files 分頁，並前往：
references/ideas-by-category.md
在那裡可以看到按類別分組的 139 個完整點子清單（包含 Content & SEO、Social Media & Community、Product-Led Growth、Developer & Technical 等）。這個檔案就是技能所使用的結構化點子資料庫。