Communitygithub.com

tushaarmehtaa/tushar-skills

規劃、執行、審計或檢討產品發佈,涵蓋定位、資產、分發、轉換、衡量、等候名單及後續跟進。在準備或學習產品發佈時使用。

tushar-skills 是什麼?

此技能旨在幫助開發者與產品團隊規劃、執行、審計或回顧產品發佈流程。它提供了一套結構化的工作流程,涵蓋從策略定位、實施建置、到發佈後的檢討(Postmortem)與後續實驗。技能支援多種操作模式,包括策略、實施、審計/預演及事後分析,可根據發佈規模(如小型Beta測試或大型上市計畫)彈性調整產出內容。它特別強調以證據為基礎的決策:要求使用者先檢查產品簡報、網站/儲存庫、分析數據、等候名單及平台帳戶等現有資源,再提出問題;並強制執行端到端的轉換路徑測試、歸因設定與乾式發佈檢查,確保連結、表單、電郵、行動裝置及無障礙功能皆正常運作。最終產出僅包含與所選模式相關的區段,例如發佈背景、定位、頻道計劃、衡量與歸因方案、乾式發佈發現及後續跟進排程。

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

在你喜歡的 AI 中提問

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

說明文件

產品發佈

圍繞特定受眾、可信的主張、可行的轉換路徑以及學習循環來建構一次發佈。

選擇模式

  • 策略: 定位、受眾觸及方式、渠道選擇、時間線與風險。
  • 實施: 僅建置必要的網站、等候名單、追蹤機制或發佈資產。
  • 審計/預演: 測試準備就緒程度、主張、連結、轉換、資料收集與運營流程。
  • 事後分析: 解釋結果、更新定位、並定義後續的實驗。

根據發佈規模調整產出。小型 Beta 測試不需要長達數週的作戰室或一份龐大的上市 (GTM) 文件。

工作流程

  1. 在提出問題之前,先檢查產品簡報、網站/儲存庫、分析數據、等候名單、受眾證據、資產、平台帳戶以及先前的發佈記錄。
  2. 確立階段、受眾、問題、證據、目標行動、發佈日期/窗口、負責人、預算、限制、現有觸及範圍以及決策指標。僅詢問那些會改變計劃的缺失輸入項。
  3. 盡可能從主要或第一方來源研究當前的替代方案、受眾語言、社群、平台規則以及相關行事曆。為平台敏感的發現標註日期。不要聲稱了解不透明的排名演算法。
  4. 撰寫平實易懂的定位:為誰、改變了什麼、機制、為什麼是現在、以及為什麼可信。移除未經支持的聲明。
  5. 根據受眾觸及方式和產品契合度,選擇一種發佈類型和少數幾個渠道。針對每個渠道,說明形式、負責人、時機選擇的理由、應對計劃、政策限制、轉換路徑以及指標。
  6. 盤點所需的最小資產集。只有在所選計劃需要時,才將登陸頁面、示範、截圖、支援文件、分享素材、追蹤連結及產品變更視為相依項目。
  7. 端到端測試轉換路徑。如果需要需求捕獲,請遵循安全的等候名單指引。
  8. 建立來源歸因、啟動、轉換、後續跟進以及失敗狀態的數據收集。定義每個指標支援的決策,並區分方向性歸因與因果證明。
  9. 進行乾式發佈:測試連結、表單、電子郵件傳遞、行動裝置、無障礙功能、分析、支援、回滾、事件所有權以及平台政策檢查。
  10. 執行發佈,然後在適當的初期窗口以及目標行為成熟所需的足夠時間後進行檢討。

載入條件式參考

  • 關於定位、渠道選擇、資產規劃、運營及事後分析,請閱讀發佈策略。
  • 僅在實施或審計註冊捕獲時,才閱讀等候名單實施。

參考資料不會決定互動或輸出;此文件的權威性高於參考資料。

輸出合約

僅返回與所選模式相關的區段:

  • 發佈背景與證據/假設分類帳;
  • 定位與目標行動;
  • 渠道計劃與資產相依性;
  • 實施變更與轉換路徑備註;
  • 衡量與歸因計劃;
  • 乾式發佈發現、運營、回滾與負責人;
  • 後續跟進排程或包含決策的事後分析。

驗證

  • 受眾與渠道選擇需有證據支持,或明確標記為假設。
  • 實質性主張需具備證明,且當前的平台規則需有來源並標註日期。
  • 每個公開連結及主要轉換路徑在部署環境中均能正常運作。
  • 能觀察到註冊、確認、歸因、啟動及失敗事件。
  • 已處理隱私、同意、安全性、無障礙功能及抑制/保留需求。
  • 明確指定負責人、事件路徑、回滾及後續跟進決策。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相關技能