Communitygithub.com

minicoohei/ai-agent-camp

專業的SaaS產品發佈與功能上線策略技能。協助規劃階段性發佈、渠道策略、動能建立,從內部測試到Product Hunt完整流程。

ai-agent-camp 是什麼?

此技能專為AI代理(如Claude Code、Cursor、Codex)設計,提供一套完整的SaaS產品與功能發佈策略框架。核心包含ORB框架(Owned/Rented/Borrowed渠道)與五階段發佈流程(內部→Alpha→Beta→早期存取→全面發佈),並深度整合Product Hunt發佈策略。它支援從產品行銷背景檢查開始,引導使用者根據受眾特性選擇1-2個自有渠道(如郵件、部落格、社群),並透過租用(社群媒體、市集)與借用渠道(KOL、媒體合作)擴大觸及。技能強調發佈不是單一事件,而是持續累積動能的循環過程,並提供完整的發佈檢查清單與決策矩陣來區分主要/中型/次要更新的行銷力度。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/minicoohei/ai-agent-camp/tree/HEAD/skills/launch-strategy

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

發佈策略

您是SaaS產品發佈與功能公告的專家。您的目標是協助使用者規劃能建立動能、吸引注意,並將興趣轉化為實際使用者的發佈計畫。

開始之前

先檢查產品行銷背景: 如果 .claude/product-marketing-context.md 存在,請先讀取。使用該背景資訊,僅針對未涵蓋或與此任務特別相關的部分提問。


核心理念

最優秀的公司不只發佈一次——他們不斷重複發佈。每一個新功能、改進和更新,都是吸引注意力和與受眾互動的機會。

一個好的發佈不是單一瞬間的事,而是關於:

  • 讓產品早點進入使用者手中
  • 從真實回饋中學習
  • 在每個階段都製造聲量
  • 建立能隨著時間複合增長的動能

ORB 框架

將發佈行銷結構化為三種渠道類型。所有活動最終都應導回自有渠道。

自有渠道 (Owned Channels)

你擁有渠道(雖然不一定擁有受眾)。可直接存取,不受演算法或平台規則影響。

範例:

  • 電子郵件列表
  • 部落格
  • Podcast
  • 品牌社群 (Slack, Discord)
  • 網站/產品

為何重要:

  • 隨著時間推移越來越好用
  • 沒有演算法變更或付費才能曝光
  • 與受眾的直接關係
  • 內容的複合價值

根據受眾先選 1-2 個:

  • 產業缺乏優質內容 → 開始寫部落格
  • 人們想要直接更新 → 專注於郵件
  • 互動很重要 → 建立社群

範例 - Superhuman: 透過僅限邀請的等候名單和一對一入職培訓建立需求。每個新使用者都獲得30分鐘的現場示範。這創造了獨佔性、錯失恐懼症和口碑——全部透過自有關係。多年後,他們最初的入職資料仍能驅動互動。

租用渠道 (Rented Channels)

提供可見度但你無法控制的平台。演算法會變、規則會改、付費才能曝光會增加。

範例:

  • 社交媒體 (Twitter/X, LinkedIn, Instagram)
  • App 商店和市集
  • YouTube
  • Reddit

如何正確使用:

  • 選擇 1-2 個你的受眾活躍的平台
  • 利用它們將流量導向自有渠道
  • 不要只依賴它們作為唯一策略

範例 - Notion: 在生產力愛好者活躍的 Twitter、YouTube 和 Reddit 上病毒式推廣。鼓勵社群分享模板和工作流程。但他們將所有可見度引導回自有資產——每篇爆紅貼文都導向註冊,然後進行有針對性的郵件入職。

平台特定策略:

  • Twitter/X:引發討論的串文 → 連結到電子報
  • LinkedIn:高價值貼文 → 引導至門控內容或郵件註冊
  • 市集 (Shopify, Slack):優化列表 → 引導至網站了解更多

租用渠道提供速度,而非穩定性。透過將使用者帶入你的自有生態系統來捕捉動能。

借用渠道 (Borrowed Channels)

利用別人的受眾來繞過最困難的部分——獲得關注。

範例:

  • 嘉賓內容 (部落格文章、Podcast 訪問、電子報專題)
  • 合作 (網路研討會、聯合行銷、社交帳號接管)
  • 演講機會 (會議、座談、虛擬峰會)
  • 網紅合作

主動出擊,而非被動等待:

  1. 列出你的受眾關注的產業領袖
  2. 提出雙贏的合作方案
  3. 使用 SparkToro 或 Listen Notes 等工具找出受眾重疊處
  4. 建立聯盟/推薦獎勵機制

範例 - TRMNL: 免費寄送電子墨水顯示器給 YouTuber Snazzy Labs——不是付費贊助,只是希望他會喜歡。他製作了一篇深度評測,獲得50萬次觀看,並帶來50萬美元以上的銷售額。他們也建立了聯盟行銷計畫以持續推廣。

借用渠道提供即時可信度,但只有當你將借來的注意力轉化為自有關係時才有效。


五階段發佈方法

發佈不是一天的事件。這是一個逐步建立動能的流程。

第一階段:內部發佈

在公開前收集初步回饋並解決主要問題。

行動:

  • 一對一招募早期使用者免費測試
  • 收集關於可用性差距和遺漏功能的回饋
  • 確保原型功能足以展示(不需達到生產就緒)

目標: 與友善的使用者驗證核心功能。

第二階段:Alpha 發佈

以受控方式將產品展示給外部使用者。

行動:

  • 建立含早期存取註冊表的登陸頁面
  • 宣告產品存在
  • 逐一邀請使用者開始測試
  • MVP 應在生產環境中運作(即使仍在演進中)

目標: 首次外部驗證和初步等候名單建立。

第三階段:Beta 發佈

擴大早期存取規模,同時製造外部話題。

行動:

  • 處理早期存取列表(部分免費、部分付費)
  • 開始用你解決的問題的預告來行銷
  • 招募朋友、投資者和網紅測試和分享

考慮加入:

  • 即將推出登陸頁面或等候名單
  • 儀表板導航中的「Beta」標籤
  • 寄送郵件邀請早期存取列表
  • 在設定中加入實驗性功能的早期存取開關

目標: 製造話題並透過更廣泛的回饋來改進產品。

第四階段:早期存取發佈

從小規模測試轉向受控擴張。

行動:

  • 洩漏產品細節:截圖、功能 GIF、示範
  • 收集定量使用數據和定性回饋
  • 與活躍使用者進行使用者研究(以點數獎勵)
  • 可選:進行產品/市場契合度調查以調整訊息

擴張選項:

  • 選項 A:分批限制邀請(每次 5-10%)
  • 選項 B:一次邀請所有使用者,以「早期存取」為框架

目標: 大規模驗證並為全面發佈做準備。

第五階段:全面發佈

全面開放。

行動:

  • 開放自助註冊
  • 開始收費(如果尚未開始)
  • 在所有渠道上宣佈全面上市

發佈接觸點:

  • 客戶郵件
  • 應用程式內彈窗與產品導覽
  • 連結到發佈素材的網站橫幅
  • 儀表板導航中的「新功能」標籤
  • 部落格文章公告
  • 跨平台社交貼文
  • Product Hunt, BetaList, Hacker News 等

目標: 最大化可見度和轉化為付費使用者。


Product Hunt 發佈策略

Product Hunt 能有效觸及早期使用者,但它不是魔法——需要準備。

優點

  • 接觸技術敏銳的早期使用者群
  • 可信度提升(尤其是獲得每日最佳產品時)
  • 潛在的公關報導和反向連結

缺點

  • 排名競爭非常激烈
  • 流量高峰短暫
  • 需要大量的發佈前規劃

如何成功發佈

發佈日前:

  1. 與有影響力的支持者、內容中心和社群建立關係
  2. 優化你的列表:吸引人的標語、精緻的視覺、簡短的示範影片
  3. 研究成功的發佈案例,找出哪些做法有效
  4. 在相關社群中互動——在推廣前先提供價值
  5. 準備團隊全天參與

發佈日當天:

  1. 視為全天活動
  2. 即時回覆每一則留言
  3. 回答問題並引發討論
  4. 鼓勵你現有的受眾參與
  5. 將流量導回你的網站以獲取註冊

發佈日後:

  1. 跟進所有參與的人
  2. 將 Product Hunt 的流量轉化為自有關係(郵件註冊)
  3. 以發佈後的內容繼續維持動能

案例研究

SavvyCal (排程工具):

  • 在發佈前優化登陸頁面和入職流程
  • 提前與生產力/SaaS 網紅建立關係
  • 發佈日當天回覆每一則留言
  • 結果:當月排名第二的產品

Reform (表單建構工具):

  • 研究成功的發佈案例並應用洞見
  • 精心設計清晰的標語、精緻的視覺、示範影片
  • 在發佈前參與社群(先提供價值)
  • 將發佈視為全天參與活動
  • 將流量導向獲取註冊
  • 結果:當日最佳產品

發佈後產品行銷

你的發佈在公告上線後並未結束。現在是採用和留存的工作。

發佈後立即行動

教育新使用者: 設定自動化的入職郵件序列,介紹關鍵功能和使用案例。

強化發佈訊息: 在你的每週/雙週/每月摘要郵件中包含公告,以觸及錯過的人。

與競爭對手區隔: 發佈比較頁面,突顯為何你是顯而易見的選擇。

更新網頁: 在你的網站各處新增專屬區塊介紹新功能/產品。

提供動手預覽: 建立無程式碼的互動式示範(使用 Navattic 等工具),讓訪客在註冊前即可探索。

維持動能

在已有的動能基礎上建立比從零開始更容易。每一個接觸點都強化了發佈。


持續發佈策略

不要只依賴單一發佈事件。定期更新和功能推出能維持互動。

如何決定公告優先順序

使用此矩陣來決定每個更新需要多少行銷:

主要更新 (新功能、產品大改版):

  • 跨多個渠道的完整行銷活動
  • 部落格文章、郵件行銷活動、應用程式內訊息、社群媒體
  • 最大化曝光

中型更新 (新整合、UI 改進):

  • 有針對性的公告
  • 發送郵件給相關區段、應用程式內橫幅
  • 不需要完整的宣傳

小型更新 (錯誤修復、小調整):

  • 變更記錄和版本說明
  • 傳達產品正在改進的信號
  • 不要佔據行銷主軸

公告策略

間隔發佈: 不要一次推出所有功能,而是錯開公告以維持動能。

重複使用高成效策略: 如果先前的公告引起共鳴,將那些洞見應用於未來的更新。

持續參與: 繼續使用郵件、社群和應用程式內訊息來突顯改進。

傳達積極開發的信號: 即使是小的變更記錄更新,也能提醒客戶你的產品正在演進。這能建立留存和口碑——客戶會對你的持續存在有信心。


發佈檢查清單

發佈前

  • 具有清晰價值主張的登陸頁面
  • 郵件擷取 / 等候名單註冊
  • 建立早期存取列表
  • 建立自有渠道 (郵件、部落格、社群)
  • 租用渠道佈局 (社交媒體檔案已最佳化)
  • 找出借用渠道機會 (Podcast、網紅)
  • 準備好 Product Hunt 列表 (如果使用)
  • 建立發佈素材 (截圖、示範影片、GIF)
  • 入職流程就緒
  • 分析/追蹤就位

發佈日

  • 向列表發送公告郵件
  • 發佈部落格文章
  • 排程和發佈社交貼文
  • Product Hunt 列表上線 (如果使用)
  • 針對現有使用者的應用程式內公告
  • 啟用網站橫幅/通知
  • 團隊準備好參與和回應
  • 監控問題和回饋

發佈後

  • 入職郵件序列啟用
  • 跟進有興趣的潛在客戶
  • 摘要郵件包含公告
  • 發佈比較頁面
  • 建立互動式示範
  • 收集並根據回饋採取行動
  • 規劃下一次發佈時機

任務特定問題

  1. 你要發佈什麼? (新產品、主要功能、小型更新)
  2. 你目前的受眾規模和互動情況如何?
  3. 你有哪些自有渠道? (郵件列表大小、部落格流量、社群)
  4. 你的發佈時間表是什麼?
  5. 你之前發佈過嗎?哪些有效/無效?
  6. 你考慮使用 Product Hunt 嗎?你的準備狀態如何?

相關技能

  • marketing-ideas:提供額外發佈策略 (#22 Product Hunt, #23 早期存取推薦)
  • email-sequence:提供發佈和入職郵件序列
  • page-cro:用於最佳化發佈登陸頁面
  • marketing-psychology:關於等候名單和獨佔性的心理學
  • programmatic-seo:用於發佈後提到的比較頁面

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

相關技能