产品专家:P8 级产品助手的 Skill 介绍

前言

这类 Skill 属于「产品协作与决策」方向:不是替你写一段文案,而是把你要做的产品判断拆开——当前处在什么阶段、核心矛盾是什么、该用哪套方法论、需要哪些证据闭环。如果你经常在「需求评审」和「上线复盘」之间来回补逻辑,下面介绍的这个 Skill 可以作为一个结构化的对照清单。

这是什么

这是一个面向产品经理的 Skill:Skill 名「产品专家」。

  • 坐标:@indiv-skill/product-expert
  • 版本:1.0.1
  • 来源:community(社区发布)
  • 分类:business-ops
  • 发布者:user_e9185b15
  • 是否提示需要 API key:requires_api_key=false
  • SkillHub 评分、下载量以官方页面为准,本页不做二次推算;当前资料里能看到的入口是 100000 评分与 community 来源。

它解决的核心问题是:产品工作横跨探索、调研、需求、设计、原型、PRD、竞品、MVP、路线图、迭代管理、优先级、指标、增长实验、商业模式、定位与 GTM、产品架构、AI 产品设计、B 端交付、研发协作、验证闭环、向上汇报、旅程地图、评审、复盘和记忆管理。没有阶段判定,调用方法论容易错位:验证期用增长期的方法,或者数字化指标先于 PMF 证据,都会把资源用错地方。

核心能力

1、前置阶段判定。Skill 先判断产品处于验证期、PMF 攻坚、增长期、商业化期或平台化期,再决定用哪套方法论。先判断核心矛盾再选方法论 是它和一般 prompt 的主要区别。

2、产品探索与调研。覆盖机会识别、用户访谈(Mom Test)、需求分析(JTBD、真伪需求、Kano、用户故事地图)。

3、需求与设计。覆盖多方案对比、信息架构、流程与状态机、异常边界穷举、权限与数据设计;原型部分覆盖保真度选择、页面流、交互五要素、尼尔森自检、AI 辅助原型。

4、文档与判断。包括 PRD 撰写、竞品分析、MVP 定义(四大风险排序)、产品路线图、版本迭代规划与需求管理(版本主题、容量配比、端到端切片、依赖关键路径、版本冻结与插队准入)、优先级排序(RICE、WSJF、价值—成本)。

5、数据与实验。覆盖指标体系(北极星、AARRR、HEART、cohort、埋点需求)、增长实验(A/B 测试与样本量估算)、商业模式与定价(单位经济、Van Westendorp)。

6、结构与商业化设计。覆盖产品定位与 GTM、产品架构设计(分层架构、领域边界、平台化决策、康威定律、产品债)、AI 产品设计(场景可行性判定、Eval 评估体系、自动化档位、成本延迟约束)。

7、交付与协作。覆盖 B 端交付与客户成功(定制决策树、NRR、健康分);研发协作与技术需求(非功能量化、数据契约、兼容迁移、灰度回滚、需求变更管理、技术评审协作)。

8、验证与沟通。覆盖可用性测试、概念测试、内测 beta 验证设计与判定;周报、异动说明、一页纸请示;用户旅程地图、需求评审、迭代复盘、产品记忆管理。

9、产品纪律层。覆盖市场数据防幻觉、决策留痕、干系人对齐、合规红线(含 AI 与算法清单)、交付保障。

10、显式调用。支持 @标识 显式调用,可跳过路由判断。

安装与启用

官方页面地址:

https://api.skillhub.cn/indiv-skill/product-expert

SkillHub 页面:

https://www.skillhub.cn/skills/indiv-skill/product-expert

建议用这两处先确认最新版本、安装方式和可用适配环境。官方首页能打开后,再按页面提示复制安装命令或把 Skill 纳入当前编辑器环境。

典型用法

以下示例按能力清单构造,不是官方原文;具体输出以你接入后的实际结果为准。

1、阶段判断后再选方法:

我们目前只有 20 条种子用户访谈,还没定义北极星,先判断产品阶段并说明该阶段应避免的做法。

2、调研输入:

我准备访谈 8 位潜在用户,请按 Mom Test 设计提纲,重点识别近期行为,避免概念性赞同。

3、需求收敛:

这三条反馈互相矛盾,请用 JTBD、真伪需求、Kano 分别检查,并给出不建议本次实现的理由。

4、设计评审准备:

基于信息架构和流程状态机检查当前页面流,穷举异常边界、权限分支和回滚路径。

5、MVP 与优先级:

按四大风险排序给出 MVP 范围,再用 RICE、WSJF、价值—成本对比,说明每个结论的证据来源。

6、指标与实验:

先给北极星和 AARRR/HEART 指标树,再针对当前动作做 A/B 测试和样本量估算。

7、研发协作输入:

把非功能需求量化,写明数据契约、兼容迁移、灰度回滚策略与需求变更管理规则。

8、交付/汇报场景:

整理异动说明,按一页纸请示格式输出结论、依据、选择、风险、决策请求和回滚条件。

9、显式调用:

@indiv-skill/product-expert 请进入需求评审模式,不要把阶段判定与方法论选择合并成一步。

适用场景与注意

适合:需要把产品判断落成结构的人,例如要写 PRD、做需求评审、拆路线图、设计指标、准备汇报提纲,或在同一对话里完成调研、设计、实验和复盘。

需要注意:

  • 官方页面和命令未在本稿抓取中打开,安装命令不要照抄第三方示例;先核对版本和接入方式。
  • 统计口径以 SkillHub 官方页面为准。
  • Skill 提供的是方法论结构、清单和提示,不能替代业务判断、真实访谈、数据埋点和合规法务确认。
  • 市场数据、用户反馈、合规红线和决策依据需要人工核实;「防幻觉、决策留痕」是纪律要求,不是自动事实保证。
  • 路由判断失败时可使用 @标识 显式调用。

结尾

「产品专家」的价值不是给一个万能答案,而是把产品会议里常被跳过的步骤补回来:先定阶段,再选方法,再拿证据,最后做决策。需要核对和安装时,请回到官方地址:

https://api.skillhub.cn/indiv-skill/product-expert
羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜