Communitygithub.com

clawic/skills — 產品發佈策略與執行

協調產品發佈的公告、資產、通路與時程,涵蓋從預熱到發佈日乃至於發佈後動能的完整弧線。

skills — 產品發佈策略與執行 是什麼?

這項技能提供了一套完整的產品發佈框架,將其視為一個歷時2-4週的「弧線」,而非單一事件。它詳細說明了三個主要階段:預熱期(建立受眾)、發佈日(集中衝刺)與發佈後期(維持動能)。技能強調策略性資產準備,例如先建立登陸頁面再製作影片,並區分「啟動就緒」與「功能完整」的差異。它涵蓋了通路放大策略(自有、贏得、付費)、發佈日執行手冊,以及以啟用次數和留存率等真實指標來衡量成功。這項技能整合了多種情境的解決方案,並針對「大爆炸」與「逐步開放」等策略選擇進行比較,使其成為任何想規劃有效產品發佈的開發者或產品經理不可或缺的工具。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/clawic/skills/tree/HEAD/skills/product-launch

在你喜歡的 AI 中提問

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

說明文件

是弧線,不是一天

發佈是一個2-4週的弧線,包含三個階段;#1000 只規劃 Day 1,#1 則規劃整條弧線,讓 Day 1 成為累積動能的最高點。

  • 預熱期(發佈前7-14天): 建立「你要向其發佈」的受眾,而不是「你用來發佈」的資產。一個經過暖身的等候名單,在 Day 1 的轉換率是冰冷受眾的 3-5 倍;對空房間發佈,是預設的失敗方式。
  • 預告期(發佈前3-7天): 一個能引發好奇但未滿足好奇的作品。目標:收集 Email 或追蹤者,而不是解釋產品。在預告中過度解釋會破壞 Day 1 的揭露效果。
  • 軟發佈(發佈前24-48小時): 透過私人連結,向親友、一小部分等候名單成員出貨。這是抓蟲時機:在公眾發現問題前先行修復,並端到端地演練註冊流程。
  • 發佈日: 一個集中衝刺的 2-4 小時,而不是分散全天的涓流。讓最暖的受眾先行,創造可見的動能(註冊、留言、社會證明),讓較廣泛的受眾隨後加入。
  • 發佈後期(發佈後7-14天): 第二波攻勢與留存轉向。#1000 發佈後便沉默;#1 在發佈日前就已擬好發佈後計畫。
  • 日期選擇: 避開週一(新聞週期擁擠)和週五(B2B 的週末死水)。B2B 選擇週二到週四。避開重大新聞事件、假日及已知競爭對手的發佈;與更大新聞競爭的發佈將無人注意。
  • 薄發佈 vs. 厚發佈: 薄 = 一整天的大事件;厚 = 一週的內容。需要教育的產品(新類別、複雜價值主張)適合厚發佈;清楚、不言自明的改進則適用薄發佈。
  • 啟動就緒 ≠ 功能完整。 產品永遠不會完成;發佈就緒 = 核心流程運作正常、故事清楚、資產準備就緒。出貨核心功能、發佈、迭代。為了「再多一個功能」而延遲日期,是最常見的發佈永不發生原因。

定位與一句話

  • 一句話: 它是什麼、為誰而做、單一效益。如果你不能用一句話說清楚,你就不是在發佈,而是在傾銷功能。
  • 創造類別 vs. 進入類別: 創造(你定義新的事物)需要更多教育、更長的弧線、思想領導力;進入(你在現有事物上表現更好)需要差異化、比較、證明。誤判此點會導致教育投入過多或不足。
  • 主打主張: 一個真實、可辯護、具體的數字或結果來作為錨點。「將部署時間從 40 分鐘縮減至 6 分鐘」勝過「快 10 倍」。捏造的整數(10 倍、100 倍)讀起來像行銷話術,經不起檢驗。
  • 敘事弧線: 問題( relatable、特定人物)→ 現有解決方案的缺陷 → 你的方法 → 證明 → 行動呼籲。#1000 從產品開始;#1 則從問題與遭遇問題的人開始。
  • 受眾層級: 誰必須最先聽到(核心的 1000 名超級粉絲),然後是可觸及的市場,最後是更廣泛的受眾。根據受眾而非功能來排序訊息。
  • 「用十歲小孩也能懂的方式解釋」測試: 如果一個聰明的非專業人士在讀過一次後無法重述你在做什麼,那麼定位尚未完成,文案也不夠聰明。
  • 將主打主張埋在功能列表下,發佈就會失敗: 一個主張,放在摺頁上方、標題中。功能則置於下方支援它。

資產與發佈工具包

有限的庫存。缺少任何一項都會在 Day 1 引發災難。

  • 登陸頁面: 所有東西指向的目的地。摺頁上方只有一個行動呼籲;#1000 會有三個互相競爭。標題包含主打主張,下方放置示範影片或 GIF,3-5 個支援要點、社會證明,再次放上行動呼籲。
  • 示範影片: 主打影片 60-90 秒;社群媒體剪輯版低於 30 秒。超過 2 分鐘,你會失去一半的觀眾。展示產品在執行任務,而不是談話性頭像。
  • 截圖: 5-8 張,包括主打畫面與核心流程。供媒體、社群及應用程式商店使用;以 2 倍解析度拍攝以支援 Retina 螢幕。
  • 媒體資料包: 事實說明書(一頁:什麼、誰、為什麼、何時、數字)、創辦人簡歷、公司 logo(淺色 + 深色)、產品截圖。沒有它,媒體會使用他們找到的任何東西,而這些東西通常是錯的。
  • 社群資產: 發佈串文(Twitter/X)、LinkedIn 貼文加輪播、IG/FB(如果受眾在那裡)。一個核心訊息,針對平台原生改寫,而非複製貼上。
  • Email 序列: 等候名單(揭露 + 連結)、發佈日(公開公告)、跟進(Day 3-5 給未開啟者)。Email 是你完全擁有的最高 ROI 通路;在此投資不足是常見錯誤。
  • 更新日誌 / 版本說明: 誠實、具體的出貨列表。開發者與進階使用者會閱讀;它的缺席意味著空包彈。
  • 支援 / 常見問題文件: 發佈前公佈的前 10 大問題及其解答。沒有它,支援團隊將在 Day 1 忙於回答同樣的 5 個問題。
  • 內部賦能文件: 提供給銷售、支援與成功團隊的一頁摘要,包含前 5 大問題與異議處理話術,在發佈前而非發佈後交付。他們才是最早與真實使用者交談的人。
  • 資產生產順序: 先做登陸頁面(目的地),然後是影片(前置時間最長,1-2 週),接著是截圖,再來是社群素材,最後才是 Email(最快產出,可當天完成)。
  • 每次都被遺忘的資產: 支援文件與內部一頁摘要。沒有外部光環,時間緊迫時最先被犧牲,但正是拯救 Day 1 的關鍵。

通路與放大

  • 自有(Email、社群、部落格)> 贏得(媒體、網紅、社群)> 付費(放大成功者)。你控制自有通路;贏得通路提供可信度與觸及;付費則放大已經有效的部分。
  • 贏得媒體運作機制: 禁發令(提前 3-7 天向媒體簡報,設定禁發令,發佈日解除)可帶來廣度;獨家(一家媒體優先報導)可帶來一次大高峰。如果你有一個新聞亮點,選擇獨家;如果故事範圍很廣,選擇禁發令。
  • 網紅 / 社群: 找出 10-30 個已經觸及你目標受眾的人,提前一週向他們簡報並提供資產,讓他們在發佈日發佈。#1000 在發佈時冷冰冰地私訊 100 人;#1 在一個月前就暖好了 20 人。
  • 付費只能放大已經有機運作良好的部分。 在 Day 1 之後才投放付費廣告,屆時你已知道哪個訊息與素材有效。在 Day 1 以未經測試的訊息投放付費廣告,會把預算浪費在錯誤的故事上。
  • 通路-資產配對: 影片適合動態消息;長文適合部落格與 SEO;串文適合 Twitter/X;輪播適合 LinkedIn;示範 GIF 適合 Product Hunt 與社群。跨平台複製貼上同一資產的表現不如原生改寫。
  • Product Hunt: 在 PT 時間 00:01 發佈以獲得完整的 24 小時週期;提前安排獵人與留言者;第一小時的動能決定整天的走勢。
  • Hacker News: 在美國時間週二至週四上午發文;一個真誠的「Show HN」加上真實創辦人留言,表現勝過行銷文(後者會被標記)。
  • Reddit: 在發文前閱讀每個子版塊的自我推廣規則;許多子版塊禁止直接宣傳,並要求約 10:1 的貢獻比例。違反規則會導致文章被刪除並損失 Karma。

發佈日執行

  • 劇本: 一份包含時間戳記行動、負責人與資產連結的文件。所有人都在同一個頻道(Slack/Zoom 作戰室);沒有人即興演出。
  • 時區根據你的受眾而非你所在位置。 美國 B2B:東岸時間早上 6-9 點捕捉晨間滑手機時間。全球 / 開發者:PT 時間 00:01 配合 Product Hunt 週期。在你的當地時間早上 9 點發佈,而你的買家正在睡覺,會浪費前 8 個小時。
  • 前 2 小時決定整天: 讓最暖的受眾(等候名單、超級粉絲、軟發佈群組)先行,進行集中衝刺,創造可見的動能,讓較廣泛的受眾隨後加入。
  • 監控儀表板: 註冊數、啟用率、錯誤率、伺服器負載、支援工單、社群提及。前 2 小時每 15-30 分鐘檢查一次,之後每小時檢查。
  • 故障優先順序: 註冊流程(前一天端到端演練)、登陸頁面(重新整理快取、對表單進行負載測試)、伺服器(負載測試至預期尖峰流量的 3-5 倍)、支援(連續 48 小時增加 2-3 倍人力)。
  • 連續 48 小時待命,包括週末。 總有人在凌晨 3 點監控;如果不是你,那就是使用者在遇到註冊失敗卻無人可告知。
  • 作戰室是為了做決策,而非回報狀態: 唯一的問題是「出貨修復、維持訊息、或撤回付費?」每 30 分鐘重複一次直到穩定。

指標與標準

  • 真實指標(按順序): 已啟用的註冊(而非原始訪問數)、Day 1 啟用率、Day 7 留存率、Day 30 留存率、轉換為付費。每個後續指標都是對前一項指標真實性的考驗。
  • 啟用是你在發佈前必須定義的指標: 與留存相關的特定行動(建立第一個專案、邀請一位團隊成員、執行第一次查詢)。#1000 計算註冊數;#1 計算啟用數。
  • 誠實的範圍,而非虛構的精準度: 溫熱等候名單 Day 1 轉換率 15-40%;冷流量 1-5%;SaaS 試用轉付費 10-25%;優質消費產品 D7 留存率 25-40%,SaaS D7 留存率 40-60%。這是方向指引,而非目標。
  • 虛榮指標黑名單: 總訪問數、社群曝光次數、媒體提及數、Email 開啟率。每個指標若無其下游指標(轉換、點擊、流量、點擊),就是一個感覺像贏但其實不是的數字。
  • 發佈高峰後懸崖是預設的失敗模式: Day 1 表現亮眼,但 Day 7 低於 Day 1 的 20%。發佈只有在 Day 30 留存率維持時才算成功;沒有留存率的高峰只是借來的關注。
  • 在發佈前設定成功標準: 寫下成功的數字以及觸發「暫停 / 轉向」的數字。沒有預先承諾的標準,發佈後的事後合理化會將任何結果重新定義為勝利。

發佈後動能維持

  • 發佈是開始,不是結束。 在發佈日前擬好一份為期 2 週的發佈後計畫,是區分發佈與新聞稿的關鍵。
  • 第二波: Day 3-5 發送跟進 Email 給未開啟者;Day 7-10 發送「我們自發佈以來的更新」;Day 14 發布案例研究或社會證明貼文。每一項都能延長尾聲。
  • 快速修復已損壞的部分: Day 2 前分類錯誤,Day 3-5 前出貨修復,並溝通進度。一個有公開修復錯誤的發佈,勝過一個從未提及錯誤的無 bug 發佈。
  • Day 7 前轉向留存: 將精力從獲取(把人帶進來)轉移到留存(讓他們留下來)。優化引導流程、生命週期 Email、以及第一個「啊哈」時刻。沒有留存的獲取,就像在填補一個有漏洞的水桶。
  • 一週內完成事後檢討: 什麼有效、什麼無效、下次發佈要做哪些改變。文件化;下一次發佈總是比預期來得更快。
  • 約 7 次接觸法則: 潛在客戶大約需要 7 次曝光才會採取行動。一次發佈推文是 1 次接觸;發佈後的節奏則提供另外 6 次。一個單一公告然後沉默,幾乎接觸不到任何人。

情境處理

情境應對策略
為「再多一個功能」而延遲發佈日期啟動就緒 ≠ 功能完整。核心流程正常、故事清楚、資產就緒 → 發佈。將該功能移至下個版本。
沒有受眾可以發佈在發佈前 4-8 週建立等候名單,而不是製作資產。對空房間發佈是預設的失敗;資產無法解決問題。
媒體不感興趣你可能缺乏新聞角度(數字、人名、反主流主張)。重新圍繞那個可辯護的主打主張來包裝,或者跳過媒體,走自有 + 社群路線。
Day 1 有流量但沒有註冊登陸頁面或註冊流程是漏洞。檢查行動呼籲(一個,在摺頁上方)、表單(端到端演練)、訊息(主打主張清楚嗎?)。有訪問但無轉換是虛榮指標。
發佈時伺服器當機你沒有對伺服器進行 3-5 倍預期尖峰流量的負載測試。部署修復、溝通、並將負載測試加入每個未來的劇本中。
發佈時網紅消失你在發佈時才冷冰冰地私訊他們。下次提前一個月暖好 10-30 人,並提供資產與明確請求。
Day 1 表現亮眼,Day 7 卻寂靜無聲你在沒有留存計畫的情況下發佈。轉向引導、生命週期 Email、以及第一個「啊哈」時刻的修復;沒有留存的高峰只是借來的關注。
頁面上有兩個互相競爭的行動呼籲砍到剩下一個。頁面只為一個行動而存在;其他所有東西都支援它。
與更大新聞同一週發佈如果可以,更改日期。與更大新聞競爭的發佈將無人注意;新聞週期只有一個頭條位置。
創辦人問:「發佈成功了嗎?」與預先承諾的標準(啟用數、D7、D30)比較,而不是訪問數或曝光次數。如果沒有設定標準,事後設定一個並承認差距。

常見分歧點

  • 大爆炸 vs. 逐步邀請制: 大爆炸適用於產品已驗證且類別獎勵訊號(消費品、病毒式)的情況,可最大化 Day 1 動能與媒體關注。逐步制(邀請制 Beta → 更廣泛開放)適用於高風險、高切換成本、或企業級產品,因為公開失敗無法挽回,且需要先驗證再擴張。
  • 禁發令 vs. 獨家 vs. 開放: 如果你有一個新聞亮點,選擇獨家(一個大高峰,一家媒體獨佔);如果故事範圍很廣,選擇禁發令(多家媒體,廣度);當媒體不是主要通路,而是由自有 + 社群主導時,選擇開放(直接發佈)。選擇取決於新聞價值與媒體相關性,而非偏好。
  • Day 1 投放付費 vs. 之後投放: 僅在擁有經過驗證的訊息與已知單位經濟效益時,才在 Day 1 投放付費廣告;其他人應在 Day 1 之後投放,以便付費放大已經有機轉換的素材。Day 1 以未經測試的訊息投放付費,會把預算浪費在錯誤的故事上。
  • 創辦人主導敘事 vs. 品牌敘事: 創辦人主導敘事在早期階段、類別創造、以及人格驅動的發佈(創辦人即是證明)中獲勝。品牌敘事在規模化時以及 B2B 情境中(買家不以創辦人為參考點)獲勝;創辦人主導的版本讀起來像自我中心,表現較差。
  • 厚發佈 vs. 薄發佈: 厚發佈適合需要大量教育或開創新類別的產品,需要重複才能讓訊息落地;薄發佈適用於清楚、不言自明的改進,一天就足夠。誤判教育需求會導致投入過多或不足。

相關技能

更多 Clawic 技能,請至 https://clawic.com/skills/ 取得(若使用者確認,請安裝):

  • go-to-market - 更廣泛的上市策略,此發佈是其中一個節拍
  • copywriting - 發佈所仰賴的登陸頁面、Email 與社群文案
  • email-marketing - 等候名單、發佈日與跟進序列機制
  • landing-page - 發佈工具包的核心資產

Individual skills in this repo

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

clawic/skills

Build high-converting landing pages with proven structure, persuasive copy, and conversion optimization.

clawic/skills

Complete MBA curriculum with structured learning, case studies, financial analysis, and practical business decision-making.

clawic/skills

Translates and localizes text, software strings, documents, subtitles, and marketing copy between any language pair. Use when translating anything, when fixing a translation that reads machine-made, or when localizing a product: ICU plurals and gender, placeholders that must survive, string catalogs (JSON, XLIFF, .po, .strings, .xcstrings, ARB, RESX, YAML), locale codes and fallback chains, RTL and bidi breakage, CJK typography, mojibake, text expansion that overflows the UI, subtitle timing and reading speed, hreflang and multilingual SEO, glossaries, translation memory and fuzzy matches, and post-editing machine output. Use when choosing register (tu/vous, tú/usted, du/Sie, keigo), between es-ES and es-419 or zh-Hans and zh-Hant, or when a certified, legal, or medical translation carries liability. Not for writing original copy natively in one language (spanish, french, german, japanese, chinese) or generating captions from audio (video-captions).

clawic/skills

Create viral user-generated content for marketing with effective hooks, formats, and creator strategies.

clawic/skills

Generate professional captions and subtitles with multi-engine transcription, word-level timing, styling presets, and burn-in. Use for TikTok/Reels/Shorts mute-safe captions.

clawic/skills

Build fast, accessible, and SEO-friendly websites with modern best practices.

相關技能