launch-strategy

launch-strategy 技能總覽

launch-strategy 技能會做什麼

launch-strategy 技能可協助 AI 代理把模糊的發佈想法，整理成可執行的 launch plan，適用於產品發佈、功能公告、beta、waitlist，以及對外公開上線等情境。它是為那些「快要正式推出某樣東西」、但又需要比一句泛泛的「幫我寫 GTM plan」更有結構的團隊而設計。

誰適合使用 launch-strategy

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

• 正在準備 launch 的 SaaS 創辦人與獨立開發者
• 負責功能釋出的產品行銷人員
• 規劃 Product Hunt、early access、beta 或 waitlist 活動的團隊
• 受眾規模有限、需要先排出渠道優先順序的 builders

如果你目前已進入 launch 後的長期成長階段，repository 本身也有明確提示：這種情境應改用另一個更適合持續性行銷點子的技能。

使用者真正要解決的工作

多數使用者需要的不是抽象的 launch 理論，而是一份能回答以下問題的計畫：

• 先做什麼
• 以目前的受眾規模來看，哪些渠道才重要
• pre-launch、beta 與正式 launch 要怎麼排序安排
• launch day 前有哪些東西必須先準備好
• 如何避免把力氣浪費在自己根本支撐不起來的渠道上

也正因如此，launch-strategy 會比一次性的腦力激盪 prompt 更實用。

這個技能的差異在哪裡

它最大的差異，在於它有明確立場，不只是列一堆 tactics，而是推動一套特定的 launch 模型：

• 先檢查是否已經有現成的 product marketing context
• 用 ORB 架構整理渠道：Owned、Rented、Borrowed
• 把 launch 視為一連串重複的 launch moments，而不是一次大型公告
• 把 tactics 對應到分階段 rollout，而不只聚焦 launch 當天

這套結構，正是 launch-strategy guide 在「資訊不完整、但又需要可行計畫」的情況下特別有價值的原因。

安裝前先知道的事

這是一個 prompt skill，不是 automation package。skill 目錄裡沒有 helper scripts、templates 或 resource folders。它的價值主要來自 SKILL.md 中的 launch planning framework，以及 evals/evals.json 所呈現的預期行為。

也就是說，採用門檻很低，但輸出品質會高度取決於你提供的上下文。

如何使用 launch-strategy 技能

launch-strategy 技能的安裝資訊

請透過你的 skills workflow，從 coreyhaines31/marketingskills repository 安裝 launch-strategy。如果你使用常見的 Skills CLI 模式，基本安裝指令如下：

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

安裝後，最重要的檔案是：

• skills/launch-strategy/SKILL.md

可用來驗證的實用檔案：

• skills/launch-strategy/evals/evals.json

先讀這些 repository 檔案

如果你想快速判斷值不值得裝，建議依照這個順序閱讀：

1. SKILL.md：看實際 workflow 與定位
2. evals/evals.json：看好的輸出應該包含哪些內容

由於這個技能沒有額外的 resources/ 或 scripts/，理解這兩個檔案，基本上就足以掌握大部分運作方式。

先確認是否已有 product marketing context

有個很實用、但很多使用者會忽略的細節：這個技能明確要求代理在提問前，先檢查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。

如果你平常會維護可重複使用的品牌、受眾、定位、價格或渠道資訊，建議放在這裡。這能減少一來一回的重複溝通，也會讓 launch-strategy 的使用效果明顯更好。

launch-strategy 需要你提供哪些輸入

當你提供以下資訊時，launch-strategy 技能的表現會最好：

• 要 launch 的是什麼：產品、功能、beta、價格更新、integration
• launch 類型：alpha、beta、early access、完整公開 launch、Product Hunt
• 時程：確切日期，或距離 launch 還有幾週
• 目標受眾：誰會在意，以及原因
• 目前 traction：email list 規模、社群追蹤數、客戶數、waitlist、社群觸及
• 可用渠道：newsletter、X/Twitter、LinkedIn、communities、partners、既有使用者
• 團隊限制：預算、設計產能、創辦人可投入時間、不能做影片、不能投放廣告
• 成功目標：signups、demos、waitlist joins、activation、awareness

沒有這些輸入，模型還是能產出計畫，但內容通常會比較通用。

把粗略目標變成高品質的 launch-strategy prompt

較弱的 prompt：

• 「Help me launch my product.」

較好的 prompt：

• 「Use the launch-strategy skill to plan a 4-week launch for a B2B invoicing SaaS. We have 900 email subscribers, 1,500 LinkedIn followers, no ad budget, and 30 beta users. Our goal is 200 qualified trial signups. Include ORB channel recommendations, a phased rollout, launch day checklist, and what to prepare this week.」

這樣寫有效，原因是：

• 它提供了渠道限制
• 它提供了可衡量的成果目標
• 它會迫使模型依照時間窗口做優先排序
• 它與技能本身的 ORB 和 phased-launch 結構一致

依照技能設計來使用 ORB 架構

launch-strategy 的核心使用方式之一，就是 ORB 架構：

• Owned：你能控制的渠道，例如 email list、網站、in-app messages
• Rented：你可以發文但不擁有的平台，例如社群平台
• Borrowed：第三方受眾、合作夥伴、社群、媒體、Product Hunt

這個架構最實際的價值，在於幫你排優先順序。假設你的社群追蹤不大，但有一批熟悉你的既有客戶，那麼計畫就應該由 Owned 主導。反過來說，如果你幾乎沒有自己的受眾，技能就應該更偏向 Borrowed 類型的做法。

預期拿到的是分階段 launch，不只是 launch day 計畫

從 repository 的內容可以看出，這個技能是為了建議多階段 launch model 而設計，通常會涵蓋：

• internal prep
• alpha
• beta
• early access
• full launch

這點很重要，因為很多 launch 失敗，都是因為團隊把回饋蒐集、訊息打磨、素材製作與受眾培養，全部擠到同一天處理。與其把 launch-strategy guide 當成文案捷徑，不如把它當成排序與分階段規劃工具，會更有價值。

適合 Product Launches 的 launch-strategy 最佳 workflow

一個實用的工作流程是：

1. 提供商業背景與受眾資訊
2. 請代理先把你的渠道分類到 ORB
3. 要求一份對應實際日期的分階段時程
4. 再請它列出各階段需要的 launch assets
5. 接著要求 launch day checklist
6. 第一版完成後，再依渠道、受眾區段與 offer 進一步收斂

對於 launch-strategy for Product Launches 而言，這種分段式 workflow，通常會比一次要求「全部都給我」產出更好的結果。

強輸出應該包含哪些內容

根據技能內容與 evals，好的輸出通常應該包含：

• 是否存在既有 marketing context files 的檢查
• 依照你真實受眾規模建立的 ORB channel mapping
• 對應 launch window 的 timeline
• 每個階段的 tactics
• launch day 前的 audience-building 安排
• 具體的 launch day checklist

如果少了這些元素，通常表示技能沒有被正確調用，或你的 prompt 缺少關鍵上下文。

Product Hunt 與特定渠道情境怎麼用

evals 顯示這個技能明確支援 Product Hunt 規劃。如果這是你的主要 launch 場景，請直接點明，並補充：

• 這是不是你的第一次 launch
• 產品是否符合 maker audience
• 是否有可動員的 supporters 或 partners
• 目前已有哪些 assets
• 你在意的成功指標是什麼：ranking、traffic、signups、demos

不要只要求「tips」。應該直接要求 pre-launch checklist、當天執行計畫，以及 launch 後的 follow-up sequence。

常見的安裝與使用限制

skill 資料夾內沒有打包好的 template library。因此 launch-strategy install 本身很簡單，但實際使用品質取決於你是否能提供足夠上下文，並分階段要求明確 deliverables。

如果你想要的是「一裝好就能直接生成完全標準化的 launch 文件、幾乎不用再下 prompt」，那這個技能可能會顯得偏輕量。相反地，如果你要的是能因應實際情境調整的結構化推理，它就很適合。

launch-strategy 技能 FAQ

launch-strategy 比一般的 launch prompt 更好嗎？

通常是，尤其是當你想要穩定且一致的結構時。launch-strategy 技能提供的是一套明確的規劃模型，特別是 ORB 渠道規劃與 phased rollout 的思路。一般 prompt 也許能生出不少點子，但常常會漏掉渠道優先順序與執行排序。

launch-strategy 技能適合新手嗎？

適合，尤其是那些沒有完整 marketing team、需要自己 launch 的創辦人。這套 framework 足夠簡單，容易照著走；同時對想要可重複使用規劃模式的資深操盤者也仍然有幫助。

什麼情況下 launch-strategy 不太適合？

以下情況會比較不適合：

• 你需要的是 launch 後的成長策略，而不是 launch planning
• 你的 launch 主要依賴 paid acquisition
• 你想要的是由 scripts 或 templates 自動產出的 deliverables
• 你的團隊已經有成熟的 GTM process，只需要微調文案

我可以把 launch-strategy 用在功能釋出，而不是完整產品 launch 嗎？

可以。技能描述本身就明確涵蓋 feature announcements 與 product updates，而不只是整個公司層級的 launch。特別是當你想把一次小型釋出做成有 momentum 的事件，而不是默默上線時，它會很有用。

launch-strategy 一定要有既有受眾才有用嗎？

不一定，但沒有既有受眾時，用法會不同。如果你的 owned audience 很小，計畫就應該轉向 borrowed channels、partnerships、communities，以及在主要推進前先做分階段驗證。

安裝前應該先比較什麼？

你可以先比較：

• 你要的是 framework，還是 template pack
• 你需要的是 launch sequencing，還是單純訊息撰寫協助
• 你的 workflow 是否能受益於像 .agents/product-marketing-context.md 這類可重用 context files

如果你的需求和這幾點相符，那麼 launch-strategy guide 就是很值得安裝的選擇。

如何提升 launch-strategy 技能的使用效果

先給 launch-strategy 明確的 launch 限制條件

想最快改善結果，最有效的方法就是把硬限制講清楚：

• 確切 launch 日期
• 團隊人數
• 每週可投入時數
• 素材產出限制
• 不會使用的渠道
• 法務或品牌限制

有考慮限制條件的計畫，會比寬泛的 launch 建議實用得多。

提供真實渠道數字，不要只說受眾很小

不要只說「small audience」，改成這樣：

• 650 email subscribers
• 2,100 X followers
• 14 design partners
• 3 integration partners willing to co-promote

當技能能根據真實觸及規模與受眾溫度來排序渠道時，它的 ORB framework 會實際好用很多。

不要只要 strategy，也要直接要 deliverables

想提升 launch-strategy 的實用性，可以直接要求這些輸出：

• weekly timeline
• channel-by-channel plan
• launch day checklist
• asset list
• announcement angle options
• risk list and mitigation steps

這樣能把 strategy 轉成團隊真正能執行的內容。

資源吃緊時，務必要求它做優先排序

一種很常見的失敗模式，是拿到一份預設你能做太多事的計畫。要避免這種情況，可以直接這樣問：

• 「Rank the top 3 channels only.」
• 「What should we cut if we have 5 hours per week?」
• 「What is the minimum viable launch plan?」

對於用 launch-strategy 規劃 Product Launches 的 solo founders，這點尤其重要。

採用兩輪 prompting pattern

Pass 1：

• 先要求 strategy、phases、ORB mapping，以及 gaps

Pass 2：

• 看完後，只針對已選定的渠道與 phases 要 execution details

這樣可以避免計畫過度膨脹，也能讓技能先專注在決策，再處理 tactics。

提前提供 messaging inputs，讓第一版輸出更好

如果你已經知道以下資訊：

• positioning
• target user
• core pain point
• key differentiator
• proof or traction
• launch offer

請盡早提供。否則技能雖然可能產出結構完整的渠道策略，但在訊息內容上仍會偏弱。

留意這些常見失敗模式

不理想的 launch-strategy 輸出，通常會出現以下其中一種問題：

• 過度強調 launch day，卻忽略 pre-launch buildup
• 渠道建議沒有反映你的實際受眾
• 只有很泛的社群媒體任務，沒有執行排序
• 沒有區分 beta、early access 與 full launch
• 缺少可執行前檢查的 checklist

拿到第一版回覆後，可以直接用這些點當成審查標準。

要求技能依你的 launch 類型調整

如果你明確指出 launch 類型，輸出通常會更好。請說清楚這是哪一種：

• 冷啟動的新產品 launch
• 對既有使用者的功能公告
• 以蒐集回饋為目標的 beta
• waitlist campaign
• Product Hunt launch
• customer expansion release

這些情況不應該使用同一套計畫。

用你自己的可重用 context file 強化技能

如果你會重複使用這個技能，建議建立 .agents/product-marketing-context.md，內容包含：

• product summary
• ICP
• pricing
• traction
• competitors
• brand voice
• primary channels
• launch constraints

對於經常要做 launch 的團隊來說，這是槓桿最高的改善方式，因為 launch-strategy 技能本身就會明確先檢查這個檔案。

第一版出來後要迭代，不要整份重做

拿到第一份草案後，不要直接要求「重寫一份全新的計畫」，而是改用更精準的 follow-up：

• 「Rewrite this for a 2-week timeline.」
• 「Reduce this to channels we already own.」
• 「Add a Product Hunt-specific checklist.」
• 「What should happen in beta vs early access?」
• 「Turn this into a founder-only execution plan.」

這種迭代方式能保留技能原本的結構，同時讓輸出真正變得可用。