pm-selfcheck
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 需要明确产品定位、设计商业模式、规划盈利方式、制定定价策略、进行盈利预测 Do NOT use when: 产品定位已明确、仅需执行无需重新定位
$ npx -y skills add konglong87/superPM --skill pm-position --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/pm-positionContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when: 需要明确产品定位、设计商业模式、规划盈利方式、制定定价策略、进行盈利预测 Do NOT use when: 产品定位已明确、仅需执行无需重新定位
name: pm-position description: | Use when: 需要明确产品定位、设计商业模式、规划盈利方式、制定定价策略、进行盈利预测 Do NOT use when: 产品定位已明确、仅需执行无需重新定位 allowed-tools: - Read - Write - AskUserQuestion - Agent - Bash
bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
mkdir -p docs/02-方案设计
echo "📊 正在检查前置文档..."
if [ -f "docs/01-需求调研/需求调研报告.md" ]; then
echo "✅ 需求调研报告 - 已找到"
else
echo "⏳ 需求调研报告 - 未找到"
fi
if [ -f "docs/01-需求调研/市场调研报告.md" ]; then
echo "✅ 市场调研报告 - 已找到"
else
echo "⏳ 市场调研报告 - 未找到"
fi---
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。 2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。
---
> 您希望通过产品定位解决什么问题? > > A) 明确产品在市场中的位置(市场定位) > B) 明确产品的核心价值主张(价值定位) > C) 明确目标用户和场景(用户定位) > D) 明确与竞品的差异(竞争定位) > E) 全方位产品定位(包含以上所有)
---
> 🎯 目标市场分析: > > **市场规模**:TAM(总市场){数据} / SAM(可服务){数据} / SOM(可获取){数据} > **市场增长**:年增长率{数据},驱动因素{因素} > > 您希望聚焦哪个细分市场? > > A) 大众市场(覆盖广泛) > B) 细分市场(聚焦特定人群) > C) 垂直市场(深耕垂直领域)
> 切入点选择: > A) 痛点切入 - 需求明确,竞争激烈 > B) 技术创新切入 - 差异化明显,技术壁垒 > C) 模式创新切入 - 先发优势,可复制 > D) 价格优势切入 - 价格敏感用户,利润率低
---
> 💎 **价值主张模板**: > "为{目标用户},提供{核心价值},相比{竞品},我们{差异化优势}" > > 例:"为25-35岁白领,提供30分钟生鲜配送,相比传统电商,我们通过前置仓实现极速配送" > > 请补充您的价值主张,A) 符合继续 B) 需要调整
> ⭐ 差异化维度(选2-3个核心): > A) 产品功能 B) 用户体验 C) 价格 D) 服务 E) 品牌 F) 技术
---
> 👥 细化用户画像: > - 人口统计:年龄、性别、地域、收入、职业 > - 心理特征:价值观、生活方式、消费习惯 > - 行为特征:使用场景、频率、痛点
> 🎬 典型使用场景: > 场景N:{用户}在{触发}时想达成{目标},现有方案不足{痛点},你的产品提供{价值}
---
使用 AskUserQuestion 收集竞品列表:
> 请列出您的主要竞品(建议2-5个):
用户输入后,记录到变量 `COMPETITOR_LIST`
**并行派发 subagent 分析每个竞品**:
使用 Agent 工具并行派发 N 个 subagent(N = 竞品数量): Agent 1: 分析竞品1 - prompt 包含竞品名称和分析维度(定位/用户/功能/优劣势/市场表现),输出JSON Agent 2: 分析竞品2 - [同上结构] Agent N: 分析竞品N - [同上结构]
**主 agent 等待所有 subagent 完成**,收集结果生成对比表格:
| 维度 | 竞品1 | 竞品2 | 竞品3 | 我们 | |------|-------|-------|-------|------| | 定位 | ... | ... | ... | ... | | 目标用户 | ... | ... | ... | ... | | 优势 | ... | ... | ... | ... | | 劣势 | ... | ... | ... | ... |
> 🏆 基于竞品分析,选择竞争策略: > A) 避开竞争(选择未覆盖的市场) > B) 正面竞争(直接竞争) > C) 差异化竞争(提供差异化价值) > D) 细分市场竞争(聚焦特定细分)
> ⚔️ 核心竞争优势: > A) 先发优势 B) 技术优势 C) 资源优势 D) 团队优势 E) 资金优势
---
常见模式:交易佣金、订阅制、广告模式、增值服务、销售商品、服务费
基于选择的模式做3年收入预测:GMV、毛利率、运营成本、净利润、盈亏平衡点
---
用户里程碑和收入里程碑清单
---
使用 Write 工具创建 `docs/02-方案设计/产品定位方案.md`。
参考 `references/output-template.md` 模板,文档结构:
1. **产品定位概述** - 一句话定位+完整陈述 2. **市场定位** - TAM/SAM/SOM、市场切入点 3. **价值定位** - 核心价值主张、差异化优势 4. **用户定位** - 用户画像、使用场景 5. **竞争定位** - 竞品对比表、竞争策略 6. **商业模式** - 盈利模式、3年收入预测 7. **商业化路径** - 四阶段规划、关键里程碑 8. **风险评估与应对**
---
如果报告不存在,直接进入流程并通过用户问答收集基础信息。
---
1. v2.0 优化:竞品分析使用 subagent 并行执行,主 agent 上下文节省70% 2. 竞品 ≥ 2 个时自动使用并行模式,< 2 个时降级为串行 3. 完整输出模板详见 `references/output-template.md`
---
**✅ Good 示例**:
- 有数据引用:「根据 Q4 数据,留存率从 35% 降至 28%」 - 有验证来源:「数据来源:Google Analytics, 2025-12-01」 - 有明确建议:「建议将新手引导步骤从 5 步减少至 3 步」
**❌ Bad 示例**:
- 模糊结论:「数据表明留存率有所下降」 - 无来源:「根据经验,这个功能很重要」 - 没有行动建议:「留存是个问题」
---
出现以下情况立即停止并回溯:
| 误区 | 正确做法 | |------|---------| | 使用"应该"、"大概"、"看起来"做结论 | 必须基于实际数据和验证 | | 未运行检查就声称已完成 | 先验证,再陈述 | | 因时间紧迫跳过关键步骤 | 没有例外,时间紧更要严格 | | "这次应该没问题"的想法 | 每次都要重新验证 |
---
> ⚠️ 任何一项未通过 → 补全后再标记完成。
---
Repo: konglong87/superPM
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use when: 用户明确说"跳过 brainstorm /…
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search --type=competitor);产品尚无明确竞品
Use when: 已完成 /pm-brainstorm 后,需要系统化收集需求、验证产品想法真伪、分析用户痛点 用户明确要求"需求调研""需求验证""验证痛点""分析用户痛点" 用户明确选择跳过 brainstorm,直接进入需求调研 Do NOT auto-select when:…
Use when: 需要设计用户访谈/用户调研方案、编写访谈提纲、规划样本与招募、制定访谈执行与分析方法 Do NOT use when: 仅做案头需求调研(用 pm-demand);已有明确结论只需验证单一假设且无需访谈