产品经理必装的10个Claude Skills,每一个都是高频刚需
很多产品经理刚开始用Claude的时候,主要就是写写PRD、改改文案、整理会议纪要。用久了发现,好像也就那样。
但真正把Claude用起来的产品经理,做法不一样。他们把日常工作里那些重复、费脑子的事情,一个一个交给Claude去做。用得好不好,差别就在有没有装对Skills。
我不打算泛泛说“Claude能帮PM做很多事”,而是直接告诉你:如果你是产品经理,最值得装的Skills是哪10个。
我的筛选标准有三条:
是不是产品经理平时经常碰到的事
装完之后有没有明显提升,而不是“也能用”
和其他Skill不重复
按这个标准,我把10个Skills分成三个方向:产品设计、需求管理、产品创作与研究。文档类的Skill(Word、PDF、PPT)网上介绍很多,这里只留一个pptx,其他重点放在PM真正核心的工作上。
一、frontend-design:不会写代码也能验证想法
很多PM跟设计师和研发沟通时,会遇到一个尴尬的情况:脑子里有想法,说出来对方理解不了;画的原型太粗糙,说不清楚问题;等高保真设计稿出来,发现方向跑偏了。
frontend-design解决的就是这个问题。它能帮你快速做出一个能点开的HTML页面,在浏览器里打开就能展示交互逻辑。评审会上用来走一遍流程,跟研发对齐交互细节,跟设计师说“我要的大概是这个感觉”。
你不需要会写代码,只要说清楚想要什么就行。
安装命令:
npx skills add anthropics/skills@frontend-design -g -y二、ui-ux-pro-max:把竞品截图变成真正的分析
大多数PM做竞品分析,最后就是一堆截图加几行描述,真正有用的判断很少。
不是没认真看,而是从“看到”到“理解设计背后的决策”之间,有一道很难翻过去的墙。
ui-ux-pro-max解决的就是这个问题。你把竞品截图给Claude,配上这个Skill,它会帮你:
拆解界面背后的设计逻辑
分析信息层级和优先级判断
理解交互模式背后的产品思路
对比你的产品,找出差距和机会
它不只是描述截图,而是帮你读懂截图背后的产品决策。这个Skill在排行榜上一直稳定在前100,做竞品分析的PM装完感受会很直接。
安装命令:
npx skills add nextlevelbuilder/ui-ux-pro-max-skill@ui-ux-pro-max -g -y三、brainstorming:写需求之前先把想法想透
PM有一类工作经常被低估:在开始写需求之前,把想法真正想清楚。
你有一个模糊的方向,不确定从哪个角度切入;要开需求启动会,不知道先讨论什么;对一个功能有想法,不知道有没有更好的做法。
这时候brainstorming就有用了。它不是让Claude帮你“生成一堆想法让你挑”,而是让它真正参与你的思考过程:提出反驳、指出盲点、从不同角色角度拆解问题、帮你找到没想到的切入点。
对于经常主导产品讨论、做决策的PM来说,一个会真正参与思考的伙伴,比很多工具都管用。
安装命令:
npx skills add obra/superpowers@brainstorming -g -y四、prd:写PRD不用再从空白文档开始
写PRD是每个PM都绕不开的工作,但大多数人的起点都一样:对着空白文档发呆,不知道从哪开始,写出来的结构每次都不一样,跟团队沟通时发现理解跑偏了。
prd这个Skill把PRD写作的最佳实践放进了Claude的工作方式:
按标准结构组织内容(背景、目标、用户、功能、非功能需求、验收标准)
每个部分该写什么、不该写什么,有清晰的约束
可以从一句话描述开始,逐步展开成完整文档
输出的格式研发和测试能直接看懂
它不会帮你“想清楚要做什么”,但你想清楚之后,它能让你快速、规范地写出来。
安装命令:
npx skills add github/awesome-copilot@prd -g -y五、用户故事生成器:把需求描述变成能直接用的Story
这是一个装了就会每天用的Skill。
PM写需求文档,最耗时间的不是想清楚要做什么,而是把想清楚的东西翻译成研发和测试能准确理解的格式。
用户故事怎么拆?验收标准怎么写?边界条件有没有漏掉?粒度合不合适?
这个Skill可以帮你:
按As a / I want / So that的格式生成标准用户故事
给每条Story写对应的验收标准
识别明显的边界情况和异常情况
按INVEST原则检查拆分粒度
如果你用Jira或Linear,还可以让它直接输出对应格式,复制进去就能用。
安装命令:
npx skills add deanpeters/Product-Manager-Skills --skill user-story -g -y六、需求优先级分析:让排优先级不再靠感觉
每个PM都知道需求要排优先级,但大多数人的排法其实是凭感觉,加上谁嗓门大谁排前面。
因为真要拿MoSCoW、RICE、Kano这些框架来排,太麻烦了——要收集数据、填表格、算分数、解释结论,一套下来挺费时间。
这个Skill把优先级分析的成本压低了。你把需求池发给它,告诉它背景、目标用户、资源限制,它会先问你3到5个关键问题,然后:
根据你的产品阶段推荐最合适的框架(RICE、ICE、Kano、MoSCoW)
用选定的框架对每条需求打分或分类
给出综合判断和排序理由
更有价值的是,它会把排序背后的逻辑解释清楚。评审会上你就不只是说“这个排在前面”,而是能说清楚为什么。
安装命令:
npx skills add deanpeters/Product-Manager-Skills --skill prioritization-advisor -g -y七、copywriting:UX文案不是最后一步
UX文案是一个容易被忽视、但做差了会明显拉低产品体验的环节。
空状态怎么写才不冷漠?错误提示怎么写才不让人沮丧?引导文案怎么写才能把用户留下来?按钮文字怎么写才能让人知道点了会发生什么?
这些问题,很多PM的做法是:先写一个凑合的,等以后再优化。结果“以后”从来没来。
copywriting这个Skill不只是“帮你写文案”,它内置了一套框架:
给同一个场景生成多个不同语气的版本(正式、亲切、简洁、直接)
检查文案里有没有太技术性、用户看不懂的表达
确保整个产品的文案语气和品牌调性一致
改了功能逻辑,文案跟着同步更新
它让“文案”这件事不再是靠等、靠催、靠运气,而是随时能做、随时能改。
安装命令:
npx skills add coreyhaines31/marketingskills@copywriting -g -y八、xlsx:需求池不用再手工维护
PM最累的维护工作之一就是需求池。每周加新需求、更新状态、调优先级、补工作量评估、筛选本迭代要做的——这些事不难,但每次都要花不少时间。
Claude配合xlsx Skill,可以帮你:
根据你描述的需求自动生成结构化的需求条目
按你的字段规范(状态、优先级、迭代、负责人)填充表格
对现有需求池做批量更新和整理
生成本迭代的交付清单或排期表
如果你的需求池已经积累了大量数据,还可以让Claude帮你分析——哪个模块的需求最多、哪些需求长期没推进、历史需求完成率是多少。
安装命令:
npx skills add anthropics/skills@xlsx -g -y九、summarize:信息太多,先学会压缩
PM每天要消化的信息量太大了:竞品的更新日志、行业分析报告、用户访谈录音转文字、技术方案文档、上下游团队的沟通记录。很多时候你不是不想读,是真的没时间读完。
summarize做的事很直接:帮你把一大段信息压缩成你真正需要的部分。
不是简单截取前几段,而是理解内容之后,按你关心的角度提炼——关键结论是什么、有哪些需要注意的风险、对你的产品决策有什么参考价值。
它最适合处理的内容:长网页、竞品文档、播客或会议录音转录、多篇资料汇总、用户访谈记录。
安装命令:
npx skills add steipete/clawdis@summarize -g -y十、skill-creator:把你的工作方式沉淀下来
最后这一个,是所有重度用户最终都会走到的地方。
前面九个都是用别人沉淀好的能力,而skill-creator是把你自己的工作方式沉淀成能力。
每个PM都有自己习惯的一套做法:PRD有自己的结构偏好、需求评审有固定的检查框架、竞品分析有自己的维度模板、版本复盘有自己的问题清单。
这些东西放在脑子里,每次都要重新调用。如果能固化成Skill,Claude每次帮你做这类工作时,就不需要你再反复解释“我要的格式是这样的”。
你积累得越多,它对你的工作理解就越深,产出就越稳定。
安装命令:
npx skills add anthropics/skills@skill-creator -g -y最后:别先追求装得多,先追求真的在用
Skill不是收藏夹,不是装了就算数。
真正有价值的Skill,是你装进去之后,会在很多不同的任务里反复调用。如果装完两周都没再打开,那它对你来说就没价值——不管多少人推荐。
按优先级,我建议这样来:
第一梯队,先装这三个:prd、用户故事、summarize。这三个覆盖了PM日常工作里最高频的脑力消耗:写需求、拆Story、消化信息。装完之后你会立刻感受到变化。
第二梯队,根据你的岗位特点补充:
偏前期调研和设计的,加brainstorming、ui-ux-pro-max、frontend-design
偏产品执行和交付的,加需求优先级分析、copywriting、xlsx
想把Claude用深用久的,加skill-creator
PM的工作,核心是判断和沟通。Claude解决不了判断本身,但它可以大幅降低判断前的信息处理成本,和判断后的表达传递成本。这就是Skills的价值。
本文内容仅供个人学习、研究或参考使用,不构成任何形式的决策建议、专业指导或法律依据。未经授权,禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载,请保留原文来源信息,不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持!