brainstorm-ideas-existing

brainstorm-ideas-existing 技能概覽

brainstorm-ideas-existing 是一個用來針對既有產品發想新點子的產品探索技能，不是從零憑空創造新產品。它能幫助 product trio 從 PM、Designer、Engineer 三種視角一起推敲機會點，再把輸出收斂到最有潛力的方向。當你已經有一個產品、目標族群，以及要解決的問題，並且想要比一般提示詞更有結構的發想流程時，這個 skill 就很適合。

brainstorm-ideas-existing 最適合做什麼

當你需要新的功能點子、已知機會點的解法替代方案，或更好的 product discovery 假設起點時，brainstorm-ideas-existing skill 最有價值。它特別適合 Product Management 工作，因為目標是在正式押注 roadmap 方向之前，就先把客戶痛點、商業價值與實作現實串起來。

它和一般發想有什麼不同

和鬆散的 brainstorming 提示不同，這個 skill 會明確引入多個視角與優先排序。這很重要，因為它能降低單一角度的想法，並幫你浮現真正值得測試的選項。它也會鼓勵你進行 discovery loop；當第一輪結果不夠好，或證據還不完整時，這種迭代特別有用。

什麼情況下最適合用

如果你能回答三件事，就很適合選用 brainstorm-ideas-existing：你在做什麼產品、你在探索哪個機會或問題、這些點子要服務誰。如果你只是需要一般性的創意發想，這個 skill 可能比你需要的流程還重；但如果你想要更貼近產品策略與執行限制的點子，它會更合適。

如何使用 brainstorm-ideas-existing 技能

安裝並找到這個 skill

使用 npx skills add phuryn/pm-skills --skill brainstorm-ideas-existing 安裝。就 brainstorm-ideas-existing 的安裝判斷來說，重點是這個 repo 很精簡：沒有額外的 helper scripts 或支援資料夾可供檢查，所以 SKILL.md 才是主要的依據來源。建議先從這裡開始，接著確認 frontmatter，再讀完整個 skill 內容，之後再依你的工作流程調整。

給這個 skill 正確的輸入

brainstorm-ideas-existing 的使用方式，在 prompt 裡包含產品名稱、具體機會點、受眾與你想要的結果時，效果最好。好的輸入像是：「為我們現有的健身 app 發想點子，提升第一週流失的新用戶留存。」差的輸入像是：「幫我想一些產品點子。」前者給了 skill 足夠脈絡，可以產出有用的點子；後者只會逼它猜。

用 trio 方式來提問

這個 skill 的設計是要像 PM、Designer、Engineer 一樣思考，所以提問時要圍繞決策，而不只是發想。實用的 brainstorm-ideas-existing 指引是：先要求依視角產生點子，再做一輪簡短排序。例如：「請從 PM、Design、Engineering 各產生 5 個點子，然後依 impact、feasibility、confidence 排出前 5 名。」這種結構符合 skill 的工作流程，也讓輸出更容易拿去工作坊或規劃會議使用。

先閱讀來源檔案

在這個 repository 裡，SKILL.md 是第一個要看的主檔，因為沒有 README.md、rules/、resources/ 或可擴充流程的 scripts。如果你要把 brainstorm-ideas-existing 調整給自家組織使用，最重要的不是照抄措辭，而是保留順序：先確認脈絡，再從多個視角發想，最後再排序。這個順序才能讓輸出始終對齊真實的產品問題。

brainstorm-ideas-existing 技能 FAQ

brainstorm-ideas-existing 只適合 Product Management 嗎？

不是。brainstorm-ideas-existing skill 對 Product Management 很有幫助，但它的設計是跨職能的。當 PM、Design、Engineering 的考量都會影響決策時，它特別好用，尤其是在你想要同時兼顧 desirability 和 buildability 的時候。

這和一般 prompt 有什麼差別？

一般 prompt 也能產生點子，但 brainstorm-ideas-existing 會加上結構：先要求背景，接著分開不同視角，最後推進到優先排序。這通常能產出更可用的結果，也比較少空泛建議，尤其當機會點很複雜，或團隊需要一個共同起點時更明顯。

這個 skill 適合初學者嗎？

可以，只要你已經知道產品和問題是什麼。你不需要具備 discovery 專業背景也能使用這個 skill，但你必須提供足夠脈絡它才會運作。初學者如果先用一小段文字描述產品、使用者族群與商業目標，再提出發想要求，通常效果會更好。

什麼情況下不該用？

當問題還沒定義清楚、產品本身也不明確，或你只是想快速拿一串隨機概念時，不要用 brainstorm-ideas-existing。若你需要的是深入研究整理、UX 文案，或實作規格，它也不是最佳選擇。它的價值在更前段：把已知機會點轉成更好的產品選項。

如何改進 brainstorm-ideas-existing 技能

先把限制條件說清楚

最好的 brainstorm-ideas-existing 結果，通常來自清楚的邊界：目標族群、產品階段、指標、以及已知痛點。如果你說的是「提升 self-serve SMB admins 前 7 天的 activation」，拿到的點子通常會比「改善 onboarding」更好。限制條件能幫 skill 用相關性取代空泛的廣度。

要求可評估的輸出

不要只停在產生點子。你應該要求 skill 說明每個點子為什麼重要、由哪個視角提出，以及應該如何判斷好壞。例如：「請為每個點子標註預期的使用者價值、商業影響，以及主要實作風險。」這樣 brainstorm-ideas-existing skill 會更接近決策所需，也更容易和 product trio 討論。

第一輪之後要迭代

第一版輸出通常只是起點，不是最終答案。如果點子太寬泛，就縮小受眾或結果；如果太保守，就要求更大膽的選項或鄰近機會；如果看起來太昂貴，就要求低成本版本。這種反覆修正的方式，才會讓 brainstorm-ideas-existing skill 真正用在實際 product discovery，而不是只停留在工作坊練習。

用證據強化 prompt

如果你手上有研究筆記、客戶原話、漏斗數據，或目前產品的限制，也都加進來。這個 skill 本來就是為了在機會脈絡中工作，所以證據能幫它避免落入泛泛的 brainstorming。強而有力的輸入，是提升 brainstorm-ideas-existing 使用效果、並讓點子有機會進入實驗而不只是討論的最快方式。