brainstorm-ideas-new
作者 phurynbrainstorm-ideas-new 是一個探索階段的發想技能,能把新的產品概念從 PM、Designer 和 Engineer 的角度,轉化為具體的功能點子。適合用在初期產品探索、新創點子,以及需要先找出可行方案再進一步驗證的 Strategic Planning 場景。
這個技能的評分是 71/100,值得收錄,因為它有明確的初期探索使用情境、易讀的多角度流程,而且細節足夠,讓代理能比泛用的腦力激盪提示更容易觸發與照做。對目錄使用者來說,它已經具備可安裝、實用的特性,但還稱不上是高度精緻或深度整合的工作流程。
- 清楚定義初期產品探索的觸發條件與範圍,並涵蓋 PM、designer、engineer 三種觀點
- 流程具體且循序漸進:先理解機會,再從三個角度各產出 5 個點子
- frontmatter 有效、內容充實,沒有 placeholder 標記或實驗/僅測試用途的訊號
- 沒有支援腳本、參考資料、資源或 install command,因此操作深度與可信度訊號都有限
- 摘錄中 engineer 部分有截斷情況,且看不出太多邊界情境處理或範例
brainstorm-ideas-new 技能概覽
brainstorm-ideas-new 是一個用於探索階段的發想技能,能把粗略的新產品概念,轉化成來自 PM、Designer、Engineer 觀點的具體功能點子。它最適合用在初期產品探索,當團隊需要先判斷產品可以是什麼、服務誰,以及在正式開發前有哪些方向值得驗證。
當你想要的不只是一般腦力激盪時,就適合使用 brainstorm-ideas-new skill。它的設計目標,是產出足夠具體、可以拿來評估、比較,並進一步延伸成後續研究或 MVP 範圍的想法。對新創概念、新產品押注,以及策略規劃中的早期功能探索來說,它都很合適。
它最擅長什麼
這個技能會從三個面向推動發想:市場價值、使用者體驗、以及技術可行性。這樣可以避免輸出成只看起來很空泛,或是太偏實作細節的單向清單。
在你已經有以下資訊時,它最有用:
- 目標族群,
- 要解決的問題或機會,
- 以及預期成果或商業目標。
什麼情況下適合用這個技能
如果你想回答下面這些問題,就選 brainstorm-ideas-new:
- 這個新產品可以有哪些功能,才會更有吸引力?
- 哪些點子值得優先驗證?
- PM、設計、工程會怎麼以不同角度看同一個機會?
但不要把它拿來取代深度研究、路線圖排序,或交付規劃。它是用來做點子發想,不是最終產品策略。
你可以期待什麼輸出
一次好的執行,應該會給你一批具體、多樣,而且有你提供的產品情境基礎的候選功能點子。輸出的品質,很大程度取決於你在提示中把機會與限制描述得多清楚。
如何使用 brainstorm-ideas-new 技能
安裝並找到這個技能
使用下列指令,從 phuryn/pm-skills 集合安裝 brainstorm-ideas-new:
npx skills add phuryn/pm-skills --skill brainstorm-ideas-new
安裝完成後,先打開 SKILL.md。這個 repo 沒有 scripts/、resources/ 或 references/ 這些支援資料夾,所以核心指引都放在技能檔本身。
提供完整的探索簡報
brainstorm-ideas-new usage 的效果最好,前提是你的輸入有足夠的背景資訊,讓技能能推理這個機會。比較好的提示通常會包含:
- 產品概念,
- 目標使用者族群,
- 要解決的問題,
- 目前替代方案,
- 商業目標,
- 以及平台、時程、範圍等限制。
像「幫我的 app 想點子」這種太弱的提示,通常只會產出很寬泛、訊息密度低的結果。更好的提示會像這樣:
“Brainstorm feature ideas for a B2B onboarding product for small SaaS teams. The goal is to reduce time-to-value in the first 7 days. Focus on ideas that help PM, design, and engineering evaluate the opportunity for an MVP.”
按正確順序閱讀工作流程
對這個技能來說,應該先看 SKILL.md,如果本地副本還有其他相鄰或連結文件,再依序閱讀。因為這個 repo 的支援檔案很少,所以重點在於理解指令流程:
- 先確認產品概念與族群,
- 從三種觀點產生點子,
- 再篩選出與初期探索真正相關的內容。
這個順序很重要,因為它能讓輸出始終對準驗證,而不是隨機擴充功能清單。
用更好的輸入結構提升結果
要最快改善 brainstorm-ideas-new guide 的輸出,方法不是多加形容詞,而是補上能幫助決策的背景。請加入市場階段、產品是全新開發還是既有產品的延伸,以及這次發想中你認定的「好結果」是什麼。如果你已經知道哪些方向不能碰,也請先講清楚。
brainstorm-ideas-new 技能 FAQ
brainstorm-ideas-new 只適合全新產品嗎?
是,主要是。這個技能是針對初期探索調校的,不是用來對既有產品做持續迭代。如果你已經有正式上線的使用者、使用數據,還有活躍路線圖,通常會有更適合的探索或優先排序技能。
它比一般提示詞好在哪裡?
一般提示詞也能問點子,但 brainstorm-ideas-new 會給你一個更偏探索的結構:先理解機會,再從 PM、Designer、Engineer 三個角度產生想法。這讓輸出更容易比較,也更方便拿來做策略規劃。
需要產品背景才能用得好嗎?
不需要。只要你能清楚描述目標使用者和問題,新手也可以使用。真正的限制不在於專業程度,而在於輸入品質。你的族群與目標越具體,產出的點子就越能直接拿來行動。
什麼時候不該用這個技能?
當你需要以下內容時,就不要用它:
- 深度的客戶研究整理,
- 實作規劃,
- 最終優先順序判定,
- 或已經打磨完成的產品需求文件。
這個 brainstorm-ideas-new skill FAQ 的重點是早期發想,所以在產品方向還沒定案前最有用。
如何改進 brainstorm-ideas-new 技能
先把機會框架寫得更精準
最大的品質提升,來自於在要求點子之前,先用一句話定義機會。說清楚使用者是誰、他卡在哪裡,以及為什麼現在是關鍵時機。這能幫技能避開空泛的功能清單,產出真正對應產品押注的想法。
明確寫出限制與取捨
如果你想要實際可用的輸出,請直接列出限制,例如 B2B 還是 B2C、mobile 還是 web、單人使用還是團隊工作流、速度優先還是深度優先。這些條件能讓發想更貼近現實,也會讓 brainstorm-ideas-new install 的判斷更有參考價值,因為結果會更貼近你真正可開發的範圍。
要求可驗證的點子
第一輪輸出之後,最好的下一步不是繼續發散,而是問哪些點子最容易測試、哪些風險最高、哪些需要的開發成本最低。這樣可以把原始發想整理成一份可用的短名單,拿去做訪談、原型測試,或內部審查。
用縮小視角來迭代
如果第一輪太發散,就重新跑一次技能,把族群縮小,或把結果更明確地說出來。比如,從「新的 productivity app」改成「給需要更好客戶交接流程的自由接案設計師使用的新的 productivity app」。更精準的輸入,通常會產生更好的策略選項,也能減少雜訊。
