Back to skills
SKILL.md
Pm Position
ASecurityUse when: 需要明确产品定位、设计商业模式、规划盈利方式、制定定价策略、进行盈利预测 Do NOT use when: 产品定位已明确、仅需执行无需重新定位
- 71 stars
- 0 votes
- 0 copies
- 1 view
- Added May 27, 2026
Security analysis
100/100Pro scans all 2 files and shows the line behind each finding
npx -y skills add konglong87/superPM --skill pm-position --agent claude-codeAre you the author of Pm Position?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/konglong87-pm-position)---
name: pm-position
description: |
Use when: 需要明确产品定位、设计商业模式、规划盈利方式、制定定价策略、进行盈利预测
Do NOT use when: 产品定位已明确、仅需执行无需重新定位
allowed-tools:
- Read
- Write
- AskUserQuestion
- Agent
- Bash
---
## Preamble (run first)
```bash
echo "📊 正在检查前置文档..."
if [ -f "docs/01-需求调研/需求调研报告.md" ]; then
echo "✅ 需求调研报告 - 已找到"
else
echo "⏳ 需求调研报告 - 未找到"
fi
if [ -f "docs/01-需求调研/市场调研报告.md" ]; then
echo "✅ 市场调研报告 - 已找到"
else
echo "⏳ 市场调研报告 - 未找到"
fi
```
---
## 写入时边界
只讨论时不写文件,启动检查不创建目录。用户要求保存产物时,先确认当前产品、精确输出路径及已有文件的覆盖/追加选择;确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills/_shared/artifact-policy.md`,单独安装本 skill 也按本段执行。
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 明确产品定位
> 您希望通过产品定位解决什么问题?
>
> A) 明确产品在市场中的位置(市场定位)
> B) 明确产品的核心价值主张(价值定位)
> C) 明确目标用户和场景(用户定位)
> D) 明确与竞品的差异(竞争定位)
> E) 全方位产品定位(包含以上所有)
---
### 步骤 2: 市场定位
#### 2.1 目标市场分析
> 🎯 目标市场分析:
>
> **市场规模**:TAM(总市场){数据} / SAM(可服务){数据} / SOM(可获取){数据}
> **市场增长**:年增长率{数据},驱动因素{因素}
>
> 您希望聚焦哪个细分市场?
>
> A) 大众市场(覆盖广泛)
> B) 细分市场(聚焦特定人群)
> C) 垂直市场(深耕垂直领域)
#### 2.2 市场切入点
> 切入点选择:
> A) 痛点切入 - 需求明确,竞争激烈
> B) 技术创新切入 - 差异化明显,技术壁垒
> C) 模式创新切入 - 先发优势,可复制
> D) 价格优势切入 - 价格敏感用户,利润率低
---
### 步骤 3: 价值定位
#### 3.1 核心价值主张
> 💎 **价值主张模板**:
> "为{目标用户},提供{核心价值},相比{竞品},我们{差异化优势}"
>
> 例:"为25-35岁白领,提供30分钟生鲜配送,相比传统电商,我们通过前置仓实现极速配送"
>
> 请补充您的价值主张,A) 符合继续 B) 需要调整
#### 3.2 差异化优势
> ⭐ 差异化维度(选2-3个核心):
> A) 产品功能 B) 用户体验 C) 价格 D) 服务 E) 品牌 F) 技术
---
### 步骤 4: 用户定位
#### 4.1 目标用户画像
> 👥 细化用户画像:
> - 人口统计:年龄、性别、地域、收入、职业
> - 心理特征:价值观、生活方式、消费习惯
> - 行为特征:使用场景、频率、痛点
#### 4.2 用户使用场景
> 🎬 典型使用场景:
> 场景N:{用户}在{触发}时想达成{目标},现有方案不足{痛点},你的产品提供{价值}
---
### 步骤 5: 竞争定位
#### 5.1 竞品分析(Subagent 并行优化)
使用 AskUserQuestion 收集竞品列表:
> 请列出您的主要竞品(建议2-5个):
用户输入后,记录到变量 `COMPETITOR_LIST`
**并行派发 subagent 分析每个竞品**:
```markdown
使用 Agent 工具并行派发 N 个 subagent(N = 竞品数量):
Agent 1: 分析竞品1 - prompt 包含竞品名称和分析维度(定位/用户/功能/优劣势/市场表现),输出JSON
Agent 2: 分析竞品2 - [同上结构]
Agent N: 分析竞品N - [同上结构]
```
**主 agent 等待所有 subagent 完成**,收集结果生成对比表格:
| 维度 | 竞品1 | 竞品2 | 竞品3 | 我们 |
|------|-------|-------|-------|------|
| 定位 | ... | ... | ... | ... |
| 目标用户 | ... | ... | ... | ... |
| 优势 | ... | ... | ... | ... |
| 劣势 | ... | ... | ... | ... |
> 🏆 基于竞品分析,选择竞争策略:
> A) 避开竞争(选择未覆盖的市场)
> B) 正面竞争(直接竞争)
> C) 差异化竞争(提供差异化价值)
> D) 细分市场竞争(聚焦特定细分)
#### 5.2 竞争优势
> ⚔️ 核心竞争优势:
> A) 先发优势 B) 技术优势 C) 资源优势 D) 团队优势 E) 资金优势
---
### 步骤 6: 商业模式设计
#### 6.1 盈利模式选择
常见模式:交易佣金、订阅制、广告模式、增值服务、销售商品、服务费
#### 6.2 收入预测
基于选择的模式做3年收入预测:GMV、毛利率、运营成本、净利润、盈亏平衡点
---
### 步骤 7: 商业化路径
#### 7.1 四阶段规划
- **用户积累期(0-6月)**:获取种子用户,验证产品价值
- **商业化探索期(6-12月)**:探索盈利模式,验证商业可行性
- **规模化增长期(12-24月)**:规模化用户和收入
- **成熟期(24月+)**:稳定增长,优化盈利能力
#### 7.2 关键里程碑
用户里程碑和收入里程碑清单
---
### 步骤 8: 输出产品定位方案
使用 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 示例**:
```
- 模糊结论:「数据表明留存率有所下降」
- 无来源:「根据经验,这个功能很重要」
- 没有行动建议:「留存是个问题」
```
---
## 常见误区 / Red Flags — STOP
出现以下情况立即停止并回溯:
| 误区 | 正确做法 |
|------|---------|
| 使用"应该"、"大概"、"看起来"做结论 | 必须基于实际数据和验证 |
| 未运行检查就声称已完成 | 先验证,再陈述 |
| 因时间紧迫跳过关键步骤 | 没有例外,时间紧更要严格 |
| "这次应该没问题"的想法 | 每次都要重新验证 |
---
## 产出质量检查 / Verification Checklist
- [ ] 前置依赖已满足(输入文档/数据已收集)
- [ ] 核心步骤已全部执行
- [ ] 输出文档已生成到 `docs/` 目录
- [ ] 每个判断都有数据/证据支撑
- [ ] 已推荐 2-3 个后续 skill
> ⚠️ 任何一项未通过 → 补全后再标记完成。
---
Files in this skill
- SKILL.md
- references/output-template.md
Attribution
Comments
Loading comments…
Newsletter
Get the weekly list of safe new skills, and the ones we pulled.