brainstorm-okrs

brainstorm-okrs 技能概覽

brainstorm-okrs 能幫你把團隊目標轉成具備野心、可衡量，且與公司策略一致的季度 OKR。brainstorm-okrs 技能最適合產品、工程或跨職能團隊；如果你需要的不只是一般的 OKR 範本，它特別適合拿來產出多個策略選項，而不是只給你一組制式答案。

當你需要用 brainstorm-okrs 來做 Strategic Planning，尤其是你已經掌握商業背景、但想把目標敘述寫得更精準、把關鍵結果指標定得更好、並讓它更清楚對齊營運計畫時，這個技能就很合適。它的主要價值在於提升決策品質：讓你在正式採用前，先比較不同的 OKR 方向。

這個技能實際會產出什麼

這個技能的設計目標，是針對同一個團隊與情境，產出三組可選的 OKR。這讓它很適合工作坊、主管審閱，以及草案反覆修訂的階段；在這些情境下，你要的是選項、取捨與更有力的討論點，而不是太早得到一個定案式、過度精緻的答案。

它適合什麼情境、不適合什麼情境

它適合季度規劃、團隊對齊，以及把策略翻成執行。若你只需要一句話的目標、團隊根本沒有可衡量成果，或需求太模糊、無法對應到實際業務目標，那它就不太適合。

為什麼大家會安裝 brainstorm-okrs

當團隊卡在目標太空泛、關鍵結果太弱，或範圍對不上時，brainstorm-okrs 指南會很有幫助。它提供一個有結構的方法，幫你把「我們應該改善 onboarding」這種想法，整理成一組可驗證的 OKR，並且包含可衡量結果與策略意圖。

如何使用 brainstorm-okrs 技能

先安裝，並先開對來源檔

使用 npx skills add phuryn/pm-skills --skill brainstorm-okrs 安裝這個技能。請先從 pm-execution/skills/brainstorm-okrs/SKILL.md 開始，因為這個 repository 沒有額外的 scripts 或 reference folders 來在別處解釋流程。核心指引本來就寫在技能檔裡。

給這個技能足夠的規劃背景

要讓 brainstorm-okrs 發揮最好效果，請提供：

• 團隊名稱
• 規劃期間
• 公司目標或策略主題
• 產品範圍或專案
• 目前基準指標（如果有）
• 例如人力、相依風險或市場時機等限制

較弱的輸入像是：Write OKRs for my team.
較強的輸入像是：Brainstorm OKRs for the checkout team for Q3. Company goal: improve paid conversion. Current baseline: 3.2% conversion, 18% cart abandonment, support tickets rising after payment failures. Constraints: one backend engineer unavailable for six weeks.

把模糊目標改寫成可用的提示詞

當你把大方向轉成清楚的規劃問題，這個技能會表現得更好。請要求它聚焦成果，而不是活動本身。例如，不要只說「提高留存」，而要指定你想推動的族群、時間範圍與成功指標。如果你要用 brainstorm-okrs 做 Strategic Planning，請把策略主題與你正在做的決策也一併寫進去。

把三組輸出當成選擇工具

把產出的 OKR 視為草案選項來比較。你可以從以下面向檢視：

• 策略對齊度
• 指標品質
• 現實性與野心之間的平衡
• 每個關鍵結果是否真的可衡量

如果第一輪結果太泛，請把提示詞收緊，加上基準值、商業限制，或更明確的公司目標。這通常比要求「更好的 OKR」更能提升關鍵結果的品質。

brainstorm-okrs 技能 FAQ

brainstorm-okrs 只是 OKR 範本嗎？

不是。brainstorm-okrs 技能比靜態範本更有用，因為它是依照你的團隊情境來產出多個 OKR 方向。這讓它更適合用在還沒有明確標準答案的規劃對話。

我需要是 OKR 專家才能用嗎？

不用，但你還是需要足夠的背景資訊來描述團隊使命與可衡量成果。只要你能回答三個問題，就能用得不錯：團隊負責什麼、支援哪個策略、哪些數字重要。

這和一般 prompt 有什麼不同？

一般 prompt 通常只會產出一組很泛的 OKR。brainstorm-okrs 技能更偏向高品質腦力激盪：它會幫你找出不同表述方式、更好的指標選擇，以及更強的策略對齊；當團隊正在爭論優先順序時，這點特別有價值。

什麼情況下不該用 brainstorm-okrs？

如果你想要的是定案版的公司層級 OKR 政策、沒有可用指標，或團隊工作還太早期、無法負責任地定義成果，就不建議使用它。這些情況下，應先做問題定義或指標設計，再來草擬 OKR。

如何改進 brainstorm-okrs 技能

提供比「讓它更有策略」更好的輸入

影響品質最大的關鍵是具體性。請加入公司目標、團隊範圍、基準指標，以及任何會改變可行性的硬性限制。當 brainstorm-okrs 能把目標和數字連起來，而不是自己憑空生出通用的成長語言時，輸出品質會明顯更好。

要求取捨，不要只要變體

如果第一次的輸出太平，請改成要求不同優先順序的選項：成長、效率、品質，或客戶影響。這樣能得到更有用的 brainstorm-okrs 結果，因為它會被迫做策略選擇，而不是重複近似的目標。

採用任何草案前，先檢查指標品質

最常見的失敗模式，是關鍵結果太弱，只在描述活動而不是成果。請把像「推出 X」這種模糊說法，改成轉換率、啟用率、週期時間、缺陷率或留存率這類可量測指標。如果指標不會改變，那它就不是好的關鍵結果。

依照規劃對象反覆調整

如果這些 OKR 是要給主管審閱，目標文字要更精煉，關鍵結果也要更站得住腳；如果是要拿去團隊工作坊，則可以保留較大的範圍，並用三組替代方案帶動討論。brainstorm-okrs 指南最好的使用方式是迭代：先草擬、再比較、再收斂，最後對照策略做驗證。