尧图网站建设 
Product Management 插件完整实战7 个命令搭一条从 PRD 到指标复盘的 AI 产品工作流【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins在 knowledge-work-plugins 仓库里product-management是专为产品经理打造的角色插件在 Claude Cowork 里输入/write-spec就能产出一份结构化 PRD输入/metrics-review则把一堆原始数字变成带行动建议的记分卡。它由 7 个斜杠命令和 8 个技能组成命令负责发起会话技能提供领域方法论。下面我用 7 个真实场景走一遍顺带说清 MCP 连接器怎么接入你现有的工具栈。一分钟跑起来安装与触发机制整个插件是纯 Markdown 仓库没有编译步骤装完即可用。在 Claude Cowork 里从插件页面直接安装在 Claude Code 中先注册市场再安装claude plugin marketplace add anthropics/knowledge-work-plugins随后claude plugin install product-managementknowledge-work-plugins。README 给出的等价单行写法是claude plugins add knowledge-work-plugins/product-management。装完后每个命令以/插件:命令的形式出现。7 个命令各自的分工/write-spec产出 PRD/roadmap-update增删改排路线图/stakeholder-update生成面向不同受众的状态更新/synthesize-research提炼用户研究/competitive-brief输出竞争简报/metrics-review评审指标/brainstorm与思考伙伴过想法。技能侧则多一个sprint-planning对应/sprint-planning负责把路线图落到具体迭代。技能文件在对话相关时自动触发例如你在讨论这个需求该不该做时write-spec 技能会带着自己的方法论进场。场景一 一句话需求三步变成结构化 PRD/write-spec是你日常用得最多的入口四类输入它都收功能名SSO 支持、问题陈述企业客户不断要集中式认证、用户请求想把数据导出成 CSV甚至一句模糊念头新手流失该管管了。第一步是对话式补上下文而不是一次性甩问卷目标用户是谁、怎么算成功、约束有哪些技术、时间线、法规、依赖、以前试过没有。重要问题先问缺口边聊边补。第二步是拉取连接工具的上下文。接了项目追踪器它会翻相关工单、既有验收标准和依赖项接了知识库能检索历史规格、研究结论和会议决策接了设计工具可以取 mockup 和设计系统组件。一个都没接也照跑它只基于你提供的信息工作不会催你装连接器。第三步产出八段式 PRD问题陈述2-3 句需有证据支撑——用户研究、支持数据或指标、目标3-5 条写成果而非产出比如把首次价值时间砍一半而不是做一个引导向导、非目标3-5 条各附理由、用户故事、需求分级、成功指标、开放问题标注由谁回答区分阻塞性、时间线。生成后它会主动问你要不要调整章节或接着产出设计简报、工单拆解。P0/P1/P2 分级MoSCoW 交叉校验分级的核心是一道判断题砍掉它功能还能解决核心问题吗不能就是 P0。P1 是核心场景不依赖、发布后快速跟进的改进P2 是 v1 明确不做但设计上要留空间——技能文档把它称为架构保险防止将来想支持时架构上已经走死路。MoSCoWMust/Should/Could/Wont作为另一套分类法可以交叉使用。收紧 P0 要狠如果一切皆 P0等于没有 P0。用户故事按 INVEST 六条检查——独立可交付、细节可协商、对用户有价值、可估算、一个冲刺能做完、可验证。文档同时列了五类常见坏味道太模糊产品要更快、预设方案要一个下拉菜单、缺收益要能点按钮、过大要能管理团队、内部视角把重构数据库写成了用户故事。成功指标分两类领先指标发布后数天到数周可见变化如采纳率、激活率、任务完成率、错误率和滞后指标数周到数月才显现如留存、收入、NPS、工单量下降。目标必须具体——30 天内 50% 采纳率同时设达标线和拉伸线并写清用什么工具、什么查询、多长窗口在发布后 1 周、1 月还是 1 季度评估。验收标准支持 Given/When/Then 或清单两种写法要求覆盖快乐路径、错误路径和边界把不应发生什么也写出来避开快易用这类无法验证的词。常见误区范围蔓延的五个信号规格批准后需求还在加、小改动滚成大项目、没人要的功能被顺手加上、发布日期一推再推却不重新划范围、利益相关者只加不减——出现这些就该警惕。对应的手段每份规格都写明非目标加一项就必须减一项或延时间线v1 与 v2 在文档里分开给调查类工作设时间盒两天查不出来就砍另设停车场记录不错但不在本期范围的想法。场景二 让思考伙伴帮你压力测试一个想法/brainstorm是插件里唯一被明确定义为对话而非交付物的命令——目标不是给你一份清单而是让你比独自思考时走得更远。先选模式四种思考姿态问题探索你只有一块问题域时。先问谁有这个问题、他们今天怎么解决把症状和根因分开不断追问为什么直到触及结构性因素再看这个问题在不同用户细分里的差异。方案构思问题已定义清楚、需要发散时。先产出 5-7 个不同方案再评估其中至少一个是反过来做会怎样一个是减去什么而不是增加什么。假设测试手里有半成型想法时。列出显性与隐性的全部假设逐个追问置信度和证据找出错了就全盘皆输的那条再设计最便宜的验证方式。假设分六类用户、问题、方案、商业、可行性、采纳。战略探索谈的是方向而不是功能时。用赌注思维赌什么、赔率如何、回报多大并对照 3 个月 / 12 个月 / 3 年的不同时间轴分别推演。框架工具箱从 HMW 到 OODAproduct-brainstorming 技能内置了整套框架按会话需要取用HMWHow Might We把痛点重写成机会问题。如何改善新手引导太宽给步骤 3 加 tooltip太窄恰当的是如何帮新用户在 10 分钟内拿到第一次成功。JTBD当[情境]我想[动机]以便[预期结果]。功能层的工作容易罗列情感层感到自信和社会层被视为靠谱的工作往往更有杠杆追问用户为了用你的产品解雇了什么就能看清真实竞争集。机会解决方案树期望结果 → 机会必须有研究证据→ 方案 → 实验同一机会配多个方案用最便宜的方式先测。第一性原理拆到基本组件逐项问为什么必须如此——是物理定律还是惯例适合团队陷入增量思维时用。SCAMPER替代、合并、改编、修改、另作他用、消除、反转七个角度轮流过一遍。OODA观察—定向—决策—行动。技能文档的判断是力量不在步骤本身而在循环速度。多数团队卡在定向环节——无限分析、争论框架、等更多数据OODA 的主张是先用已有信息决策行动让下一轮观察来修正航向。反向头脑风暴卡住时先列怎么把这事做砸再把每一条反转。人更擅长指出错误反转能解锁想象。Frame-Diverge-Provoke-Converge-Capture 的节奏一次会话分五拍Frame 定边界探索什么、为什么是现在、已知什么、理想产出Diverge 大量生成、不评判Provoke 主动挑战——最强反驳是什么谁会讨厌这个10 倍更野的版本长什么样Converge 收敛到 2-3 个方向点名最大未知和最便宜的验证Capture 记录想法、待验证假设、下一步和搁置项。对思考伙伴的行为要求也写得很细要有立场我认为方案 B 更强因为……比中立罗列有用挑战要建设性这假设了 X我们确信吗而不是这行不通能量要与对方匹配看到模式要直呼其名——过早方案化、功能对等陷阱对手有 X 我们也要 X、被约束锚定。反模式提醒里有一条最容易被忽略该研究的时候别头脑风暴有些问题需要数据此时应停下来列出所需的研究。场景三把一堆访谈记录变成决策依据/synthesize-research的原料是访谈记录、问卷数据、支持工单产出是带证据的结论而不是印象。对每份来源它会提取关键观察、逐字引语、实际行为、痛点、正面信号和上下文。主题分析六步与三角验证主题分析走六步熟悉数据 → 初始编码打码宁多勿少合并总是比拆分开容易→ 主题开发 → 主题审查证据够不够、主题之间分不分得开、能不能讲出连贯故事→ 命名并写一两句描述 → 写成带证据的发现。配合亲和图法每个观察单独一张卡片按相似性自由聚类、不预设类别为聚类命名后再归纳更高层分组。两条经验首次分组很少是最优的聚类大到失控通常说明里面混着多个主题。异常值也值得单独看。三角验证是用来源组合加固结论方法三角同一问题、不同方法、来源三角同一方法、不同参与者或细分、时间三角同一观察、不同时点。技能文档特别指出来源之间出现矛盾时往往是在暴露不同的用户细分或上下文值得追下去而不是抹平。从人物角色到机会打分访谈分析要分清行为与态度——行为是更强的证据区分嘴上偏好与揭示偏好强度信号看情绪化语言、提及频率、用户付出的变通努力、后果的严重度。问卷分析则要盯分布形状双峰分布和正态分布讲的是完全不同的故事还要做细分拆解、对小样本的显著性保持谨慎。文档列出的定量分析常见错误有五个只报均值不报分布、忽视无响应偏差、过度解读微小差异、把李克特量表当等距数据、把相关当因果。定性和定量走一个反馈环定性先行回答是什么、为什么并生成假设定量验证回答有多少、覆盖多少人再回到定性解释意外的定量发现。人物角色应从数据中涌现识别行为模式 → 定义区分变量 → 画画像名称、行为目标、痛点、上下文、代表引语→ 用定量数据验证规模。3-5 个为宜避免人口统计学画像和没有产品决策含义的角色。机会打分则综合可触达用户数 × 频率每日/每周/每月/一次性× 严重度阻塞/显著摩擦/轻微烦扰再叠加证据强度、战略对齐、可行性。呈现时透明披露假设与置信度用区间而非虚假精确——每月影响 1500-2500 用户比每月 2137 用户更诚实。场景四用竞争简报回答差异化还是对齐/competitive-brief走三步先定范围盯哪几个对手、聚焦哪个功能域、支撑什么决策再收情报最后出简报。情报两条线对外查产品页、定价页、发布动态、客户评价、招聘信息、社媒讨论对内翻既有竞争分析、赢输报告、销售 battle card 和 deal 反馈。功能对比矩阵怎么搭先把竞争格局分层直接竞争者相同用户、相同问题、相同方式、间接竞争者相同问题、不同方式什么都不做或拿电子表格对付也算、邻近竞争者今天不竞争但可能进入你地盘的大平台或初创、替代方案满足底层需求的完全不同路径。画景观图时轴要选能暴露战略定位差异的组合广度对深度、SMB 对企业、自助对销售驱动、简单对强大、横向对纵向。矩阵的维度从买家评估视角出发而不是你的内部架构。评级尺度两档简单版 Strong / Adequate / Weak / Absent详细版用 5 分制5 代表最佳实践级、0 代表缺失。四条操作纪律基于真实产品体验和客户反馈评级而非营销页按目标客户真正在意的维度加权定期更新功能对比过时很快对手领先的地方要诚实标出来——一份永远显示自己赢的对比没有可信度。赢/输分析含金量最高的竞争情报数据源按偏差从大到小排CRM 销售备注即时但有偏流失调查居中决策完成后的客户访谈最有价值。赢单问三句为什么选我们、什么差点让你选了别人、我们要失去什么你才会重新考虑。输单问三句最终选了谁、我们哪里不足、什么条件下你会重新考虑我们。分析时把产品原因和非产品原因定价、品牌、关系、时机拆开并算出按对手划分的竞争赢单率。定位分析给了一句可直接套用的陈述对于[目标客户]他们有[需求/问题][产品]是一个[品类]能带来[关键收益]与[竞争者/替代方案]不同[产品]的[关键差异点]。消息架构分四层品类主张 → 差异点 → 价值主张 → 证明点再沿这四层寻找未占位的空档、拥挤的占位、新兴占位和易受攻击的占位。场景五️ 把路线图排出来再落到冲刺/roadmap-update覆盖五类操作加条目、改状态not started / in progress / at risk / blocked / completed / cut、调优先级、挪时间线、从零建图。格式怎么选Now/Next/Later、季度主题、OKR、GanttNow/Next/LaterNow 是本周期已承诺的工作Next 是未来 1-3 个月已排期未启动的Later 是 3-6 个月以上的方向性押注。对外或向上沟通时它最稳因为它不在日期上制造虚假精确性。季度主题每季度围绕 2-3 个战略投资组织如企业就绪度激活改善主题应能映射到公司或团队 OKR。OKR 对齐每个条目直接挂到目标与关键结果上写清预期影响适合以 OKR 运转的组织。时间线/Gantt展示起止、并行串行、资源冲突与依赖服务于工程执行不适合对外。优先级框架RICE、MoSCoW、ICE、价值-努力RICE (Reach × Impact × Confidence) / Effort。Reach 用具体用户数每季度 500 用户Impact 按 3/2/1/0.5/0.25 打分Confidence 取 100%、80%、50%Effort 以人月计。适合需要量化、可辩护的排序场合。MoSCoWMust/Should/Could/Wont适合发布或季度划范围、与利益相关者谈判。ICEImpact、Confidence、Ease 各打 1-10 分适合早期产品、数据不足时快速排布积压。价值 × 努力 2×2高价值低努力先做高价值高努力谨慎规划低价值低努力当填充低价值高努力直接从积压里移除。容量是零和游戏70/20/10 规则依赖分技术、团队、外部、知识、串行五类管理动作是全部显式列出、每条指定负责人、设需要日期、留缓冲、跨团队依赖尽早标记、准备滑期预案。容量上工程师约 60-70% 时间应投入计划内功能一个健康配比是 70% 计划功能 / 20% 技术健康 / 10% 计划外缓冲再按团队情境新产品、成熟产品、事故后、高速增长调整。roadmap-update 技能反复强调一点路线图对容量是零和游戏添加任何东西时都要问什么会被移走或挪后。最后一公里的交付靠 sprint-planning 技能它要五类输入——团队与可用性、冲刺长度、按优先级排好的积压、上冲刺遗留项、跨团队依赖产出含冲刺目标、逐人容量表可用天数、分配点数、PTO 与值班备注、P0/P1/P2 分级积压和依赖风险的计划。裸跑完全可用接了项目追踪器可以拉积压并直接建冲刺接了日历能把 PTO 和会议折进容量接了聊天工具可以把计划发给团队。场景六读数字并把数字变成 OKR/metrics-review先取数连了分析工具就拉指标、对比周期和目标没连就贴一张表进来按层级组织看趋势和异常最后输出带建议的评审。北极星 L1/L2 三层指标北极星是最能捕捉产品核心价值的那一个指标。技能文档给了五类示例协作工具是每周有 3 名以上成员贡献的活跃团队数市场是每周完成的交易数SaaS 平台是每周跑完核心工作流的活跃用户数内容平台是每周深度消费时长开发者工具是每周使用工具的部署次数。L1 健康指标取 5-7 个覆盖获客、激活、参与、留存、变现、满意度六个阶段例如注册转化率、激活率、DAU/MAU 粘性比、D1/D7/D30 留存、免费转付费率、MRR、NPS。L2 诊断指标用于下钻漏斗各步转化、功能级采纳、细分拆解计划/规模/地域/角色、性能页面加载、错误率、API 延迟。读数的几个经验值DAU/MAU 大于 0.5 说明形成了日习惯低于 0.2 说明使用稀疏且趋势比绝对值重要留存看队列曲线——初期陡跌是激活问题持续阴跌是参与问题趋平说明有了稳定底盘漏斗里最大的掉队点就是杠杆最高的改进机会激活事件要能强预测长期留存并且最好在首次会话内可达建第一个项目、邀一个队友。OKR 方面目标定性、有抱负、有时限每个目标配 2-4 条量化、结果导向的 KR。文档示例——目标让产品成为日常工作流里不可替代的一环KR 为DAU/MAU 从 0.35 提到 0.50新用户 D30 留存从 40% 提到 55%3 个核心工作流的任务完成率超过 80%。实践建议拉伸目标按 70% 达成设计KR 测结果不测产出期末诚实评分0.0-0.3 未达成、0.4-0.6 有进展、0.7-1.0 达成。周、月、季三级评审节奏周检 15-30 分钟PM 加工程负责人参加看北极星周环比、L1 显著变动、在跑实验和异常告警。月评审 30-60 分钟产品团队加关键利益相关者过完整 L1 记分卡、OKR 进度、队列分析和新功能采纳。季度业务评审 60-90 分钟产品、工程、设计、领导层一起评分 OKR、看季度趋势与同比、复盘竞争背景并设定下季度 OKR。仪表盘的设计原则从问题出发而不是从数据出发北极星放最显眼处L1 次之L2 供下钻每个数字带当前值、对比和趋势方向聚焦 5-10 个指标每个指标都要可行动。告警分阈值型如错误率超 1%、趋势型多日持续下滑和异常型显著偏离预期并且每条告警都要可行动、有响应负责人、定期调优防疲劳。场景七 写一份会被认真读完的状态更新同一份进展有五种写法/stakeholder-update会先问你两个问题什么类型周报/月报/发布公告/临时给谁看高管/工程/跨职能/客户/董事会。每类受众一套模板高管TL;DR G/Y/R 状态 关联目标的进展 已做决策 风险与缓解 具体请求 下个里程碑控制在 300 词以内。用结论开场说发布了 X、指标 Y 有变化而不是开了 14 次会、关 23 个工单请求必须具体——周五前对 X 做决策不是需要支持。工程团队已发布带 PR 和工单链接、进行中带负责人、阻塞项、决策含备选方案和建议、优先级变化及原因。工程师的读法是点链接看细节所以链接要给到具体工单。跨职能伙伴什么即将到来、会影响他们什么、需要你方做什么带截止日期、欢迎反馈的地方。客户/外部收益语言描述新功能、即将到来、已知问题与变通方案、反馈渠道不出现内部行话、工单号和技术细节。发布公告发布了什么、为什么重要、范围/可用性/限制、成功指标、发布节奏、反馈渠道。G/Y/R 与 ROAM把状态和风险说诚实绿按计划推进如实使用它不是默认值。黄进度落后或风险已现缓解措施在跑但结果未定。红显著偏离重大阻塞且没有明确缓解需要砍范围、加资源或延时间线。转换纪律是重点风险一露头就转黄标记得越早选项越多需要外部介入时才转红风险是真正解决而不是暂停才回到绿每次状态变化都记录原因。风险用 ROAM 四种状态表达Resolved已解决并记录、Owned有人主动负责写明人和缓解计划、Accepted知情接受记录理由、Mitigated行动已把风险压到可接受水平。沟通走五步讲清风险、量化影响、给可能性、给缓解方案、提具体请求。重大决策落一份 ADR五部分Status / Context / Decision / Consequences / Alternatives Considered。适用于重大产品或技术决策、有争议的决策、限制未来选项的决策、以及预期会被质疑的决策。技巧决策后尽快写、记录参与者和最终拍板人、一页以内事后被证明错误的决策也保留原文只追加 superseded 链接。连接器把你的工具栈接进来插件是工具无关的——文档里的~~project tracker、~~knowledge base、~~design都是类别占位符同类别下你接的任意 MCP 服务器都能工作.mcp.json只是预配了具体服务器。全部类别见 CONNECTORS.md类别预置服务器可替换为项目追踪器Linear、Asana、monday.com、ClickUp、AtlassianJira/ConfluenceShortcut、Basecamp知识库NotionConfluence、Guru、Coda产品分析Amplitude、PendoMixpanel、Heap、FullStory用户反馈IntercomProductboard、Canny、UserVoice聊天SlackMicrosoft Teams设计FigmaSketch、Adobe XD会议转写FirefliesGong、Dovetail、Otter.ai日历Google CalendarMicrosoft 365邮件GmailMicrosoft 365竞争情报SimilarwebCrayon、Klue各连接器对产出质量的贡献追踪器喂给路线图、工单上下文和状态跟踪知识库喂历史规格、研究与会议纪要设计工具喂设计上下文分析工具喂使用数据和行为洞察反馈工具喂工单与功能请求转写工具喂会议结论。没接工具时手动给上下文即可——所有技能在设计上都支持裸跑工具只是增强项。最小上手路径想今天就看到效果不用先接任何工具拿一个你拿不准的问题跑/brainstorm先感受思考伙伴的对话方式用/write-spec把本季度最重要的一件事写成 PRD喂一段问题陈述加成功指标即可用/metrics-review复盘上个月的数字直接贴表之后再逐个接工具聊天工具最先决策散落在讨论里然后追踪器工单与状态最后分析工具行为数据。一条要提前说的误区别把这些命令当成代笔。命令输出一长串清单不等于完成了头脑风暴需要数据支撑的结论也不要靠发散获得——切到/synthesize-research喂真实研究或者先做一次小样本访谈。插件的八份技能文档都放在 product-management/skills/ 下每份都值得通读一遍那是这套工作流的真正方法论底座。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Product Management 插件完整实战：7 个命令，搭一条从 PRD 到指标复盘的 AI 产品工作流
Product Management 插件完整实战7 个命令搭一条从 PRD 到指标复盘的 AI 产品工作流【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins在 knowledge-work-plugins 仓库里product-management是专为产品经理打造的角色插件在 Claude Cowork 里输入/write-spec就能产出一份结构化 PRD输入/metrics-review则把一堆原始数字变成带行动建议的记分卡。它由 7 个斜杠命令和 8 个技能组成命令负责发起会话技能提供领域方法论。下面我用 7 个真实场景走一遍顺带说清 MCP 连接器怎么接入你现有的工具栈。一分钟跑起来安装与触发机制整个插件是纯 Markdown 仓库没有编译步骤装完即可用。在 Claude Cowork 里从插件页面直接安装在 Claude Code 中先注册市场再安装claude plugin marketplace add anthropics/knowledge-work-plugins随后claude plugin install product-managementknowledge-work-plugins。README 给出的等价单行写法是claude plugins add knowledge-work-plugins/product-management。装完后每个命令以/插件:命令的形式出现。7 个命令各自的分工/write-spec产出 PRD/roadmap-update增删改排路线图/stakeholder-update生成面向不同受众的状态更新/synthesize-research提炼用户研究/competitive-brief输出竞争简报/metrics-review评审指标/brainstorm与思考伙伴过想法。技能侧则多一个sprint-planning对应/sprint-planning负责把路线图落到具体迭代。技能文件在对话相关时自动触发例如你在讨论这个需求该不该做时write-spec 技能会带着自己的方法论进场。场景一 一句话需求三步变成结构化 PRD/write-spec是你日常用得最多的入口四类输入它都收功能名SSO 支持、问题陈述企业客户不断要集中式认证、用户请求想把数据导出成 CSV甚至一句模糊念头新手流失该管管了。第一步是对话式补上下文而不是一次性甩问卷目标用户是谁、怎么算成功、约束有哪些技术、时间线、法规、依赖、以前试过没有。重要问题先问缺口边聊边补。第二步是拉取连接工具的上下文。接了项目追踪器它会翻相关工单、既有验收标准和依赖项接了知识库能检索历史规格、研究结论和会议决策接了设计工具可以取 mockup 和设计系统组件。一个都没接也照跑它只基于你提供的信息工作不会催你装连接器。第三步产出八段式 PRD问题陈述2-3 句需有证据支撑——用户研究、支持数据或指标、目标3-5 条写成果而非产出比如把首次价值时间砍一半而不是做一个引导向导、非目标3-5 条各附理由、用户故事、需求分级、成功指标、开放问题标注由谁回答区分阻塞性、时间线。生成后它会主动问你要不要调整章节或接着产出设计简报、工单拆解。P0/P1/P2 分级MoSCoW 交叉校验分级的核心是一道判断题砍掉它功能还能解决核心问题吗不能就是 P0。P1 是核心场景不依赖、发布后快速跟进的改进P2 是 v1 明确不做但设计上要留空间——技能文档把它称为架构保险防止将来想支持时架构上已经走死路。MoSCoWMust/Should/Could/Wont作为另一套分类法可以交叉使用。收紧 P0 要狠如果一切皆 P0等于没有 P0。用户故事按 INVEST 六条检查——独立可交付、细节可协商、对用户有价值、可估算、一个冲刺能做完、可验证。文档同时列了五类常见坏味道太模糊产品要更快、预设方案要一个下拉菜单、缺收益要能点按钮、过大要能管理团队、内部视角把重构数据库写成了用户故事。成功指标分两类领先指标发布后数天到数周可见变化如采纳率、激活率、任务完成率、错误率和滞后指标数周到数月才显现如留存、收入、NPS、工单量下降。目标必须具体——30 天内 50% 采纳率同时设达标线和拉伸线并写清用什么工具、什么查询、多长窗口在发布后 1 周、1 月还是 1 季度评估。验收标准支持 Given/When/Then 或清单两种写法要求覆盖快乐路径、错误路径和边界把不应发生什么也写出来避开快易用这类无法验证的词。常见误区范围蔓延的五个信号规格批准后需求还在加、小改动滚成大项目、没人要的功能被顺手加上、发布日期一推再推却不重新划范围、利益相关者只加不减——出现这些就该警惕。对应的手段每份规格都写明非目标加一项就必须减一项或延时间线v1 与 v2 在文档里分开给调查类工作设时间盒两天查不出来就砍另设停车场记录不错但不在本期范围的想法。场景二 让思考伙伴帮你压力测试一个想法/brainstorm是插件里唯一被明确定义为对话而非交付物的命令——目标不是给你一份清单而是让你比独自思考时走得更远。先选模式四种思考姿态问题探索你只有一块问题域时。先问谁有这个问题、他们今天怎么解决把症状和根因分开不断追问为什么直到触及结构性因素再看这个问题在不同用户细分里的差异。方案构思问题已定义清楚、需要发散时。先产出 5-7 个不同方案再评估其中至少一个是反过来做会怎样一个是减去什么而不是增加什么。假设测试手里有半成型想法时。列出显性与隐性的全部假设逐个追问置信度和证据找出错了就全盘皆输的那条再设计最便宜的验证方式。假设分六类用户、问题、方案、商业、可行性、采纳。战略探索谈的是方向而不是功能时。用赌注思维赌什么、赔率如何、回报多大并对照 3 个月 / 12 个月 / 3 年的不同时间轴分别推演。框架工具箱从 HMW 到 OODAproduct-brainstorming 技能内置了整套框架按会话需要取用HMWHow Might We把痛点重写成机会问题。如何改善新手引导太宽给步骤 3 加 tooltip太窄恰当的是如何帮新用户在 10 分钟内拿到第一次成功。JTBD当[情境]我想[动机]以便[预期结果]。功能层的工作容易罗列情感层感到自信和社会层被视为靠谱的工作往往更有杠杆追问用户为了用你的产品解雇了什么就能看清真实竞争集。机会解决方案树期望结果 → 机会必须有研究证据→ 方案 → 实验同一机会配多个方案用最便宜的方式先测。第一性原理拆到基本组件逐项问为什么必须如此——是物理定律还是惯例适合团队陷入增量思维时用。SCAMPER替代、合并、改编、修改、另作他用、消除、反转七个角度轮流过一遍。OODA观察—定向—决策—行动。技能文档的判断是力量不在步骤本身而在循环速度。多数团队卡在定向环节——无限分析、争论框架、等更多数据OODA 的主张是先用已有信息决策行动让下一轮观察来修正航向。反向头脑风暴卡住时先列怎么把这事做砸再把每一条反转。人更擅长指出错误反转能解锁想象。Frame-Diverge-Provoke-Converge-Capture 的节奏一次会话分五拍Frame 定边界探索什么、为什么是现在、已知什么、理想产出Diverge 大量生成、不评判Provoke 主动挑战——最强反驳是什么谁会讨厌这个10 倍更野的版本长什么样Converge 收敛到 2-3 个方向点名最大未知和最便宜的验证Capture 记录想法、待验证假设、下一步和搁置项。对思考伙伴的行为要求也写得很细要有立场我认为方案 B 更强因为……比中立罗列有用挑战要建设性这假设了 X我们确信吗而不是这行不通能量要与对方匹配看到模式要直呼其名——过早方案化、功能对等陷阱对手有 X 我们也要 X、被约束锚定。反模式提醒里有一条最容易被忽略该研究的时候别头脑风暴有些问题需要数据此时应停下来列出所需的研究。场景三把一堆访谈记录变成决策依据/synthesize-research的原料是访谈记录、问卷数据、支持工单产出是带证据的结论而不是印象。对每份来源它会提取关键观察、逐字引语、实际行为、痛点、正面信号和上下文。主题分析六步与三角验证主题分析走六步熟悉数据 → 初始编码打码宁多勿少合并总是比拆分开容易→ 主题开发 → 主题审查证据够不够、主题之间分不分得开、能不能讲出连贯故事→ 命名并写一两句描述 → 写成带证据的发现。配合亲和图法每个观察单独一张卡片按相似性自由聚类、不预设类别为聚类命名后再归纳更高层分组。两条经验首次分组很少是最优的聚类大到失控通常说明里面混着多个主题。异常值也值得单独看。三角验证是用来源组合加固结论方法三角同一问题、不同方法、来源三角同一方法、不同参与者或细分、时间三角同一观察、不同时点。技能文档特别指出来源之间出现矛盾时往往是在暴露不同的用户细分或上下文值得追下去而不是抹平。从人物角色到机会打分访谈分析要分清行为与态度——行为是更强的证据区分嘴上偏好与揭示偏好强度信号看情绪化语言、提及频率、用户付出的变通努力、后果的严重度。问卷分析则要盯分布形状双峰分布和正态分布讲的是完全不同的故事还要做细分拆解、对小样本的显著性保持谨慎。文档列出的定量分析常见错误有五个只报均值不报分布、忽视无响应偏差、过度解读微小差异、把李克特量表当等距数据、把相关当因果。定性和定量走一个反馈环定性先行回答是什么、为什么并生成假设定量验证回答有多少、覆盖多少人再回到定性解释意外的定量发现。人物角色应从数据中涌现识别行为模式 → 定义区分变量 → 画画像名称、行为目标、痛点、上下文、代表引语→ 用定量数据验证规模。3-5 个为宜避免人口统计学画像和没有产品决策含义的角色。机会打分则综合可触达用户数 × 频率每日/每周/每月/一次性× 严重度阻塞/显著摩擦/轻微烦扰再叠加证据强度、战略对齐、可行性。呈现时透明披露假设与置信度用区间而非虚假精确——每月影响 1500-2500 用户比每月 2137 用户更诚实。场景四用竞争简报回答差异化还是对齐/competitive-brief走三步先定范围盯哪几个对手、聚焦哪个功能域、支撑什么决策再收情报最后出简报。情报两条线对外查产品页、定价页、发布动态、客户评价、招聘信息、社媒讨论对内翻既有竞争分析、赢输报告、销售 battle card 和 deal 反馈。功能对比矩阵怎么搭先把竞争格局分层直接竞争者相同用户、相同问题、相同方式、间接竞争者相同问题、不同方式什么都不做或拿电子表格对付也算、邻近竞争者今天不竞争但可能进入你地盘的大平台或初创、替代方案满足底层需求的完全不同路径。画景观图时轴要选能暴露战略定位差异的组合广度对深度、SMB 对企业、自助对销售驱动、简单对强大、横向对纵向。矩阵的维度从买家评估视角出发而不是你的内部架构。评级尺度两档简单版 Strong / Adequate / Weak / Absent详细版用 5 分制5 代表最佳实践级、0 代表缺失。四条操作纪律基于真实产品体验和客户反馈评级而非营销页按目标客户真正在意的维度加权定期更新功能对比过时很快对手领先的地方要诚实标出来——一份永远显示自己赢的对比没有可信度。赢/输分析含金量最高的竞争情报数据源按偏差从大到小排CRM 销售备注即时但有偏流失调查居中决策完成后的客户访谈最有价值。赢单问三句为什么选我们、什么差点让你选了别人、我们要失去什么你才会重新考虑。输单问三句最终选了谁、我们哪里不足、什么条件下你会重新考虑我们。分析时把产品原因和非产品原因定价、品牌、关系、时机拆开并算出按对手划分的竞争赢单率。定位分析给了一句可直接套用的陈述对于[目标客户]他们有[需求/问题][产品]是一个[品类]能带来[关键收益]与[竞争者/替代方案]不同[产品]的[关键差异点]。消息架构分四层品类主张 → 差异点 → 价值主张 → 证明点再沿这四层寻找未占位的空档、拥挤的占位、新兴占位和易受攻击的占位。场景五️ 把路线图排出来再落到冲刺/roadmap-update覆盖五类操作加条目、改状态not started / in progress / at risk / blocked / completed / cut、调优先级、挪时间线、从零建图。格式怎么选Now/Next/Later、季度主题、OKR、GanttNow/Next/LaterNow 是本周期已承诺的工作Next 是未来 1-3 个月已排期未启动的Later 是 3-6 个月以上的方向性押注。对外或向上沟通时它最稳因为它不在日期上制造虚假精确性。季度主题每季度围绕 2-3 个战略投资组织如企业就绪度激活改善主题应能映射到公司或团队 OKR。OKR 对齐每个条目直接挂到目标与关键结果上写清预期影响适合以 OKR 运转的组织。时间线/Gantt展示起止、并行串行、资源冲突与依赖服务于工程执行不适合对外。优先级框架RICE、MoSCoW、ICE、价值-努力RICE (Reach × Impact × Confidence) / Effort。Reach 用具体用户数每季度 500 用户Impact 按 3/2/1/0.5/0.25 打分Confidence 取 100%、80%、50%Effort 以人月计。适合需要量化、可辩护的排序场合。MoSCoWMust/Should/Could/Wont适合发布或季度划范围、与利益相关者谈判。ICEImpact、Confidence、Ease 各打 1-10 分适合早期产品、数据不足时快速排布积压。价值 × 努力 2×2高价值低努力先做高价值高努力谨慎规划低价值低努力当填充低价值高努力直接从积压里移除。容量是零和游戏70/20/10 规则依赖分技术、团队、外部、知识、串行五类管理动作是全部显式列出、每条指定负责人、设需要日期、留缓冲、跨团队依赖尽早标记、准备滑期预案。容量上工程师约 60-70% 时间应投入计划内功能一个健康配比是 70% 计划功能 / 20% 技术健康 / 10% 计划外缓冲再按团队情境新产品、成熟产品、事故后、高速增长调整。roadmap-update 技能反复强调一点路线图对容量是零和游戏添加任何东西时都要问什么会被移走或挪后。最后一公里的交付靠 sprint-planning 技能它要五类输入——团队与可用性、冲刺长度、按优先级排好的积压、上冲刺遗留项、跨团队依赖产出含冲刺目标、逐人容量表可用天数、分配点数、PTO 与值班备注、P0/P1/P2 分级积压和依赖风险的计划。裸跑完全可用接了项目追踪器可以拉积压并直接建冲刺接了日历能把 PTO 和会议折进容量接了聊天工具可以把计划发给团队。场景六读数字并把数字变成 OKR/metrics-review先取数连了分析工具就拉指标、对比周期和目标没连就贴一张表进来按层级组织看趋势和异常最后输出带建议的评审。北极星 L1/L2 三层指标北极星是最能捕捉产品核心价值的那一个指标。技能文档给了五类示例协作工具是每周有 3 名以上成员贡献的活跃团队数市场是每周完成的交易数SaaS 平台是每周跑完核心工作流的活跃用户数内容平台是每周深度消费时长开发者工具是每周使用工具的部署次数。L1 健康指标取 5-7 个覆盖获客、激活、参与、留存、变现、满意度六个阶段例如注册转化率、激活率、DAU/MAU 粘性比、D1/D7/D30 留存、免费转付费率、MRR、NPS。L2 诊断指标用于下钻漏斗各步转化、功能级采纳、细分拆解计划/规模/地域/角色、性能页面加载、错误率、API 延迟。读数的几个经验值DAU/MAU 大于 0.5 说明形成了日习惯低于 0.2 说明使用稀疏且趋势比绝对值重要留存看队列曲线——初期陡跌是激活问题持续阴跌是参与问题趋平说明有了稳定底盘漏斗里最大的掉队点就是杠杆最高的改进机会激活事件要能强预测长期留存并且最好在首次会话内可达建第一个项目、邀一个队友。OKR 方面目标定性、有抱负、有时限每个目标配 2-4 条量化、结果导向的 KR。文档示例——目标让产品成为日常工作流里不可替代的一环KR 为DAU/MAU 从 0.35 提到 0.50新用户 D30 留存从 40% 提到 55%3 个核心工作流的任务完成率超过 80%。实践建议拉伸目标按 70% 达成设计KR 测结果不测产出期末诚实评分0.0-0.3 未达成、0.4-0.6 有进展、0.7-1.0 达成。周、月、季三级评审节奏周检 15-30 分钟PM 加工程负责人参加看北极星周环比、L1 显著变动、在跑实验和异常告警。月评审 30-60 分钟产品团队加关键利益相关者过完整 L1 记分卡、OKR 进度、队列分析和新功能采纳。季度业务评审 60-90 分钟产品、工程、设计、领导层一起评分 OKR、看季度趋势与同比、复盘竞争背景并设定下季度 OKR。仪表盘的设计原则从问题出发而不是从数据出发北极星放最显眼处L1 次之L2 供下钻每个数字带当前值、对比和趋势方向聚焦 5-10 个指标每个指标都要可行动。告警分阈值型如错误率超 1%、趋势型多日持续下滑和异常型显著偏离预期并且每条告警都要可行动、有响应负责人、定期调优防疲劳。场景七 写一份会被认真读完的状态更新同一份进展有五种写法/stakeholder-update会先问你两个问题什么类型周报/月报/发布公告/临时给谁看高管/工程/跨职能/客户/董事会。每类受众一套模板高管TL;DR G/Y/R 状态 关联目标的进展 已做决策 风险与缓解 具体请求 下个里程碑控制在 300 词以内。用结论开场说发布了 X、指标 Y 有变化而不是开了 14 次会、关 23 个工单请求必须具体——周五前对 X 做决策不是需要支持。工程团队已发布带 PR 和工单链接、进行中带负责人、阻塞项、决策含备选方案和建议、优先级变化及原因。工程师的读法是点链接看细节所以链接要给到具体工单。跨职能伙伴什么即将到来、会影响他们什么、需要你方做什么带截止日期、欢迎反馈的地方。客户/外部收益语言描述新功能、即将到来、已知问题与变通方案、反馈渠道不出现内部行话、工单号和技术细节。发布公告发布了什么、为什么重要、范围/可用性/限制、成功指标、发布节奏、反馈渠道。G/Y/R 与 ROAM把状态和风险说诚实绿按计划推进如实使用它不是默认值。黄进度落后或风险已现缓解措施在跑但结果未定。红显著偏离重大阻塞且没有明确缓解需要砍范围、加资源或延时间线。转换纪律是重点风险一露头就转黄标记得越早选项越多需要外部介入时才转红风险是真正解决而不是暂停才回到绿每次状态变化都记录原因。风险用 ROAM 四种状态表达Resolved已解决并记录、Owned有人主动负责写明人和缓解计划、Accepted知情接受记录理由、Mitigated行动已把风险压到可接受水平。沟通走五步讲清风险、量化影响、给可能性、给缓解方案、提具体请求。重大决策落一份 ADR五部分Status / Context / Decision / Consequences / Alternatives Considered。适用于重大产品或技术决策、有争议的决策、限制未来选项的决策、以及预期会被质疑的决策。技巧决策后尽快写、记录参与者和最终拍板人、一页以内事后被证明错误的决策也保留原文只追加 superseded 链接。连接器把你的工具栈接进来插件是工具无关的——文档里的~~project tracker、~~knowledge base、~~design都是类别占位符同类别下你接的任意 MCP 服务器都能工作.mcp.json只是预配了具体服务器。全部类别见 CONNECTORS.md类别预置服务器可替换为项目追踪器Linear、Asana、monday.com、ClickUp、AtlassianJira/ConfluenceShortcut、Basecamp知识库NotionConfluence、Guru、Coda产品分析Amplitude、PendoMixpanel、Heap、FullStory用户反馈IntercomProductboard、Canny、UserVoice聊天SlackMicrosoft Teams设计FigmaSketch、Adobe XD会议转写FirefliesGong、Dovetail、Otter.ai日历Google CalendarMicrosoft 365邮件GmailMicrosoft 365竞争情报SimilarwebCrayon、Klue各连接器对产出质量的贡献追踪器喂给路线图、工单上下文和状态跟踪知识库喂历史规格、研究与会议纪要设计工具喂设计上下文分析工具喂使用数据和行为洞察反馈工具喂工单与功能请求转写工具喂会议结论。没接工具时手动给上下文即可——所有技能在设计上都支持裸跑工具只是增强项。最小上手路径想今天就看到效果不用先接任何工具拿一个你拿不准的问题跑/brainstorm先感受思考伙伴的对话方式用/write-spec把本季度最重要的一件事写成 PRD喂一段问题陈述加成功指标即可用/metrics-review复盘上个月的数字直接贴表之后再逐个接工具聊天工具最先决策散落在讨论里然后追踪器工单与状态最后分析工具行为数据。一条要提前说的误区别把这些命令当成代笔。命令输出一长串清单不等于完成了头脑风暴需要数据支撑的结论也不要靠发散获得——切到/synthesize-research喂真实研究或者先做一次小样本访谈。插件的八份技能文档都放在 product-management/skills/ 下每份都值得通读一遍那是这套工作流的真正方法论底座。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考