一、Product Manager Toolkit —— PM的”瑞士軍刀”

解決痛點(diǎn)：需求優(yōu)先級(jí)混亂、客戶訪談不會(huì)問(wèn)、PRD寫不全

這個(gè)Skill堪稱產(chǎn)品經(jīng)理的”百寶箱”，內(nèi)置了RICE優(yōu)先級(jí)排序、客戶訪談分析、PRD模板、探索框架、上市策略等一整套方法論。安裝量366次，18顆星，是PM類Skill里口碑最好的之一。

實(shí)戰(zhàn)案例：

上周我負(fù)責(zé)的一個(gè)功能有5個(gè)候選需求，每個(gè)需求方都說(shuō)自己的最急。我把5個(gè)需求的Reach（覆蓋用戶數(shù)）、Impact（影響程度）、Confidence（信心度）、Effort（開發(fā)成本）輸入進(jìn)去，RICE模型直接算出優(yōu)先級(jí)排序。結(jié)果顯示一個(gè)”看起來(lái)很重要”的需求實(shí)際得分排第4，而一個(gè)小功能改進(jìn)排到了第2。

我把這個(gè)排序拿給開發(fā)負(fù)責(zé)人看，他當(dāng)場(chǎng)同意按這個(gè)順序排期——因?yàn)檫@不是”我覺得”，而是模型算出來(lái)的。

使用技巧：

安裝命令：

二、Competitive Analysis —— 競(jìng)品分析的”專業(yè)外包”

解決痛點(diǎn)：競(jìng)品信息收集慢、分析維度單一、輸出報(bào)告耗時(shí)

這個(gè)Skill專注于深度競(jìng)爭(zhēng)分析，能幫你繪制競(jìng)爭(zhēng)對(duì)手畫像、發(fā)現(xiàn)市場(chǎng)空白、理解競(jìng)品策略、對(duì)比自身產(chǎn)品定位。它不是給你一個(gè)簡(jiǎn)單的”競(jìng)品對(duì)比表”，而是引導(dǎo)你做系統(tǒng)性的競(jìng)爭(zhēng)情報(bào)分析。

實(shí)戰(zhàn)案例：

我們團(tuán)隊(duì)準(zhǔn)備進(jìn)軍一個(gè)新的垂直領(lǐng)域，我對(duì)這個(gè)領(lǐng)域的競(jìng)品了解僅限于用過(guò)的兩三個(gè)產(chǎn)品。用Competitive Analysis Skill，我輸入了領(lǐng)域關(guān)鍵詞和已知競(jìng)品，它幫我梳理出了8個(gè)直接競(jìng)品和5個(gè)間接競(jìng)品的定位矩陣、核心功能差異、定價(jià)策略、用戶評(píng)價(jià)情緒分析。

最讓我意外的是，它發(fā)現(xiàn)了一個(gè)我完全沒(méi)有注意到的市場(chǎng)空白——頭部競(jìng)品都在做”大而全”，但中小客戶的”輕量專用”需求沒(méi)人滿足。這個(gè)洞察直接影響了我們的產(chǎn)品定位策略。

使用技巧：

安裝命令：

解決痛點(diǎn)：?jiǎn)柧碓O(shè)計(jì)不專業(yè)、訪談問(wèn)不到點(diǎn)上、反饋數(shù)據(jù)不會(huì)分析

很多產(chǎn)品經(jīng)理做用戶研究就是”發(fā)個(gè)問(wèn)卷、找個(gè)用戶聊聊”，但問(wèn)卷怎么設(shè)計(jì)才能避免引導(dǎo)性偏差？訪談腳本怎么寫才能挖出深層需求？這個(gè)Skill提供了一整套用戶研究的方法論支持。

實(shí)戰(zhàn)案例：

我們有一個(gè)老功能使用率一直上不去，團(tuán)隊(duì)內(nèi)部討論了很久，有人說(shuō)UI太丑，有人說(shuō)入口太深，有人說(shuō)用戶根本不需要。我拿著這個(gè)模糊的問(wèn)題去找User Research Skill，它幫我設(shè)計(jì)了一個(gè)”任務(wù)完成度+滿意度+NPS”的三段式問(wèn)卷，還生成了一份5人深度訪談的腳本。

訪談執(zhí)行后發(fā)現(xiàn)，真正的問(wèn)題根本不是UI或入口——而是用戶根本不知道這個(gè)功能能解決他們的問(wèn)題。這個(gè)功能的名字太技術(shù)化了，用戶看到名字就劃走了。我們改了個(gè)更直白的名字，使用率兩周內(nèi)提升了47%。

使用技巧：

安裝命令：

解決痛點(diǎn)：Excel操作繁瑣、數(shù)據(jù)洞察挖掘慢、可視化門檻高

產(chǎn)品經(jīng)理天天跟數(shù)據(jù)打交道——DAU、留存、轉(zhuǎn)化、漏斗、AB測(cè)試……但這個(gè)Skill不是教你寫SQL或Python，而是幫你把”分析思路”變成”可執(zhí)行的分析流程”。

實(shí)戰(zhàn)案例：

上個(gè)月我們上線了一個(gè)新功能，老板說(shuō)”看看效果”。我把后臺(tái)導(dǎo)出的CSV丟給Data Analysis Skill，它先幫我做了數(shù)據(jù)清洗（發(fā)現(xiàn)日期格式不統(tǒng)一、有幾行缺失值），然后自動(dòng)做了基礎(chǔ)統(tǒng)計(jì)、趨勢(shì)分析、異常檢測(cè)。

最關(guān)鍵的是，它發(fā)現(xiàn)了一組我肉眼完全看不出的關(guān)聯(lián)——在周三下午3-5點(diǎn)使用該功能的用戶，次日留存率比其他時(shí)段高出23%。深入分析后發(fā)現(xiàn)，這個(gè)時(shí)段正好是用戶完成某項(xiàng)核心工作流后的”空閑窗口”。我們據(jù)此調(diào)整了功能推送策略，把原來(lái)全時(shí)段的推送改成了周三下午定向推送，整體留存提升了8%。

使用技巧：

安裝命令：

解決痛點(diǎn)：PRD結(jié)構(gòu)混亂、遺漏關(guān)鍵模塊、上下游理解不一致

這個(gè)Skill專門幫產(chǎn)品經(jīng)理寫結(jié)構(gòu)化的PRD，但注意——它的價(jià)值不是”替你想”，而是”逼你想全”。它會(huì)引導(dǎo)你回答”為什么做””做什么””怎么做””怎么驗(yàn)證”四個(gè)核心問(wèn)題，確保PRD的每個(gè)模塊都有據(jù)可依。

實(shí)戰(zhàn)案例：

我之前寫PRD有個(gè)壞習(xí)慣——重”功能描述”輕”業(yè)務(wù)目標(biāo)”。有一次我拿著一份”功能很全”的PRD去評(píng)審，開發(fā)問(wèn)”這個(gè)按鈕放在這里，預(yù)計(jì)能提升多少轉(zhuǎn)化率？”我答不上來(lái)。

后來(lái)用PRD Writer Skill，它在開頭就逼我填寫：

這些模塊的存在，讓PRD從”功能說(shuō)明書”變成了”業(yè)務(wù)方案書”。開發(fā)不再只是”實(shí)現(xiàn)功能”，而是”為實(shí)現(xiàn)業(yè)務(wù)目標(biāo)負(fù)責(zé)”。

使用技巧：

安裝命令：

解決痛點(diǎn)：會(huì)后忘記決議、行動(dòng)項(xiàng)跟蹤混亂、信息同步不到位

產(chǎn)品經(jīng)理的日程表上，會(huì)議占據(jù)了40%以上的時(shí)間。但很多時(shí)候，開完會(huì)大家各忙各的，會(huì)上說(shuō)好的事情沒(méi)人跟進(jìn)。Meeting Minutes Skill能把雜亂的會(huì)議內(nèi)容整理成結(jié)構(gòu)化的紀(jì)要，包含決策點(diǎn)、行動(dòng)項(xiàng)、負(fù)責(zé)人、Deadline。

實(shí)戰(zhàn)案例：

我們有個(gè)跨部門項(xiàng)目，涉及產(chǎn)品、開發(fā)、設(shè)計(jì)、運(yùn)營(yíng)四個(gè)團(tuán)隊(duì)，每周一次同步會(huì)。以前會(huì)后我手動(dòng)整理紀(jì)要，至少要花30分鐘，還經(jīng)常漏掉一些討論細(xì)節(jié)。

使用技巧：

安裝命令：

解決痛點(diǎn)：思路混亂、邏輯關(guān)系理不清、方案對(duì)比不直觀

實(shí)戰(zhàn)案例：

我把這張圖貼到評(píng)審PPT里，老板和開發(fā)負(fù)責(zé)人一眼就看懂了整體架構(gòu)，評(píng)審效率比之前提升了至少一倍。

使用技巧：

安裝命令：

解決痛點(diǎn)：產(chǎn)品架構(gòu)設(shè)計(jì)缺乏方法論、技術(shù)方案看不懂、與開發(fā)溝通有鴻溝

這個(gè)Skill專門幫產(chǎn)品經(jīng)理設(shè)計(jì)并可視化產(chǎn)品框架，包括分層架構(gòu)、價(jià)值鏈、能力圖譜、競(jìng)爭(zhēng)定位。它不是給技術(shù)架構(gòu)師用的，而是給產(chǎn)品經(jīng)理用來(lái)”把產(chǎn)品邏輯結(jié)構(gòu)化”的。

實(shí)戰(zhàn)案例：

我們要做一個(gè)B端SaaS產(chǎn)品，我對(duì)技術(shù)架構(gòu)一竅不通，但產(chǎn)品架構(gòu)必須我自己定。用Product Framework Skill，我輸入了業(yè)務(wù)場(chǎng)景和用戶旅程，它幫我生成了三層產(chǎn)品架構(gòu)圖：

每層下面又細(xì)分了能力模塊。拿著這張圖去和技術(shù)負(fù)責(zé)人溝通，他很快理解了產(chǎn)品方向，還根據(jù)技術(shù)可行性幫我調(diào)整了業(yè)務(wù)層的模塊劃分。以前需要開三次會(huì)才能對(duì)齊的事情，一張圖就解決了。

使用技巧：

安裝命令：

九、Socratic Business Model Canvas —— 商業(yè)模式的”追問(wèn)教練”

解決痛點(diǎn)：商業(yè)模式畫布填不滿、底層邏輯沒(méi)想透、關(guān)鍵假設(shè)沒(méi)驗(yàn)證

傳統(tǒng)的商業(yè)模式畫布就是一張表格，讓你填空。但這個(gè)Skill用的是蘇格拉底式追問(wèn)——它不給你標(biāo)準(zhǔn)答案，而是通過(guò)一系列層層深入的問(wèn)題，逼你把每個(gè)模塊的底層邏輯都想清楚。

實(shí)戰(zhàn)案例：

我有一次要為一個(gè)內(nèi)部創(chuàng)新項(xiàng)目寫商業(yè)計(jì)劃，用了傳統(tǒng)的畫布模板，20分鐘就填完了，但自己看著都覺得”假大空”。

改用Socratic Business Model Canvas后，它開始問(wèn)我：

這些問(wèn)題讓我意識(shí)到，我之前填的12個(gè)模塊里，有4個(gè)是未經(jīng)驗(yàn)證的假設(shè)，有2個(gè)根本站不住腳。重新梳理后，商業(yè)模式變得扎實(shí)多了，投資人評(píng)審一次就過(guò)了。

使用技巧：

安裝命令：

十、PM Toolkit – Excalidraw —— 產(chǎn)品思維的”可視化翻譯器”

解決痛點(diǎn)：想法在腦子里轉(zhuǎn)、講不清楚、團(tuán)隊(duì)理解不一致

實(shí)戰(zhàn)案例：

使用技巧：

安裝命令：

這10個(gè)Skill覆蓋了產(chǎn)品經(jīng)理從需求發(fā)現(xiàn)到產(chǎn)品落地的完整鏈路。但我不建議一次性全裝上——按需取用，效率最高。

最后提醒一點(diǎn)：Skill是工具，不是替代品。它們幫你提高效率、減少遺漏、結(jié)構(gòu)化思考——但產(chǎn)品決策的 judgment，永遠(yuǎn)在你自己手里。