20 分鐘搭出一個(gè) AI 產(chǎn)品經(jīng)理Claude Cowork 產(chǎn)品管理插件完整實(shí)戰(zhàn)指南【免費(fèi)下載鏈接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork項(xiàng)目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins周一早會(huì)剛結(jié)束桌上已經(jīng)堆了三件事今天要交的 PRD、老板等著的周報(bào)還有上周突然往下掉的留存曲線。寫文檔半天同步狀態(tài)一個(gè)下午真正用來想產(chǎn)品的時(shí)間被擠得所剩無幾。knowledge-work-plugins 這個(gè)開源倉庫里的 product-management就是一個(gè)給產(chǎn)品經(jīng)理的 Claude Cowork 產(chǎn)品管理插件它把資深 PM 的工作方法——寫規(guī)格、排路線圖、綜合用戶研究、對齊干系人、盯競爭格局——沉淀成一組可隨時(shí)調(diào)用的技能配合斜杠命令讓你把重復(fù)勞動(dòng)交給 Claude把判斷力留給自己。下面按你一周的真實(shí)節(jié)奏——發(fā)現(xiàn)問題、定義方案、制定計(jì)劃、持續(xù)運(yùn)營——走一遍這條 AI 產(chǎn)品經(jīng)理工作流。? 先裝好它兩條命令讓 AI 產(chǎn)品經(jīng)理上線在 Claude Code 里先把倉庫注冊為插件市場再安裝插件claude plugin marketplace add anthropics/knowledge-work-plugins claude plugin install product-managementknowledge-work-plugins如果你用的是 Claude CoworkAnthropic 的 agentic 桌面應(yīng)用直接在插件頁面瀏覽安裝即可README 給出的等價(jià)格式是claude plugins add knowledge-work-plugins/product-management。裝完不用任何配置技能在對話相關(guān)時(shí)自動(dòng)觸發(fā)斜杠命令以/插件:命令的形式調(diào)用比如/product-management:write-spec。安裝后你得到 7 個(gè)核心命令加 1 個(gè)沖刺命令每個(gè)都掛在一個(gè)技能文件SKILL.md上領(lǐng)域方法論全部寫在那里。命令入口文檔在 commands/ 目錄各技能的方法論在 skills/ 目錄一一對應(yīng)關(guān)系如下斜杠命令解決什么承載技能/brainstorm和思考伙伴一起想問題product-brainstorming/synthesize-research把訪談、問卷、工單變成證據(jù)synthesize-research/write-spec從問題陳述寫出 PRDwrite-spec/competitive-brief生成競爭分析簡報(bào)competitive-brief/roadmap-update增改、重排路線圖roadmap-update/sprint-planning把路線圖落到具體迭代sprint-planning/stakeholder-update按受眾生成狀態(tài)匯報(bào)stakeholder-update/metrics-review評審指標(biāo)、找趨勢metrics-review整個(gè)插件是純 Markdown 構(gòu)成的無需編譯、沒有構(gòu)建步驟、沒有基礎(chǔ)設(shè)施讀得懂文件就讀得懂它的行為邊界。 發(fā)現(xiàn)問題用 /brainstorm 打破思維僵局/brainstorm的定位很明確這是一場對話不是一份交付物。目標(biāo)是把你想到的比你一個(gè)人獨(dú)自思考更遠(yuǎn)。它會(huì)先判斷你帶進(jìn)來的是什么再?zèng)Q定進(jìn)入哪種模式問題探索你有問題區(qū)域但還沒定義清楚要解決什么。它會(huì)先問誰有這個(gè)問題、他們現(xiàn)在怎么解決再反復(fù)追問為什么直到碰到結(jié)構(gòu)性原因把癥狀和根因分開方案構(gòu)思問題已定義清楚需要發(fā)散。規(guī)則是先產(chǎn)出 5-7 個(gè)不同方向的方案再評估且至少包含一個(gè)反過來做和一個(gè)減去什么的選項(xiàng)假設(shè)測試你有一個(gè)想法需要壓測。列出顯性和隱性假設(shè)找到錯(cuò)了就全盤皆輸?shù)哪莻€(gè)并給出最便宜的驗(yàn)證方式。假設(shè)按用戶、問題、方案、商業(yè)、可行性、采納六類挨個(gè)盤戰(zhàn)略探索想的是方向和賭注。用賭什么、賠率多少、回報(bào)是什么的框架看選項(xiàng)并拉長時(shí)間軸——3 個(gè)月、12 個(gè)月、3 年各自該做什么動(dòng)作?？蚣芄ぞ呦潆S取隨用不要當(dāng)清單逐條走HMWHow Might We把痛點(diǎn)重述為機(jī)會(huì)問題。如何改善新手引導(dǎo)太寬如何給第 3 步加個(gè) tooltip太窄如何幫新用戶在 10 分鐘內(nèi)拿到第一次成功才是對的粒度。一個(gè)問題可以派生 5-10 個(gè) HMWJTBD句式是當(dāng)[情境]我想[動(dòng)機(jī)]以便[預(yù)期結(jié)果]。功能性的工作好找情感和社交的工作往往更有力量。追問用戶為了雇傭你的產(chǎn)品解雇了誰能直接暴露真實(shí)競爭集機(jī)會(huì)解決方案樹期望結(jié)果 → 機(jī)會(huì) → 方案 → 實(shí)驗(yàn)逐層展開。機(jī)會(huì)必須能追溯到研究證據(jù)每個(gè)機(jī)會(huì)配多個(gè)方案每個(gè)方案配多個(gè)實(shí)驗(yàn)先測最便宜的第一性原理把假設(shè)拆到基本組件逐項(xiàng)質(zhì)問為什么必須這樣——是物理定律還是慣例再從基本真理重建。適合品類多年沒人重新想過的時(shí)刻SCAMPER替代、合并、改編、修改、另作他用、消除、反轉(zhuǎn)七個(gè)鏡頭系統(tǒng)掃一遍現(xiàn)有方案OODA 循環(huán)Observe不加過濾地收集信號→ Orient用心智模型理解并挑戰(zhàn)自己看到的東西是不是自己預(yù)期看到的→ Decide選一個(gè)方向作為待檢驗(yàn)的假設(shè)不確定時(shí)下小注→ Act執(zhí)行后帶著新數(shù)據(jù)立刻回到 Observe。多數(shù)產(chǎn)品團(tuán)隊(duì)卡在 Orient——無限分析、等更多數(shù)據(jù)循環(huán)轉(zhuǎn)得快的團(tuán)隊(duì)學(xué)習(xí)最快反向頭腦風(fēng)暴卡住時(shí)先想怎么把這事搞得更糟再把每條更糟反轉(zhuǎn)。人識別錯(cuò)誤比想象正確更在行反轉(zhuǎn)能解鎖思路。會(huì)話節(jié)奏是五拍Frame設(shè)邊界探索什么、為什么是現(xiàn)在、已知什么、約束是什么、好結(jié)果長什么樣→Diverge大量生成、不評判、跟著旁支走、越過人人都想得到的前 3-5 個(gè)點(diǎn)子→Provoke這個(gè)方案最強(qiáng)的反對理由是什么誰會(huì)討厭它10 倍激進(jìn)版是什么樣→Converge歸組后按用戶影響、可行性、戰(zhàn)略對齊、證據(jù)強(qiáng)度評估挑出 2-3 個(gè)方向并命名最大未知和最便宜的驗(yàn)證方式→Capture記下關(guān)鍵想法、待驗(yàn)證假設(shè)、待研究問題、下一步、以及明確擱置的點(diǎn)子。它對思考伙伴的行為有明確要求要有立場我認(rèn)為方案 B 更強(qiáng)因?yàn)椤攘_列利弊有用、建設(shè)性地挑戰(zhàn)那假設(shè)了 X——我們確定嗎而不是這行不通、直呼模式你一上來就跳到方案它會(huì)直接說你在定義問題前就 solutioning 了。同時(shí)它知道什么時(shí)候該停如果繞圈子的原因是沒人知道答案正確動(dòng)作不是繼續(xù)頭腦風(fēng)暴而是停下來列出需要什么研究。發(fā)現(xiàn)問題用 /synthesize-research 把訪談筆記變成證據(jù)這一步的輸入很隨意粘貼的訪談?dòng)涗?、上傳的文件或者已連接的知識庫、用戶反饋工具、產(chǎn)品分析、會(huì)議轉(zhuǎn)寫。它先問四個(gè)問題——研究類型、多少來源、要驗(yàn)證什么假設(shè)、結(jié)果支撐什么決策——然后按來源提取關(guān)鍵觀察、原話引語、實(shí)際行為、痛點(diǎn)、正面信號、上下文。主題分析六步是核心方法熟悉數(shù)據(jù) → 初始編碼打碼要慷慨合并總比拆分容易→ 把相關(guān)編碼聚成候選主題 → 審查證據(jù)夠不夠、主題之間分不分得開、能否講出一個(gè)連貫故事→ 細(xì)化命名每個(gè)主題配 1-2 句描述→ 寫成帶證據(jù)的發(fā)現(xiàn)。產(chǎn)出時(shí)按頻率 × 影響排優(yōu)先級控制在 5-8 條強(qiáng)發(fā)現(xiàn)而不是 20 條弱的。親和圖是它的協(xié)作變體每個(gè)觀察單獨(dú)一張卡片按相似性自由聚類不預(yù)設(shè)類別讓結(jié)構(gòu)從數(shù)據(jù)里長出來給聚類命名再歸納出更高層分組。經(jīng)驗(yàn)法則第一次分組幾乎一定不是最優(yōu)的一個(gè)聚類大到失控說明里面藏著多個(gè)主題異常值別硬塞它們往往就是答案。三角驗(yàn)證用組合數(shù)據(jù)源加固發(fā)現(xiàn)同一問題換方法訪談 問卷 行為數(shù)據(jù)、同一方法換人群、同一觀察換時(shí)間點(diǎn)。多來源支持的發(fā)現(xiàn)遠(yuǎn)強(qiáng)于單一來源來源互相矛盾時(shí)不要掩蓋——矛盾常常揭示了不同的用戶細(xì)分。訪談筆記分析有一條硬規(guī)則行為是比態(tài)度更強(qiáng)的證據(jù)。用戶說我想要功能 X但工作流里從不用同類功能記下來的是矛盾而不是需求。問卷定量側(cè)的常見坑只報(bào)均值不報(bào)分布3.5 分可能是全員溫吞也可能是兩極分化、忽視無響應(yīng)偏差、把 0.1 分的 NPS 波動(dòng)當(dāng)信號、把李克特量表當(dāng)?shù)染鄶?shù)據(jù)、把相關(guān)當(dāng)因果。定性與定量的配合是個(gè)反饋環(huán)定性先行揭示是什么、為什么并生成假設(shè) → 定量驗(yàn)證有多少、多大規(guī)模 → 對定量里的意外發(fā)現(xiàn)再回到定性深潛。呈現(xiàn)時(shí)把兩類證據(jù)拼在一句話里例如47% 的受訪用戶報(bào)告 X 困難問卷訪談顯示原因是 Y定性。人物角色要從數(shù)據(jù)里涌現(xiàn)找行為聚類 → 定義區(qū)分變量 → 寫畫像行為目標(biāo)、痛點(diǎn)、上下文、代表引語→ 用定量數(shù)據(jù)驗(yàn)證規(guī)模。3-5 個(gè)是舒適區(qū)按人口統(tǒng)計(jì)年齡/地域切分、憑想象虛構(gòu)、從不更新、不影響任何決策——都是廢掉角色卡的方式。機(jī)會(huì)打分則估計(jì)四個(gè)變量可觸達(dá)用戶數(shù)、問題頻率每日/每周/每月/一次性、嚴(yán)重度阻塞/顯著摩擦/輕微煩擾、支付意愿再疊加證據(jù)強(qiáng)度、戰(zhàn)略對齊、可行性。呈現(xiàn)時(shí)透明披露假設(shè)用區(qū)間而非偽精確每月影響 1500-2500 用戶永遠(yuǎn)好過每月 2137 用戶。 定義方案/write-spec 怎么寫出讓工程師能執(zhí)行的 PRD/write-spec接受四種輸入功能名SSO 支持、問題陳述企業(yè)客戶不斷要求集中式認(rèn)證、用戶請求用戶想導(dǎo)出 CSV、甚至模糊直覺新手引導(dǎo)流失該治一治。然后以對話方式補(bǔ)齊五類上下文用戶問題、目標(biāo)人群、成功指標(biāo)、約束技術(shù)/時(shí)間線/法規(guī)/依賴、已有先例。如果接了項(xiàng)目追蹤器它會(huì)順帶撈出相關(guān)工單和依賴項(xiàng)接了知識庫撈出歷史規(guī)格和決策記錄。產(chǎn)出是一份固定結(jié)構(gòu)的 PRD問題陳述2-3 句附證據(jù)、目標(biāo)3-5 個(gè)必須是成果而非產(chǎn)出——把首次價(jià)值時(shí)間降低 50%而不是做一個(gè)引導(dǎo)向?qū)?、非目?biāo)3-5 個(gè)逐條給理由、按人物角色分組的用戶故事、P0/P1/P2 需求與驗(yàn)收標(biāo)準(zhǔn)、成功指標(biāo)、開放問題標(biāo)注由誰回答、是否阻塞、時(shí)間線考量。用戶故事怎么寫標(biāo)準(zhǔn)句式作為[用戶類型]我想要[能力]以便[收益]對照 INVEST 六條自查——獨(dú)立可交付、細(xì)節(jié)可協(xié)商、對用戶有價(jià)值、可估算、一個(gè)沖刺內(nèi)可完成、可驗(yàn)證。壞例子的五種死法模糊產(chǎn)品要更快、預(yù)設(shè)方案要一個(gè)下拉菜單、沒有收益要能點(diǎn)按鈕、過大要能管理團(tuán)隊(duì)、內(nèi)部視角把重構(gòu)數(shù)據(jù)庫寫成用戶故事。需求怎么分 P0/P1/P2P0Must-Have的判斷標(biāo)準(zhǔn)只有一問——砍掉它功能還能解決核心問題嗎不能就是 P0。P1Nice-to-Have是顯著改善體驗(yàn)但核心場景不依賴它的事通常是發(fā)布后的快速跟進(jìn)。P2Future Considerations明確不做但要留好架構(gòu)空間它的價(jià)值是架構(gòu)保險(xiǎn)。MoSCoWMust/Should/Could/Wont是同一件事的四分法。三條實(shí)操紀(jì)律對 P0 要?dú)埲倘绻磺卸际?P0 那就什么都沒有 P0P1 應(yīng)該是你確定很快要做的事不是愿望清單。驗(yàn)收標(biāo)準(zhǔn)用 Given/When/Then 或清單兩種寫法Given 管理員已為組織配置 SSOWhen 成員訪問登錄頁Then 自動(dòng)重定向到組織的 SSO 提供方。要求覆蓋快樂路徑、錯(cuò)誤路徑和邊界條件寫出什么不應(yīng)該發(fā)生負(fù)向用例每條可獨(dú)立測試并禁用快直觀這類無法驗(yàn)收的詞。成功指標(biāo)分兩層領(lǐng)先指標(biāo)發(fā)布后數(shù)天到數(shù)周就動(dòng)——采納率、激活率、任務(wù)完成率、完成時(shí)間、錯(cuò)誤率、使用頻率滯后指標(biāo)數(shù)周到數(shù)月才顯現(xiàn)——留存影響、收入影響、NPS 變化、工單減少、贏單率。目標(biāo)要具體30 天內(nèi) 50% 采納而不是高采納同時(shí)設(shè)成功閾值和拉伸目標(biāo)并寫清用什么工具、什么查詢、什么時(shí)間窗口來量發(fā)布后 1 周/1 月/1 季度分別評估。范圍蔓延有五個(gè)可識別信號規(guī)格批準(zhǔn)后需求還在加、小改動(dòng)累積成大項(xiàng)目、沒人要的功能被順手加上、發(fā)布日期后移卻從不重新劃范圍、利益相關(guān)者只加不減。六個(gè)預(yù)防動(dòng)作每份規(guī)格寫明確非目標(biāo)任何范圍增加必須伴隨刪減或延期規(guī)格里清晰切開 v1 和 v2拿最初的問題陳述復(fù)審全文給調(diào)查設(shè)時(shí)間盒兩天搞不定 X 就砍為范圍外的好想法設(shè)停車場。定義方案用 /competitive-brief 回答差異化還是對齊/competitive-brief先界定三件事分析誰、聚焦哪個(gè)面全產(chǎn)品/某功能/定價(jià)/定位、支撐什么決策。情報(bào)來源分兩路——對外搜產(chǎn)品頁、定價(jià)頁、發(fā)布動(dòng)態(tài)、客戶評價(jià)、招聘信息招聘 JD 是被低估的情報(bào)對手在招 ML 工程師就是戰(zhàn)略信號、社媒討論對內(nèi)翻知識庫里的既有分析、贏輸報(bào)告、battle card以及銷售頻道里的 deal 反饋。競爭格局分四層別只盯著直接對手直接競爭者同用戶、同方式、同問題間接競爭者同問題不同方式比如電子表格對付專用工具還包括什么都不用的手工流程鄰近競爭者今天不競爭但可能進(jìn)場的大平臺(tái)或擴(kuò)張型初創(chuàng)替代方案雇人、通用工具、外包。畫景觀圖時(shí)選能暴露戰(zhàn)略定位差異的軸廣度 vs 深度、SMB vs 企業(yè)、自助 vs 銷售驅(qū)動(dòng)、簡單 vs 強(qiáng)大、橫向 vs 縱向。功能對比矩陣先按買家的評估視角定義能力域不是你內(nèi)部架構(gòu)的視角再用統(tǒng)一尺度評級。簡單尺度四檔Strong / Adequate / Weak / Absent深挖時(shí)用 5 分制5最佳實(shí)踐級0缺失。模板長這樣| 能力域 | 我們的產(chǎn)品 | 競爭者 A | 競爭者 B | |----------------|-----------|---------|---------| | 引導(dǎo)與上手 | Strong | Adequate| Absent | | 分步引導(dǎo) | Strong | Adequate| Weak | | 模板庫 | Adequate | Strong | Adequate| | 團(tuán)隊(duì)協(xié)作 | | | | | 實(shí)時(shí)共編 | Strong | Strong | Weak |四條紀(jì)律基于真實(shí)產(chǎn)品體驗(yàn)、客戶反饋和評價(jià)來評級不是抄營銷文案按目標(biāo)客戶真正在意的維度加權(quán)而不是數(shù)功能個(gè)數(shù)定期刷新功能對比過期很快誠實(shí)標(biāo)注對手領(lǐng)先的地方——永遠(yuǎn)顯示自己贏的對比沒有可信度。定位分析用一個(gè)固定句式提煉每個(gè)對手對于[目標(biāo)客戶]他們有[需求][產(chǎn)品]是一個(gè)[品類]帶來[關(guān)鍵收益]與[競爭者/替代方案]不同我們的[差異點(diǎn)]。再拆四層消息架構(gòu)品類主張 → 差異點(diǎn) → 價(jià)值主張 → 證明點(diǎn)然后在地圖上找空位沒被占據(jù)的價(jià)值主張、人人都在說已經(jīng)沒意義的擁擠占位、市場變化催生的新興占位、對手喊得出但兌現(xiàn)不了的脆弱占位。贏/輸分析是最有行動(dòng)價(jià)值的競爭情報(bào)。數(shù)據(jù)源里決策后客戶訪談最有價(jià)值、偏差最小CRM 銷售備注即時(shí)但有偏。贏單要問為什么選我們、什么差點(diǎn)讓你選別人、我們要失去什么你才會(huì)重新考慮輸單要問最終選了誰、我們哪里不足、什么條件下你會(huì)回頭。分析時(shí)把產(chǎn)品原因功能、質(zhì)量和非產(chǎn)品原因定價(jià)、品牌、關(guān)系、時(shí)機(jī)分開統(tǒng)計(jì)并算出按對手劃分的贏單率——這是回答對某對手該防守還是進(jìn)攻最直接的數(shù)字。? 制定計(jì)劃用 /roadmap-update 排好 Now/Next/Later/roadmap-update支持五類操作加條目、改狀態(tài)not started / in progress / at risk / blocked / completed / cut、重排優(yōu)先級、移動(dòng)時(shí)間線、從零建圖。接了項(xiàng)目追蹤器時(shí)它直接拉現(xiàn)狀——誰逾期、誰沒負(fù)責(zé)人沒接就讓你粘貼任何格式的現(xiàn)狀。路線圖有四種形態(tài)按溝通對象選Now/Next/Later 是最常用的一種——Now 是已承諾的當(dāng)期工作Next 是已排期未開始的 1-3 個(gè)月工作Later 是 3-6 個(gè)月以上的方向性押注。它的好處在對外和管理層溝通時(shí)不制造日期上的虛假精確。季度主題制按每季 2-3 個(gè)戰(zhàn)略投資主題組織主題要映射公司 OKR適合解釋為什么做這些。OKR 對齊制把條目直接掛到關(guān)鍵結(jié)果下并寫明預(yù)期影響適合以 OKR 運(yùn)轉(zhuǎn)的組織。Gantt/日歷視圖只適合和工程做執(zhí)行規(guī)劃對外用會(huì)埋下預(yù)期地雷。四個(gè)優(yōu)先級框架橫向?qū)Ρ仁裁磮龊嫌媚膫€(gè)框架打分方式適合場景注意RICE(Reach × Impact × Confidence) / EffortReach 用具體人數(shù)Impact 取 3/2/1/0.5/0.25Confidence 取 100%/80%/50%Effort 用人月需要量化、可辯護(hù)的大積壓排序?qū)τ绊戨y估的戰(zhàn)略賭注效果差MoSCoWMust/Should/Could/Wont 四分類發(fā)布或季度劃范圍、和利益相關(guān)者談判Wont 也要寫出來它是溝通工具ICEImpact、Confidence、Ease 各打 1-10 分相乘早期產(chǎn)品或數(shù)據(jù)不足以支撐 RICE 時(shí)的快速排布精度低于 RICE別用來做正式排序價(jià)值-努力矩陣2×2 四象限團(tuán)隊(duì)規(guī)劃會(huì)上建立共識高價(jià)值高努力Big bets要仔細(xì)規(guī)劃低價(jià)值高努力Money pits直接移出積壓依賴和容量是路線圖的暗礁。依賴分五類技術(shù)、團(tuán)隊(duì)、外部供應(yīng)商/第三方、知識需要先有研究結(jié)論、串行A 不發(fā)布 B 不能動(dòng)。管理動(dòng)作全部顯式列出、每條指定負(fù)責(zé)人、設(shè)需要日期、留緩沖依賴是任何路線圖上風(fēng)險(xiǎn)最高的東西、跨團(tuán)隊(duì)依賴盡早標(biāo)記、準(zhǔn)備好滑期預(yù)案。容量上工程師大約 60-70% 時(shí)間能投入計(jì)劃內(nèi)功能健康配比是 70% 計(jì)劃功能 / 20% 技術(shù)健康 / 10% 計(jì)劃外緩沖再按產(chǎn)品階段調(diào)整新品多投功能成熟期多投技術(shù)債事故后多投可靠性。記住一條路線圖對容量是零和游戲——加進(jìn)任何一條都要先回答誰被擠出去或挪后。承諾少一點(diǎn)、交付穩(wěn)一點(diǎn)永遠(yuǎn)優(yōu)于過度承諾。制定計(jì)劃用 /sprint-planning 把路線圖落到迭代/sprint-planning承接的是最后一公里。它要五類輸入團(tuán)隊(duì)與每人可用性、沖刺長度、按優(yōu)先級排好的積壓、上沖刺未完成項(xiàng)、跨團(tuán)隊(duì)依賴。輸出一份沖刺計(jì)劃一句話沖刺目標(biāo)說不出一句話就說明沖刺失焦、逐人容量表可用天數(shù)、分配點(diǎn)數(shù)、PTO/值班備注、按 P0/P1/P2 組織的沖刺積壓、負(fù)載占容量百分比、依賴風(fēng)險(xiǎn)、完成定義和關(guān)鍵日期。四條經(jīng)驗(yàn)值得抄走按容量的 70-80% 規(guī)劃打斷一定會(huì)發(fā)生P2 項(xiàng)就是預(yù)定的可砍項(xiàng)提前知道砍誰上一沖刺沒做完的事先搞懂為什么沒做完再重新承諾。獨(dú)立狀態(tài)下它完全可用接了項(xiàng)目追蹤器可以拉積壓并創(chuàng)建沖刺接了日歷能把 PTO 和會(huì)議直接計(jì)入容量接了聊天工具能把計(jì)劃發(fā)給團(tuán)隊(duì)。 持續(xù)運(yùn)營用 /metrics-review 搭好北極星 L1/L2 指標(biāo)體系/metrics-review接了產(chǎn)品分析工具就自動(dòng)拉取當(dāng)期指標(biāo)和對比數(shù)據(jù)上期、去年同期、目標(biāo)值沒接就讓你粘貼數(shù)值加上下文并順帶問一句期間有什么發(fā)布、事故或季節(jié)性事件。分析時(shí)它會(huì)做歸因指標(biāo)間的相關(guān)、領(lǐng)先指標(biāo)是否預(yù)測了滯后指標(biāo)、總盤平穩(wěn)是否掩蓋了某個(gè)細(xì)分在漲另一個(gè)在跌。指標(biāo)分三層。北極星指標(biāo)只有一個(gè)要同時(shí)滿足四條價(jià)值對齊用戶拿到更多價(jià)值時(shí)它動(dòng)、領(lǐng)先預(yù)測長期業(yè)務(wù)結(jié)果、可行動(dòng)團(tuán)隊(duì)的工作能影響它、可理解全公司都懂它意味著什么。技能文檔給了分品類的例子協(xié)作工具看每周有 3 名以上成員貢獻(xiàn)的活躍團(tuán)隊(duì)數(shù)市場看每周完成交易數(shù)開發(fā)者工具看每周用該工具的部署次數(shù)。L1 是 5-7 個(gè)健康指標(biāo)覆蓋用戶生命周期各站獲客新注冊、注冊轉(zhuǎn)化、渠道組合、獲客成本、激活激活率、激活時(shí)長、設(shè)置完成率、參與DAU/WAU/MAU、DAU/MAU 粘性比、核心動(dòng)作頻率、留存D1/D7/D30、隊(duì)列曲線、流失與復(fù)活、變現(xiàn)免費(fèi)轉(zhuǎn)付費(fèi)、MRR/ARR、擴(kuò)張收入、凈收入留存、滿意度NPS、CSAT、工單量與解決時(shí)長。L2 是診斷指標(biāo)漏斗每步轉(zhuǎn)化、功能級采納、細(xì)分拆解、性能加載、錯(cuò)誤率、延遲。幾個(gè)高頻指標(biāo)的正確用法DAU/MAU 大于 0.5 說明形成了日習(xí)慣低于 0.2 說明使用稀疏趨勢比絕對值重要留存按隊(duì)列畫曲線看形狀——初始陡降是激活問題持續(xù)下滑是參與問題趨平說明有穩(wěn)定的留存底盤轉(zhuǎn)化漏斗里最大的掉隊(duì)點(diǎn)就是杠桿最高的改進(jìn)機(jī)會(huì)激活事件要用留存用戶做了什么、流失用戶沒做什么反推定義且必須能在首次會(huì)話或頭幾天內(nèi)達(dá)成。OKR 怎么寫目標(biāo)定性、有抱負(fù)、有時(shí)限關(guān)鍵結(jié)果定量、可測、結(jié)果導(dǎo)向每個(gè)目標(biāo)配 2-4 條。技能文檔的示例目標(biāo)是讓產(chǎn)品成為日常工作流不可或缺的一環(huán)關(guān)鍵結(jié)果分別是DAU/MAU 從 0.35 提到 0.50新用戶 D30 留存從 40% 提到 55%3 條核心工作流任務(wù)完成率超過 80%。評分紀(jì)律0.0-0.3 未達(dá)成0.4-0.6 有進(jìn)展0.7-1.0 達(dá)成期末誠實(shí)打分拉伸型 OKR 以完成 70% 為目標(biāo)如果每條 KR 你都有把握拿下說明寫得不夠狠。評審節(jié)奏三檔周檢 15-30 分鐘PM 工程負(fù)責(zé)人看北極星周環(huán)比、L1 顯著變動(dòng)、進(jìn)行中的實(shí)驗(yàn)和告警月評審 30-60 分鐘產(chǎn)品團(tuán)隊(duì) 關(guān)鍵干系人過完整 L1 記分卡、OKR 進(jìn)度、隊(duì)列對比、新功能采納和細(xì)分差異季度業(yè)務(wù)評審 60-90 分鐘產(chǎn)品/工程/設(shè)計(jì)/領(lǐng)導(dǎo)OKR 打分、季度趨勢、同比、競爭背景然后定下季 OKR。儀表盤設(shè)計(jì)原則從問題出發(fā)而不是從數(shù)據(jù)出發(fā)先想它支撐什么決策信息分層——北極星最顯眼、L1 其次、L2 可下鉆每個(gè)數(shù)字必須帶上下文當(dāng)前值 對比 趨勢方向只放 5-10 個(gè)關(guān)鍵指標(biāo)統(tǒng)一時(shí)間口徑用綠/黃/紅做視覺狀態(tài)每個(gè)指標(biāo)都要可行動(dòng)。反模式一張清單收掉虛榮指標(biāo)、一頁放不下、裸數(shù)字無對比、幾個(gè)月沒人看的陳舊板、測團(tuán)隊(duì)活動(dòng)而非用戶結(jié)果的輸出儀表盤、一塊板服務(wù)所有受眾。告警分三類閾值錯(cuò)誤率 1%、轉(zhuǎn)化 5% 這類越線即報(bào)、趨勢多日/多周持續(xù)下滑、異常顯著偏離預(yù)期區(qū)間。告警衛(wèi)生每條必須可行動(dòng)定期調(diào)優(yōu)防止誤報(bào)疲勞每條指定響應(yīng)人別把什么都標(biāo)成最高級別。 持續(xù)運(yùn)營用 /stakeholder-update 把同一件事講給四種人聽/stakeholder-update的流程是先定更新類型周報(bào)、月報(bào)、發(fā)布公告、臨時(shí)再定受眾然后從連接的工具里拉料項(xiàng)目追蹤器給狀態(tài)聊天工具搜異步?jīng)Q策會(huì)議轉(zhuǎn)寫給紀(jì)要知識庫給決策文檔。沒接工具時(shí)它只要四樣?xùn)|西上次更新后完成了什么、當(dāng)前阻塞、需要哪些決策、接下來是什么。五類受眾五種寫法。給高管狀態(tài)色 一句話 TL;DR 與目標(biāo)掛鉤的進(jìn)展 風(fēng)險(xiǎn)及緩解 具體請求 下個(gè)里程碑200-300 字以內(nèi)以結(jié)論開頭我們發(fā)布了 X帶動(dòng)了指標(biāo) Y而不是我們開了 14 次站會(huì)解決了 23 個(gè)工單只報(bào)需要你出手的風(fēng)險(xiǎn)請求必須具體到周五前就 X 做決策我們需要支持不是請求。給工程已發(fā)布帶 PR/工單鏈接、進(jìn)行中帶負(fù)責(zé)人、阻塞項(xiàng)、決策給選項(xiàng)和建議、優(yōu)先級變化及原因——工程師想點(diǎn)進(jìn)去看細(xì)節(jié)鏈接就是他們的需求。給跨職能伙伴什么即將到來會(huì)波及他們、需要你做什么帶截止日期、哪些決策影響你的團(tuán)隊(duì)、哪些領(lǐng)域歡迎輸入。給客戶收益語言講新功能、已知問題配變通方案、反饋渠道不出現(xiàn)內(nèi)部行話、工單號和技術(shù)實(shí)現(xiàn)細(xì)節(jié)時(shí)間承諾用本季度晚些時(shí)候而不是可能跳票的具體日期。發(fā)布公告發(fā)布了什么、為什么重要、范圍與限制、成功指標(biāo)、灰度計(jì)劃、反饋渠道。狀態(tài)什么時(shí)候該轉(zhuǎn)黃G/Y/R 紀(jì)律Green 表示按計(jì)劃推進(jìn)且無重大風(fēng)險(xiǎn)是如實(shí)狀態(tài)而不是默認(rèn)值Yellow 表示進(jìn)度慢于計(jì)劃或風(fēng)險(xiǎn)已顯現(xiàn)、緩解進(jìn)行中但結(jié)果不確定——規(guī)則是風(fēng)險(xiǎn)第一次露頭就轉(zhuǎn)黃標(biāo)記得越早選項(xiàng)越多Red 表示顯著落后、重大阻塞且自身手段已窮盡需要砍范圍、加資源或延時(shí)間線級別的干預(yù)。轉(zhuǎn)回 Green 只在風(fēng)險(xiǎn)真正解決時(shí)暫停不算。每次變色都要寫下一句因?yàn)?X 轉(zhuǎn)為黃。風(fēng)險(xiǎn)溝通用 ROAMResolved已解決并記錄、Owned有人負(fù)責(zé)寫明緩解計(jì)劃、Accepted知情接受記錄理由、Mitigated行動(dòng)已把風(fēng)險(xiǎn)壓到可接受水平。溝通五步說清風(fēng)險(xiǎn) → 量化影響 → 給出可能性 → 給緩解方案 → 提具體請求。最常見的錯(cuò)誤把風(fēng)險(xiǎn)埋在好消息后面、說可能會(huì)有些延遲這種模糊話、只報(bào)風(fēng)險(xiǎn)不帶方案、報(bào)得太晚——早報(bào)的風(fēng)險(xiǎn)是規(guī)劃輸入晚報(bào)的風(fēng)險(xiǎn)是救火。決策留痕用 ADRArchitecture Decision Record架構(gòu)決策記錄Status / Context / Decision / Consequences / Alternatives Considered 五段。該寫的場景重大產(chǎn)品或技術(shù)決策、有爭議的決策、限制未來選項(xiàng)的決策、預(yù)期將來會(huì)被質(zhì)疑的決策。技巧決策后盡快寫別拖幾周、記清誰參與誰拍板、上下文寫得慷慨些未來的讀者沒有今天的背景、事后被證明是錯(cuò)的決策也照寫并加已被 ADR-XX 取代的鏈接、一頁以內(nèi)。 不接工具能用到什么程度接上之后強(qiáng)在哪這套技能全部按工具無關(guān)設(shè)計(jì)文檔里出現(xiàn)的~~category占位符如~~project tracker代表你實(shí)際連接的任意同類工具。.mcp.json預(yù)配置了具體 MCP 服務(wù)器但同類別下任何帶 MCP 服務(wù)器的工具都能工作。哲學(xué)可以概括成一句話不接工具也能跑接了更強(qiáng)——技能文檔明確規(guī)定工具沒連接時(shí)完全基于你提供的內(nèi)容工作不會(huì)反過來要求你去連接什么。10 個(gè)類別一覽詳見 CONNECTORS.md工作場景占位符預(yù)配置服務(wù)器其他可選排期與狀態(tài)~~project trackerLinear、Asana、monday.com、ClickUp、AtlassianShortcut、Basecamp歷史規(guī)格與決策~~knowledge baseNotionConfluence、Guru、Coda使用數(shù)據(jù)與行為~~product analyticsAmplitude、PendoMixpanel、Heap、FullStory設(shè)計(jì)上下文~~designFigmaSketch、Adobe XD支持工單與功能請求~~user feedbackIntercomProductboard、Canny、UserVoice會(huì)議決策與紀(jì)要~~meeting transcriptionFirefliesGong、Dovetail、Otter.ai競爭情報(bào)~~competitive intelligenceSimilarwebCrayon、Klue團(tuán)隊(duì)異步討論~~chatSlackMicrosoft Teams假期與會(huì)議計(jì)入容量~~calendarGoogle CalendarMicrosoft 365郵件溝通~~emailGmailMicrosoft 365各自增強(qiáng)什么一目了然追蹤器讓路線圖和沖刺能直接操作真實(shí)工單知識庫讓 PRD 和競爭簡報(bào)能引用歷史決策分析工具讓頭腦風(fēng)暴落在真實(shí)使用數(shù)據(jù)上設(shè)計(jì)工具讓規(guī)格帶上線框圖和組件上下文。落到你的團(tuán)隊(duì)分三種情況起步?jīng)]有工具棧的小團(tuán)隊(duì)裸跑完全成立。從/write-spec和/stakeholder-update起步最劃算——把問題陳述和問題背景直接粘進(jìn)去把上周的進(jìn)展手寫成四段給它。每天抽 30 分鐘用/brainstorm過一遍手頭問題思考伙伴的價(jià)值在高頻短會(huì)話里才顯現(xiàn)。工具接入按先一后多先接一個(gè)項(xiàng)目追蹤器或知識庫再談其他。有完整工具棧的中大型團(tuán)隊(duì)一次性接齊追蹤器 分析 聊天 知識庫把/metrics-review固定進(jìn)周節(jié)奏周檢 15-30 分鐘、/competitive-brief進(jìn)季度節(jié)奏。G/Y/R 紀(jì)律和 ADR 寫進(jìn)團(tuán)隊(duì)規(guī)范讓狀態(tài)色和決策記錄成為例會(huì)產(chǎn)物而不是個(gè)人習(xí)慣。路線圖變更溝通承認(rèn)變化 → 解釋原因 → 展示取舍 → 給出新計(jì)劃 → 說明影響誰可以作為模板固化下來避免路線圖鞭打式變動(dòng)。三個(gè)常見問題沒用過 Cowork 能用嗎可以Claude Code 同樣支持命令和技能一致。它會(huì)不會(huì)用你的模板它產(chǎn)出的是結(jié)構(gòu)化草稿每個(gè)技能都留有評審與迭代環(huán)節(jié)——改章節(jié)、擴(kuò)寫某部分、生成后續(xù)產(chǎn)物設(shè)計(jì)簡報(bào)、工單拆解、高管提案都由你決定。技能里的方法論不合團(tuán)隊(duì)習(xí)慣怎么辦全部是純 Markdown 文件安裝后按你們自己的規(guī)范和術(shù)語修改即可這也是文件即行為設(shè)計(jì)的直接好處。這條工作流的閉環(huán)是用/brainstorm和/synthesize-research把問題想透用/write-spec和/competitive-brief把方案定義清楚用/roadmap-update和/sprint-planning把計(jì)劃排進(jìn)迭代再用/metrics-review和/stakeholder-update持續(xù)運(yùn)營和對齊——七個(gè)命令覆蓋一個(gè)產(chǎn)品角色的一周剩下的交給你的判斷?！久赓M(fèi)下載鏈接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork項(xiàng)目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考