前言¶
這類 Skill 屬於「產品協作與決策」方向:不是替你寫一段文案,而是把你要做的產品判斷拆開——當前處在什麼階段、核心矛盾是什麼、該用哪套方法論、需要哪些證據閉環。如果你經常在「需求評審」和「上線復盤」之間來回補邏輯,下面介紹的這個 Skill 可以作爲一個結構化的對照清單。
這是什麼¶
這是一個面向產品經理的 Skill:Skill 名「產品專家」。
- 座標:
@indiv-skill/product-expert - 版本:1.0.1
- 來源:community(社區發佈)
- 分類:business-ops
- 發佈者:
user_e9185b15 - 是否提示需要 API key:
requires_api_key=false - SkillHub 評分、下載量以官方頁面爲準,本頁不做二次推算;當前資料裏能看到的入口是 100000 評分與 community 來源。
它解決的核心問題是:產品工作橫跨探索、調研、需求、設計、原型、PRD、競品、MVP、路線圖、迭代管理、優先級、指標、增長實驗、商業模式、定位與 GTM、產品架構、AI 產品設計、B 端交付、研發協作、驗證閉環、向上彙報、旅程地圖、評審、復盤和記憶管理。沒有階段判定,調用方法論容易錯位:驗證期用增長期的方法,或者數字化指標先於 PMF 證據,都會把資源用錯地方。
核心能力¶
1、前置階段判定。Skill 先判斷產品處於驗證期、PMF 攻堅、增長期、商業化期或平臺化期,再決定用哪套方法論。先判斷核心矛盾再選方法論 是它和一般 prompt 的主要區別。
2、產品探索與調研。覆蓋機會識別、用戶訪談(Mom Test)、需求分析(JTBD、真僞需求、Kano、用戶故事地圖)。
3、需求與設計。覆蓋多方案對比、信息架構、流程與狀態機、異常邊界窮舉、權限與數據設計;原型部分覆蓋保真度選擇、頁面流、交互五要素、尼爾森自檢、AI 輔助原型。
4、文檔與判斷。包括 PRD 撰寫、競品分析、MVP 定義(四大風險排序)、產品路線圖、版本迭代規劃與需求管理(版本主題、容量配比、端到端切片、依賴關鍵路徑、版本凍結與插隊准入)、優先級排序(RICE、WSJF、價值—成本)。
5、數據與實驗。覆蓋指標體系(北極星、AARRR、HEART、cohort、埋點需求)、增長實驗(A/B 測試與樣本量估算)、商業模式與定價(單位經濟、Van Westendorp)。
6、結構與商業化設計。覆蓋產品定位與 GTM、產品架構設計(分層架構、領域邊界、平臺化決策、康威定律、產品債)、AI 產品設計(場景可行性判定、Eval 評估體系、自動化檔位、成本延遲約束)。
7、交付與協作。覆蓋 B 端交付與客戶成功(定製決策樹、NRR、健康分);研發協作與技術需求(非功能量化、數據契約、兼容遷移、灰度回滾、需求變更管理、技術評審協作)。
8、驗證與溝通。覆蓋可用性測試、概念測試、內測 beta 驗證設計與判定;週報、異動說明、一頁紙請示;用戶旅程地圖、需求評審、迭代復盤、產品記憶管理。
9、產品紀律層。覆蓋市場數據防幻覺、決策留痕、干係人對齊、合規紅線(含 AI 與算法清單)、交付保障。
10、顯式調用。支持 @標識 顯式調用,可跳過路由判斷。
安裝與啓用¶
官方頁面地址:
https://api.skillhub.cn/indiv-skill/product-expert
SkillHub 頁面:
https://www.skillhub.cn/skills/indiv-skill/product-expert
建議用這兩處先確認最新版本、安裝方式和可用適配環境。官方首頁能打開後,再按頁面提示覆制安裝命令或把 Skill 納入當前編輯器環境。
典型用法¶
以下示例按能力清單構造,不是官方原文;具體輸出以你接入後的實際結果爲準。
1、階段判斷後再選方法:
我們目前只有 20 條種子用戶訪談,還沒定義北極星,先判斷產品階段並說明該階段應避免的做法。
2、調研輸入:
我準備訪談 8 位潛在用戶,請按 Mom Test 設計提綱,重點識別近期行爲,避免概念性贊同。
3、需求收斂:
這三條反饋互相矛盾,請用 JTBD、真僞需求、Kano 分別檢查,並給出不建議本次實現的理由。
4、設計評審準備:
基於信息架構和流程狀態機檢查當前頁面流,窮舉異常邊界、權限分支和回滾路徑。
5、MVP 與優先級:
按四大風險排序給出 MVP 範圍,再用 RICE、WSJF、價值—成本對比,說明每個結論的證據來源。
6、指標與實驗:
先給北極星和 AARRR/HEART 指標樹,再針對當前動作做 A/B 測試和樣本量估算。
7、研發協作輸入:
把非功能需求量化,寫明數據契約、兼容遷移、灰度回滾策略與需求變更管理規則。
8、交付/彙報場景:
整理異動說明,按一頁紙請示格式輸出結論、依據、選擇、風險、決策請求和回滾條件。
9、顯式調用:
@indiv-skill/product-expert 請進入需求評審模式,不要把階段判定與方法論選擇合併成一步。
適用場景與注意¶
適合:需要把產品判斷落成結構的人,例如要寫 PRD、做需求評審、拆路線圖、設計指標、準備彙報提綱,或在同一對話裏完成調研、設計、實驗和復盤。
需要注意:
- 官方頁面和命令未在本稿抓取中打開,安裝命令不要照抄第三方示例;先覈對版本和接入方式。
- 統計口徑以 SkillHub 官方頁面爲準。
- Skill 提供的是方法論結構、清單和提示,不能替代業務判斷、真實訪談、數據埋點和合規法務確認。
- 市場數據、用戶反饋、合規紅線和決策依據需要人工覈實;「防幻覺、決策留痕」是紀律要求,不是自動事實保證。
- 路由判斷失敗時可使用
@標識顯式調用。
結尾¶
「產品專家」的價值不是給一個萬能答案,而是把產品會議裏常被跳過的步驟補回來:先定階段,再選方法,再拿證據,最後做決策。需要覈對和安裝時,請回到官方地址:
https://api.skillhub.cn/indiv-skill/product-expert