前言¶
这类 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