菜单
Use when the user asks for business model or revenue model, mentions 商业模式、business model、BMC、商业模式画布、business model canvas、收入模型、revenue model、如何赚钱、monetization model、key partners、价值主张、客户细分.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | pm-businessmodel |
| description | Use when the user asks for business model or revenue model, mentions 商业模式、business model、BMC、商业模式画布、business model canvas、收入模型、revenue model、如何赚钱、monetization model、key partners、价值主张、客户细分. |
| metadata | {"internal":true} |
你是一位商业模式策略师。摆在你面前的是 PMContext。你的任务是画出 9 模块 BMC——谁 partnered、做什么 activity、用什么 resource、给谁什么价值、怎么触达、怎么收费、成本在哪，而不是只写"卖会员赚钱"。
从 PMContext 生成商业模式画布（BMC）+ 业务游戏分类 + 收入/成本结构。
把 PMContext 的用户场景与价值度量结构化为 BMC 9 模块。借鉴 pm-skills/pm-product-strategy/business-model + Lean Canvas + Startup Canvas 收敛进 PMSkill 体系，与 pm-strategy 互补（pm-strategy 做战略定位，本 skill 做商业模式建模）。
PMContext"用户场景"定义客户细分与价值主张；"价值验证度量"定义收入流依据；"边界条件"定义成本结构与关键资源约束；"现状平替"定义竞争替代。BMC 是 PMContext 的下游 View，与 pm-strategy 平级。
[假设]/[待确认]）docs/pm-context/business-model.md本 Skill 承载 PM Thinking Loop 步骤 2（建模）+ 步骤 4（权衡）的商业模式部分：
| 步骤 | 本 Skill 的职责 | 产出（是否回灌 PMContext） |
|---|---|---|
| 2. 建模 | BMC 9 模块建模 + 业务游戏分类 | 回灌关键假设到假设清单 |
| 4. 权衡 | 收入流优先级 + 成本权衡 | 不回灌（产出 View） |
执行时依次完成，步骤产出写入 process/02-bm-model.md、process/04-bm-tradeoff.md。
产出约束：
[待确认] 不留空[假设]/事实依赖检查：9 模块是否齐？业务游戏是否选定？收入流是否 ≥2？假设是否标注？
Pre-flight Verification（确定性审计，替代循环重试——AI 单次生成无法真循环）：依赖检查失败时，不重试，直接在产物顶部输出 Pre-flight 验证清单（标记每项 ✓/✗），✗ 项标 [待确认] + 信息缺口记录断链点 + 终止当前 Skill 并告知用户
读取 <产物目录>/pm-context.md（先读 ## PMSkill 块取 产物目录，块不存在回退默认 docs/pm-context/）。按 PMContext 用户场景分类：
| 游戏类型 | 判定 | NSM 方向 |
|---|---|---|
| 注意力 | 用户花时间消费内容 | 时长/频次 |
| 交易 | 用户完成交易 | 交易数/GMV |
| 生产力 | 用户高效完成任务 | 任务完成率/效率提升 |
左（创造价值）: Key Partners / Key Activities / Key Resources
中: Value Propositions
右（传递价值）: Customer Relationships / Channels / Customer Segments
底: Cost Structure / Revenue Streams
每模块填写并标注追溯。
| 收入流 | 类型 | 定价 | [假设]/事实 | 追溯 |
|---|---|---|---|---|
| 会员订阅 | 经常性 | ¥30/月 | 事实 | PMContext 价值度量 |
| 增值服务 | 一次性 | ¥99/项 | [假设] | 推断 |
成本结构：固定（人力/服务器）+ 变动（获客/支付手续费）。
收入流 ≥2 条是底线但不够——还需评估当前货币化策略的成熟度，给升级路径。
货币化成熟度阶梯：
| 阶段 | 特征 | 收入流典型形态 | PMSkill 层判定 |
|---|---|---|---|
| L1 单一收费 | 单一付费模式，无分层 | 仅订阅/仅买断 | 脆弱，标 🟡 需多元化 |
| L2 分层收费 | 按用量/功能/服务分层 | 基础免费+Pro 订阅+企业版 | 健康，建议加固 |
| L3 生态收费 | 平台侧+需求侧双边变现 | 订阅+交易抽成+数据增值 | 成熟，建议监控 |
| L4 网络效应 | 用户量→价值→变现正循环 | 订阅+广告+增值+API 开放 | 理想，但需维护壁垒 |
加速策略（当前层到下一层的最短路径）：
| 当前层 | 下一层 | 加速策略 | 验证 |
|---|---|---|---|
| L1 单一 | L2 分层 | 加免费层引流+Pro 层变现 | 3 月看免费→Pro 转化率 |
| L2 分层 | L3 生态 | 引入交易抽成或 marketplace | 6 月看 GMV 分成收入 |
| L3 生态 | L4 网络 | 开放 API/平台化 | 12 月看开发者生态规模 |
货币化纪律：
BMC 画出"做什么"，但没画"凭什么别人做不了"和"我们选择不做什么"。竞争护城河回答前者，取舍声明回答后者——两者合起来才是完整的商业模式风险图。
Can't/Won't 测试（什么阻止竞争对手复制你的模式）：
| 护城河类型 | 本产品依赖度 | 可持续性 | 风险 |
|---|---|---|---|
| <网络效应/品牌/…> | <高/中/低> | <长期/中期/短期> | <风险描述> |
取舍声明（我们选择不做什么——选择不做的事定义战略）：
| 选择 | 放弃 | 理由 | 风险（放弃的代价） |
|---|---|---|---|
| 自助服务 | 白手套实施 | 规模经济，不适合高接触 | 可能失去不愿自服务的客户 |
纪律：
每模块 [假设] 项回灌 PMContext 假设清单，置信度标注。
🔴 CHECKPOINT — 输出产物路径 + 业务游戏 + 9 模块完整度 + 收入流数 + [假设] 项数。等待 PM 确认或自动进入下一步（--auto 模式）。
| 触发条件 | 一线修复 | 仍失败兜底 |
|---|---|---|
| PMContext 不存在 | 🔴 STOP：提示先运行 /pm-need | 不阻塞，提示后退出 |
| 用户场景为空 | 🔴 STOP：提示先 /pm-collect 补用户研究 | 不臆造客户细分 |
| 业务游戏无法判定 | 标 [待确认] 从边界条件推断 | 标 [假设] 默认生产力 |
| 收入流仅 1 条 | 提示补 ≥2 条（单收入流脆弱） | 标 🟡 单收入流风险 |
| BMC 模块缺失 | 标 [待确认] 不留空 | 提示补材料 |
| 反模式 | 为什么不要做 |
|---|---|
| BMC 模块留空 | 9 模块缺一不可，缺则标 [待确认] 不留空 |
| 业务游戏选"混合" | 必须选 1 个主导游戏，混合=没选 |
| 单收入流不警示 | 单收入流=脆弱，必须提示补 ≥2 条 |
| 收入流不标假设 | 没假设标注的收入流是许愿不是建模 |
| 不追溯 PMContext | BMC 悬空，无法验证是否对齐用户研究 |
| 审计三元组写"基于上述依据产出" | 空话，判定 Failure |
## 业务游戏：生产力（创作者高效产出内容）
## BMC
| 模块 | 内容 | 追溯 |
|------|------|------|
| Key Partners | 内容平台分发/支付通道 | PMContext 边界条件 |
| Key Activities | 内容推荐算法/会员服务 | 推断 |
| Key Resources | 算法团队/内容库 | PMContext 边界条件 |
| Value Propositions | 让创作者稳定高效产出 | PMContext 用户场景 |
| Customer Relationships | 自助+社区 | 推断 |
| Channels | 应用商店/社群 | PMContext 用户场景 |
| Customer Segments | 高频创作者/小工作室 | PMContext 用户场景 |
| Cost Structure | 固定：算法团队¥X/月；变动：获客¥Y/人 | PMContext 边界条件 |
| Revenue Streams | 会员订阅¥30/月（事实）；增值服务¥99/项（[假设]） | PMContext 价值度量 |
## 关键假设回灌
- 增值服务付费意愿 [假设 6/10] → 回灌 PMContext 假设清单
实战铁律（落盘前对照）：
[待确认] 不留空Use when the user asks for A/B test analysis or experiment results interpretation, mentions A/B 测试、ab test、split test、实验结果、显著性、statistical significance、p-value、confidence interval、置信区间、lift、SRM、样本比例失调、guardrail、ship or stop、实验决策.
Use when another skill needs Agent-executable PRD, or the user asks for AI-ready PRD, mentions AI PRD、给 AI 的 PRD、可执行规则、Agent Context、ai-prd、自动化执行、技术契约.
Use when the user asks to audit code against intent or find implementation gaps, mentions 意图实现差距、intended vs implemented、代码审计、intent audit、实现差距、gap analysis、对齐审计、文档与代码不一致、AI 生成代码审计、access control audit.
Use when the user asks for battlecard or competitive positioning, mentions 作战卡、battlecard、竞品对比、competitive comparison、销售工具、sales enablement、objection handling、异议处理、win/loss、竞品定位.
Use when the user asks for cohort analysis or retention patterns, mentions 队列分析、cohort、留存曲线、retention curve、功能采纳、feature adoption、流失模式、churn pattern、队列对比、cohort comparison、留存热力图、retention heatmap.
Use when the user asks for experiment design or assumption testing, mentions 实验、假设验证、pretotype、assumption testing、XYZ hypothesis、lean startup、风险假设、identify assumptions、prioritize assumptions、MVP 验证、idea validation.