产品经理必装的10个Skills:从需求到落地的全链路AI武装

WorkBuddy Skill 生态中 10 个经实战验证的 PM 专用 Skill,覆盖需求探索、竞品分析、用户研究、PRD 撰写、数据验证、商业规划到可视化汇报的完整链路

基本信息

  • 来源类型:网页文章
  • 原文位置:raw/articles/2026-06-12-113421-tg-bbda4a.md
  • 原文 URLhttps://www.woshipm.com/ai/6412016.html
  • 消化日期:2026-06-12
  • 作者:大金的胖虎(Lucas,前字节、腾讯 AI 产品经理)

核心观点

  1. PM Skill 生态已形成完整链路:从需求发现(Product Manager Toolkit + User Research)到竞品调研(Competitive Analysis + Product Framework)到方案设计(Mind Map + Excalidraw)到需求文档(PRD Writer)到数据验证(Data Analysis)到商业规划(Socratic BMC)到日常协作(Meeting Minutes),10 个 Skill 覆盖 PM 全工作阶段。按需取用比全装更高效。

  2. RICE 模型用数据替代”我觉得”:Product Manager Toolkit 内置的 RICE 优先级排序(Reach·Impact·Confidence·Effort)让需求排期从”谁嗓门大谁先做”变成模型计算。实战案例中,一个”看起来很重要”的需求实际排第 4,而一个小功能改进排第 2,开发负责人当场同意按模型排期。

  3. 竞品分析的真正价值是发现市场空白:Competitive Analysis 不只做”竞品对比表”,而是引导做系统性竞争情报分析。实战中输入领域关键词和已知竞品,梳理出 8 个直接竞品 + 5 个间接竞品的定位矩阵,发现头部竞品都在做”大而全”但中小客户的”轻量专用”需求无人满足。

  4. 用户研究的核心是区分”用户说什么”和”用户做什么”:User Research Skill 帮助设计”任务完成度+满意度+NPS”三段式问卷和深度访谈脚本。实战案例中发现功能使用率低的真正原因不是 UI 或入口——而是用户根本不知道这个功能能解决他们的问题(功能名太技术化),改名后使用率两周提升 47%。

  5. Data Analysis 的价值在发现”肉眼看不出的关联”:不是教 PM 写 SQL,而是把”分析思路”变成”可执行的分析流程”。实战中发现周三下午 3-5 点使用某功能的用户次日留存率比其他时段高 23%,据此调整推送策略,整体留存提升 8%。

  6. PRD Writer 是”检查清单”而非”代笔工具”:其核心价值是逼 PM 把”为什么做""做什么""怎么做""怎么验证”四个核心问题都想全。它在开头就要求填写业务目标、成功指标、失败回退条件,让 PRD 从”功能说明书”变成”业务方案书”。

  7. 苏格拉底式追问比填空更有深度:Socratic Business Model Canvas 不给标准答案,而是通过层层深入的问题(如”用户为什么要持续付费而不是用一次就走?""如果核心成员离职,这个资源还成立吗?“)逼 PM 把商业模式画布每个模块的底层逻辑想清楚。

实操内容保留

安装命令

每个 Skill 的安装方式:

# Product Manager Toolkit
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=product-manager-toolkit"

# Competitive Analysis
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=competitive-analysis"

# User Research
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=user-research"

# Data Analysis
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=data-analysis"

# PRD Writer
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=prd-writer"

# Meeting Minutes
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=meeting-minutes"

# Mind Map
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=mind-map-skill"

# Product Framework
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=product-framework"

# Socratic Business Model Canvas
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=socratic-business-model-canvas"

# PM Toolkit – Excalidraw
curl -L -o skill.zip "https://lightmake.site/api/v1/download?slug=thought-to-excalidraw"

按工作阶段的推荐组合

工作阶段推荐 Skill核心价值
需求探索期Product Manager Toolkit + User Research快速验证需求真伪
竞品调研期Competitive Analysis + Product Framework找准差异化定位
方案设计期Mind Map + PM Toolkit – Excalidraw把思路可视化
需求文档期PRD Writer确保 PRD 结构完整
数据验证期Data Analysis用数据说话
商业规划期Socratic Business Model Canvas把商业模式想透
日常协作期Meeting Minutes让会议有产出

关键概念

  • Product Manager Skills — PM 方法论 Skill 化趋势的代表,WorkBuddy 是同一生态的另一平台
  • AI产品PRD — PRD Writer Skill 的核心方法论基础,“PRD 是业务方案书而非功能说明书”
  • AI竞品分析 — Competitive Analysis Skill 的方法论基础,核心价值在发现市场空白
  • Skill — AI 可执行的 SOP 单元,本文 10 个 Skill 是 PM 领域的垂直应用
  • AI产品经理工作流 — 本文覆盖的工作阶段构成 PM 工作流的完整链路
  • WorkBuddy — 本文介绍的 Skill 分发平台,托管 PM 专用的 10 个 Skill
  • RICE 优先级模型 — 需求排期量化框架(Reach·Impact·Confidence·Effort)
  • 苏格拉底式商业模式画布 — 通过追问而非填空来验证商业模式假设

与其他素材的关联

  • 2026-05-26-woshipm-pm-skills-claude 的关系:同属 PM Skill 生态,前者介绍 Claude 插件化安装 PM Skills(phuryn/pm-skills marketplace),本文介绍 WorkBuddy 平台的 10 个独立 Skill。两者互补——一个偏平台化分发,一个偏垂直场景覆盖。
  • 2026-05-09-pm-ai-playbook 的关系:前者是 PM Skills 入门推荐,本文是更深度的实战验证+场景化使用指南。
  • 2026-06-08-woshipm-ai-b-prd-retrospective 的关系:两篇都涉及 AI 辅助 PRD 撰写,前者是 B 端 PRD 自动化实战复盘,本文的 PRD Writer Skill 更偏方法论引导。
  • 2026-06-09-ai-skill-coupon-landing 的关系:同属 Skill 生态落地案例,前者展示 Skill 从 0 到 1 落地过程,本文展示 Skill 在 PM 场景的批量应用。

原文精彩摘录

我们团队准备进军一个新的垂直领域,我对这个领域的竞品了解仅限于用过的两三个产品。用 Competitive Analysis Skill,我输入了领域关键词和已知竞品,它帮我梳理出了 8 个直接竞品和 5 个间接竞品的定位矩阵、核心功能差异、定价策略、用户评价情绪分析。最让我意外的是,它发现了一个我完全没有注意到的市场空白——头部竞品都在做”大而全”,但中小客户的”轻量专用”需求没人满足。这个洞察直接影响了我们的产品定位策略。

访谈执行后发现,真正的问题根本不是 UI 或入口——而是用户根本不知道这个功能能解决他们的问题。这个功能的名字太技术化了,用户看到名字就划走了。我们改了个更直白的名字,使用率两周内提升了 47%。

我之前写 PRD 有个坏习惯——重”功能描述”轻”业务目标”。有一次我拿着一份”功能很全”的 PRD 去评审,开发问”这个按钮放在这里,预计能提升多少转化率?“我答不上来。后来用 PRD Writer Skill,它在开头就逼我填写:业务目标:提升新用户首单转化率 15%;成功指标:7 日内新用户下单率;失败回退条件:如果上线两周内转化率提升 <5%,则回滚。这些模块的存在,让 PRD 从”功能说明书”变成了”业务方案书”。

相关页面