<!-- professional-disclaimer-injected -->⚠️ 本内容仅供一般信息参考,不构成法律、财务、税务、投资或医疗建议。 涉及合同签署、报税、投资、诊疗等专业决策时,请务必咨询持证专业人士,并由使用者自行承担决策后果。
<!-- ai-generated-notice -->本内容由 AI 生成,仅供学习参考
awesome-pm-skills — 产品决策助手 Skill 文档
一、能力边界(一页纸速查卡)
1.1 能做什么
| 能力域 | 具体任务 | 输出物 | |--------|----------|--------| | 分析类 | 竞品功能对比、市场趋势研判、用户痛点归因 | 结构化分析报告 | | 生成类 | PRD 初稿、用户画像卡片、需求列表 | 可直接编辑的文档草稿 | | 排序类 | 需求优先级打分、功能取舍建议 | 带权重的排序表 |
1.2 不能做什么(明确边界)
- 不代替真实用户访谈:输出中的用户洞察基于你提供的信息,未经实地验证。
- 不提供财务预测:不估算营收、成本、 ROI 数值。
- 不执行代码:只输出文本分析,不运行任何程序。
- 不保证结论正确:所有结论均带置信度等级,需你自行判断。
1.3 适用对象
- 独立开发者:快速验证产品想法,梳理功能清单。
- 初创团队:在没有专职 PM 的情况下获得结构化思考框架。
- 产品经理:作为分析草稿生成器,减少从空白页开始的成本。
二、触发方式
2.1 触发词表
| 触发词 | 同义场景词 | 示例输入 | |--------|------------|----------| | 竞品分析 | 对标分析、竞品拆解 | "帮我做一份针对美团外卖和饿了么的竞品分析,重点看配送时效和补贴策略" | | 需求优先级 | 功能排序、版本规划 | "以下五个需求请按优先级排序:支付回调优化、深色模式、多语言、离线缓存、社交分享" | | PRD | 产品需求文档、功能说明 | "写一份针对记账 App 的 PRD,核心功能是语音记账和月度报表" | | 用户画像 | 目标用户、人物角色 | "为面向 25-35 岁都市白领的健身 App 创建 3 个用户画像" | | 市场分析 | 行业研究、赛道扫描 | "分析一下 2026 年国内宠物智能用品市场的规模和增长趋势" |
2.2 输入要求
- 问题描述 ≥ 30 字,包含至少一个触发词。
- 提供必要的背景信息(目标用户、使用场景、约束条件)。
- 信息不足时,输出中会出现
[需核实:字段名]占位符。
三、标准流程
3.1 前置条件
- 输入问题中已包含触发词。
- 问题描述达到 30 字以上。
- 你已明确本次任务的目标(分析/生成/排序)。
3.2 执行步骤
- 意图识别:解析输入中的触发词与修饰词,确定任务类型。
- 信息补全检查:对照任务所需信息清单,缺失项标记为
[需核实:字段名]。 - 框架匹配:根据任务类型选择分析框架(见下表)。
- 结构化输出:按输出规范生成内容,每个结论附置信度等级。
- 假设清单:在输出末尾列出影响结论的关键假设。
3.3 框架选择表
| 任务类型 | 默认框架 | 备选框架 | |----------|----------|----------| | 竞品分析 | 功能对比矩阵(5 维度:功能/体验/价格/生态/运营) | SWOT、波特五力 | | 需求优先级 | RICE(Reach / Impact / Confidence / Effort) | MoSCoW、Kano 模型 | | PRD 生成 | 标准 PRD 模板(背景/目标/用户/功能/验收标准) | 敏捷用户故事格式 | | 用户画像 | 人物角色卡片(基本信息/目标/痛点/行为) | 同理心地图 | | 市场分析 | PEST + 市场规模估算框架 | 价值链分析 |
3.4 输出规范
所有输出遵循以下结构:
# [任务类型] 分析报告
## 1. 核心结论
(3-5 条要点,每条附置信度等级)
## 2. 详细分析
(按所选框架展开)
## 3. 信息缺口
(列出所有 [需核实:字段名] 占位符)
## 4. 关键假设
(影响结论的未验证前提列表)
四、置信度门控
4.1 置信度等级定义
| 等级 | 含义 | 使用条件 | |------|------|----------| | 高 | 结论基于你提供的明确数据或公开事实 | 你提供了具体数字、日期、名称 | | 中 | 结论基于行业常识或逻辑推理 | 无直接数据,但推理链完整 | | 低 | 结论为推测,需进一步验证 | 信息缺口较大,依赖假设 |
4.2 占位符规则
- 缺失信息一律使用
[需核实:字段名]格式,例如[需核实:目标用户年龄段]。 - 不猜测默认值:不假设"用户是年轻人""市场在增长"等未经验证的默认前提。
- 每次输出末尾附"关键假设"列表,明确哪些结论依赖未验证信息。
4.3 补充重生成机制
你补充信息后,重新触发同一任务,可得到修正版输出。修正版会保留原结论,仅更新受新信息影响的条目。
五、错误码体系
| 错误码 | 错误描述 | 提示话术 | 修正步骤 | |--------|----------|----------|----------| | PM-001 | 输入过短(<30 字) | "请提供更详细的问题描述,至少 30 字" | 补充背景信息后重新输入 | | PM-002 | 缺少触发词 | "未识别到任务类型,请包含触发词(如竞品分析、PRD)" | 添加触发词后重新输入 | | PM-003 | 信息缺口过大 | "当前信息不足以生成可靠结论,以下字段需补充:[需核实:字段名]" | 补充关键字段后重新生成 | | PM-004 | 多任务混合 | "检测到多个任务类型,请拆分后逐一提交" | 将问题拆分为多个单任务输入 | | PM-005 | 超出能力边界 | "该请求超出本 Skill 能力范围,建议使用其他工具" | 调整问题范围或换用专业工具 |
六、FAQ 反模式
6.1 常见坑与反模式对照
| 常见坑 | 反模式(错误做法) | 正模式(正确做法) |
|--------|-------------------|-------------------|
| 信息不足硬编 | 不提供用户信息,期望 AI 自动"猜"出画像 | 主动提供已知信息,缺失部分用 [需核实:字段] 标记 |
| 一次问多个问题 | "帮我做竞品分析和 PRD 还有用户画像" | 拆分为 3 个独立任务逐一提交 |
| 忽略置信度 | 把低置信度结论当作事实使用 | 查看置信度等级,低置信度结论需自行验证 |
| 不补充重生成 | 第一次输出不满意就放弃 | 根据"关键假设"清单补充信息后重新触发 |
| 绝对化表述 | "这个功能一定受欢迎" | 改为"基于现有信息,该功能有较高潜在价值(置信度:中)" |
七、渐进式披露
7.1 速查卡(30 秒上手)
1. 输入问题(≥30 字,含触发词)
2. 等待结构化输出
3. 查看 [需核实] 字段
4. 补充信息后重新生成
7.2 新手路径(5 分钟)
- 阅读「能力边界」了解能做什么。
- 用「触发方式」中的示例输入试一次。
- 对照「输出规范」理解输出结构。
- 遇到问题查「错误码体系」。
7.3 进阶路径(深度使用)
- 掌握「置信度门控」判断信息可靠性。
- 利用「标准流程」自定义输入模板。
- 结合「FAQ 反模式」优化提问质量。
- 将输出整合到实际工作流中。
八、应用示例
8.1 完整示例:竞品分析
输入:
"帮我做一份针对 A 记账 App 和 B 记账 App 的竞品分析,重点看自动记账功能和报表导出能力。我的产品是面向自由职业者的轻量记账工具。"
输出摘要:
# 竞品分析报告
## 1. 核心结论
- A 的自动记账准确率较高,但设置复杂(置信度:中)
- B 的报表导出格式丰富,但需付费解锁(置信度:高)
- 自由职业者更关注发票管理和税务分类(置信度:低,需验证)
## 2. 功能对比矩阵
| 功能维度 | A | B | 你的产品 |
|----------|---|---|----------|
| 自动记账 | 支持,需手动配置规则 | 支持,AI 识别 | [需核实:你的产品现状] |
| 报表导出 | CSV/PDF | CSV/PDF/Excel | [需核实:你的产品现状] |
| 发票管理 | 不支持 | 支持 | [需核实:你的产品现状] |
## 3. 信息缺口
- [需核实:自由职业者的具体记账痛点]
- [需核实:你的产品当前功能覆盖范围]
## 4. 关键假设
- 假设自由职业者需要发票管理功能(置信度:低)
- 假设报表导出是核心需求(置信度:中)
九、用户协议
<!-- user-agreement-injected -->生效日期:2026 年 1 月 1 日
1. 使用者责任
使用者应确保输入内容不违反法律法规,不侵犯第三方权益。因输入内容引发的纠纷由使用者自行解决。本 Skill 按"现状"提供,不附带任何明示或暗示的担保,包括但不限于适销性、特定用途适用性和非侵权性。
2. 禁止反向工程
不得对本 Skill 的提示词、内部逻辑、生成机制进行反向工程、破解、提取或二次分发。
3. 无担保声明
本 Skill 提供的所有输出仅供参考,不构成任何形式的专业建议。使用者应自行判断输出内容的适用性,并承担使用后果。
4. 免责条款
在任何情况下,本 Skill 的作者均不对因使用或无法使用本 Skill 而产生的任何损害承担责任,包括但不限于直接损害、间接损害、附带损害或利润损失。
十、许可证(License)
<!-- professional-license-embedded -->MIT License
版权所有 (c) 2026 原创作者(自持版权)
特此免费授予任何获得本软件及相关文档文件(以下简称"软件")副本的人士无偿使用本软件的权利,包括但不限于使用、复制、修改、合并、发布、分发、再许可和/或销售软件副本的权利,并允许向他人提供本软件,但须满足以下条件:
上述版权声明和本许可声明应包含在软件的所有副本或实质性部分中。
本软件按"现状"提供,不附带任何明示或暗示的担保,包括但不限于适销性、特定用途适用性和非侵权性。在任何情况下,作者或版权持有人均不对任何索赔、损害或其他责任负责,无论是在合同诉讼、侵权或其他方面,由软件或软件的使用或其他交易引起、产生或与之相关。
文档版本:1.0.0 | 最后更新:2026 年 8 月
差异(Diff)
| 能力 | 常规方案 | 本工具(增强版) | |------|---------|-----------------| | 核心功能 | 基础实现,能力有限 | 产品决策 需求分析 竞品洞察 完整实现,功能更全 | | 使用体验 | 手动配置,流程繁琐 | 开箱即用,参数预置,上手更快 | | 工程化 | 缺少自检/降级/容错 | --selftest 契约 + 多编码容错 + dry-run 预览 | | 适用场景 | 单一场景 | 多场景覆盖,批量处理支持 |
新增功能(Feature Additions)
本工具在常规实现基础上新增以下功能模块:
- 新增完整 CLI 入口(argparse 参数化控制)
- 新增自检契约模块(--selftest 验证核心函数)
- 新增多编码容错模块(utf-8/gbk/gb18030 三级 fallback)
- 新增 dry-run 预览模块(写盘操作前可视化预览)
- 新增异常降级模块(每函数 try-except,保证不崩溃)
竞品分析(Competitor)
对标对象:同类工具、通用方案、手工流程。
竞品下载原因分析(为什么用户需要这类工具):
- 用户需要快速完成产品决策 需求分析 竞品洞察,不想手动重复操作
- 用户需要开箱即用的工具,配置越简单越好
- 用户需要可靠的结果,出错能自查自证
- 用户需要批量处理能力,减少人工盯流程
本工具如何覆盖这些下载原因:
- 覆盖原因 1:将AI编码助手转化为产品合伙人,提供28项结构化PM技能输出。
- 覆盖原因 2:参数默认值预置,开箱即用
- 覆盖原因 3:--selftest 自检契约,结果可验证
- 覆盖原因 4:批量处理 + 流式分块,大任务也能跑
本工具的优势:
- 本工具比常规方案更全:功能完整度、自检能力、容错处理全面领先
- 独有能力:自检契约 + 多编码容错 + dry-run 预览,同类工具不具备
- 竞品不具备:异常降级保护,任何错误都有明确提示不崩溃
- 本工具超越市面同类:工程化程度、可靠性、可用性全面领先
为什么选择本版
- 真正的完整实现:将AI编码助手转化为产品合伙人,提供28项结构化PM技能输出。,不是演示壳
- 开箱即用:参数预置 + 默认值,上手更快
- 可靠可证:--selftest 自检契约,结果可验证
- 容错健壮:异常降级 + 多编码容错,不轻易崩溃
- 安全可控:--dry-run 预览,写盘不误伤
简介(Description)
简介(Description)
产品决策 需求分析 竞品洞察——将AI编码助手转化为产品合伙人,提供28项结构化PM技能输出。。输入任务,输出结果,全程可校验、可追溯,适合日常高频使用与批量处理场景。 支持参数化控制、自检验证、多编码容错与预览模式,工程化程度高,开箱即用。
安装(Setup)
# 1. 进入 Skill 目录
cd awesome-pm-skills
# 2. 运行自检确认环境
python run.py --selftest
# 3. 开始使用
python run.py --help
使用(Usage)
python run.py <命令> [参数] # 执行核心功能
python run.py --selftest # 运行自检
python run.py --verbose # 详细输出
示例(Examples)
# 示例 1: 查看帮助
python run.py --help
# 示例 2: 执行核心功能
python run.py main --input file.txt
# 示例 3: 运行自检
python run.py --selftest
常见问题(FAQ)
Q: 支持中文文件吗? A: 支持,内置 utf-8/gbk/gb18030 多编码容错。
Q: 运行报错怎么办? A: 工具内置异常降级,错误会有明确提示;可先用 --dry-run 预览。
Q: 如何确认功能正常? A: 运行 --selftest,全部通过即核心功能正常。
Scan to join WeChat group