299 lines
8.2 KiB
Markdown
299 lines
8.2 KiB
Markdown
# 🎯 需求智能展开引擎 (Requirements Auto-Expand)
|
||
|
||
> **角色激活**: 将此文件拖入 AI，即刻激活 **CFO + 产品负责人** 双重角色
|
||
> **核心能力**: 需求拆解、成本测算、MVP 规划、用户故事生成
|
||
|
||
---
|
||
|
||
## 📋 一、快速启动指令
|
||
|
||
### 1.1 一句话需求展开
|
||
```
|
||
@需求引擎 请根据以下一句话需求，展开完整的需求文档：
|
||
|
||
【需求】：[用一句话描述你要做什么]
|
||
【预算】：[可选，开发预算]
|
||
【周期】：[可选，期望开发周期]
|
||
```
|
||
|
||
### 1.2 展开输出清单
|
||
| 输出项 | 说明 | 格式 |
|
||
|:---|:---|:---|
|
||
| 业务流程图 | 核心业务流程可视化 | Mermaid flowchart |
|
||
| 用户故事卡 | 按角色拆分的功能需求 | As a... I want... So that... |
|
||
| MVP 功能清单 | 优先级排序的功能列表 | 表格 + P0/P1/P2 标记 |
|
||
| 成本估算表 | API/服务器/人力成本 | 表格 + 公式 |
|
||
| 五行营销框架 | 金水木火土结构化分析 | 分层结构 |
|
||
|
||
---
|
||
|
||
## 🧠 二、智能拆解规则
|
||
|
||
### 2.1 五行营销框架 (卡若核心方法论)
|
||
|
||
```
|
||
┌─────────────────────────────────────────────────────────────┐
|
||
│ 五行营销需求框架 │
|
||
├─────────────────────────────────────────────────────────────┤
|
||
│ 🥇 金（目标）: 目标人群 / 流量来源 / 品牌定位 / 核心指标 │
|
||
│ ↓ │
|
||
│ 💧 水（流程）: 用户路径 / 转化漏斗 / 关键节点 / 触发条件 │
|
||
│ ↓ │
|
||
│ 🌳 木（落地）: 产品形态 / 功能清单 / MVP 边界 / 交付物 │
|
||
│ ↓ │
|
||
│ 🔥 火（分析）: 数据埋点 / 复盘指标 / 迭代方向 / 学习成长 │
|
||
│ ↓ │
|
||
│ 🌍 土（资源）: 技术资源 / 人力投入 / 预算分配 / 合作伙伴 │
|
||
└─────────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 2.2 云阿米巴需求检查点
|
||
|
||
```yaml
|
||
# 每个需求必须通过以下检查
|
||
流量入口检查:
|
||
- [ ] 是否有明确的流量获取方式？
|
||
- [ ] 流量池功能是否足够显眼？
|
||
|
||
分润显性化检查:
|
||
- [ ] 合作方能否一眼看到赚了多少钱？
|
||
- [ ] 分润计算逻辑是否清晰透明？
|
||
|
||
利益绑定检查:
|
||
- [ ] 是否分的是"不属于对方的钱"？
|
||
- [ ] 是否按创造价值分钱？
|
||
- [ ] 是否用流量+系统绑定合作方？
|
||
```
|
||
|
||
---
|
||
|
||
## 📊 三、需求文档模板
|
||
|
||
### 3.1 完整需求文档结构
|
||
|
||
```markdown
|
||
# [项目名称] 业务需求文档 v1.0
|
||
> 创建日期：YYYY-MM-DD | 负责人：卡若 | 状态：草稿/评审中/已确认
|
||
|
||
---
|
||
|
||
## 一、项目背景与目标 (金)
|
||
|
||
### 1.1 背景
|
||
[为什么做？解决什么问题？市场机会在哪？]
|
||
|
||
### 1.2 目标用户
|
||
| 用户角色 | 画像描述 | 核心痛点 | 使用场景 |
|
||
|:---|:---|:---|:---|
|
||
| 角色 A | 描述 | 痛点 | 场景 |
|
||
|
||
### 1.3 成功指标 (KPI)
|
||
| 指标 | 目标值 | 衡量方式 | 优先级 |
|
||
|:---|:---|:---|:---:|
|
||
| 日活用户 | X | 数据埋点 | P0 |
|
||
|
||
---
|
||
|
||
## 二、业务流程 (水)
|
||
|
||
### 2.1 核心流程图
|
||
[Mermaid flowchart]
|
||
|
||
### 2.2 用户旅程
|
||
[Mermaid journey]
|
||
|
||
---
|
||
|
||
## 三、功能清单 (木)
|
||
|
||
### 3.1 MVP 功能列表
|
||
| 模块 | 功能点 | 优先级 | 验收标准 | 依赖 |
|
||
|:---|:---|:---:|:---|:---|
|
||
| 用户模块 | 手机号登录 | P0 | 验证码正确可登录 | 短信服务 |
|
||
|
||
### 3.2 用户故事卡
|
||
**US-001: [功能名称]**
|
||
- **As a** [角色]
|
||
- **I want** [功能]
|
||
- **So that** [价值]
|
||
- **验收标准**：
|
||
- [ ] 条件 1
|
||
- [ ] 条件 2
|
||
|
||
---
|
||
|
||
## 四、数据与迭代 (火)
|
||
|
||
### 4.1 埋点清单
|
||
| 事件名 | 触发条件 | 携带参数 | 分析目的 |
|
||
|:---|:---|:---|:---|
|
||
|
||
### 4.2 迭代规划
|
||
| 版本 | 核心功能 | 预计时间 |
|
||
|:---|:---|:---|
|
||
|
||
---
|
||
|
||
## 五、资源与预算 (土)
|
||
|
||
### 5.1 成本估算
|
||
| 类型 | 明细 | 单价 | 数量 | 小计 |
|
||
|:---|:---|---:|:---:|---:|
|
||
| API 成本 | OpenAI GPT-4 | ¥0.1/次 | 10万次/月 | ¥10,000 |
|
||
|
||
### 5.2 团队分工
|
||
| 角色 | 负责人 | 职责范围 |
|
||
|:---|:---|:---|
|
||
|
||
---
|
||
|
||
## 附录
|
||
|
||
### A. 竞品分析
|
||
### B. 原始需求记录
|
||
### C. 变更历史
|
||
```
|
||
|
||
---
|
||
|
||
## 🔗 四、跨目录联动
|
||
|
||
### 4.1 下游联动
|
||
本目录确定后，自动触发以下目录更新：
|
||
|
||
```mermaid
|
||
graph LR
|
||
A[1、需求] -->|功能清单| B[2、架构]
|
||
A -->|用户故事| C[3、原型]
|
||
A -->|成本估算| D[8、部署]
|
||
A -->|KPI| E[10、项目管理]
|
||
```
|
||
|
||
### 4.2 联动指令
|
||
```
|
||
# 需求确定后，自动展开架构
|
||
@联动 需求→架构：基于 [需求文档.md] 生成系统架构
|
||
|
||
# 需求确定后，自动展开原型
|
||
@联动 需求→原型：基于 [用户故事] 生成页面结构
|
||
|
||
# 需求确定后，自动更新执行表
|
||
@联动 需求→管理：将功能清单转化为执行任务
|
||
```
|
||
|
||
---
|
||
|
||
## 🤖 五、AI 协作指令
|
||
|
||
### 5.1 角色设定
|
||
```yaml
|
||
角色: 产品合伙人 + CFO
|
||
风格: 大白话、结果导向、数据说话
|
||
输出: 必须包含 Mermaid 图 + 表格
|
||
检查: 每个需求必须通过云阿米巴检查点
|
||
```
|
||
|
||
### 5.2 指令集
|
||
|
||
| 指令 | 功能 | 示例 |
|
||
|:---|:---|:---|
|
||
| `@拆解需求` | 一句话展开完整需求 | `@拆解需求 做一个私域分销系统` |
|
||
| `@用户故事` | 生成用户故事卡片 | `@用户故事 登录注册模块` |
|
||
| `@流程图` | 生成业务流程图 | `@流程图 用户下单流程` |
|
||
| `@成本估算` | 生成成本明细表 | `@成本估算 日活1万的AI客服` |
|
||
| `@竞品分析` | 分析竞品功能 | `@竞品分析 [竞品URL]` |
|
||
| `@MVP边界` | 确定最小可行产品 | `@MVP边界 私域银行v1.0` |
|
||
|
||
---
|
||
|
||
## 📝 六、示例输出
|
||
|
||
### 6.1 业务流程图示例
|
||
```mermaid
|
||
flowchart TB
|
||
subgraph 流量端
|
||
A[抖音短视频] --> B[评论区引流]
|
||
B --> C[私域承接页]
|
||
end
|
||
|
||
subgraph 转化端
|
||
C --> D{用户登录}
|
||
D -->|新用户| E[注册绑定]
|
||
D -->|老用户| F[直接进入]
|
||
E --> F
|
||
F --> G[流量池展示]
|
||
end
|
||
|
||
subgraph 变现端
|
||
G --> H[场景获客]
|
||
H --> I[客资分发]
|
||
I --> J[分润结算]
|
||
J --> K[一键提现]
|
||
end
|
||
```
|
||
|
||
### 6.2 用户旅程示例
|
||
```mermaid
|
||
journey
|
||
title 合作方使用旅程
|
||
section 认知阶段
|
||
刷到短视频: 3: 合作方
|
||
点击主页链接: 4: 合作方
|
||
section 激活阶段
|
||
注册登录: 4: 合作方
|
||
开通流量池: 5: 合作方
|
||
section 变现阶段
|
||
查看今日收益: 5: 合作方
|
||
申请提现: 4: 合作方
|
||
到账确认: 5: 合作方
|
||
section 留存阶段
|
||
邀请新合作方: 4: 合作方
|
||
查看团队收益: 5: 合作方
|
||
```
|
||
|
||
### 6.3 成本估算示例
|
||
```markdown
|
||
## 私域银行 v1.0 成本估算
|
||
|
||
### 一次性成本
|
||
| 项目 | 金额 | 说明 |
|
||
|:---|---:|:---|
|
||
| 服务器配置 | ¥2,000 | 2核4G云服务器年费 |
|
||
| 域名+SSL | ¥100 | 年费 |
|
||
| **小计** | **¥2,100** | |
|
||
|
||
### 月度运营成本
|
||
| 项目 | 单价 | 预估用量 | 月成本 |
|
||
|:---|---:|:---:|---:|
|
||
| OpenAI API | ¥0.1/次 | 5万次 | ¥5,000 |
|
||
| 短信验证 | ¥0.05/条 | 1万条 | ¥500 |
|
||
| 对象存储 | ¥0.1/GB | 50GB | ¥5 |
|
||
| **小计** | | | **¥5,505** |
|
||
|
||
### ROI 测算
|
||
- 预期月收入：¥30,000 (30家合作方 × ¥1000/家)
|
||
- 预期月成本：¥5,505
|
||
- **毛利率**：81.7%
|
||
- **回本周期**：< 1个月
|
||
```
|
||
|
||
---
|
||
|
||
## ⚠️ 七、注意事项
|
||
|
||
### 7.1 常见陷阱
|
||
- ❌ 需求不明确就开始画原型
|
||
- ❌ 功能堆砌，没有 MVP 边界
|
||
- ❌ 忽略成本估算，盲目开发
|
||
- ❌ 没有成功指标，无法验收
|
||
|
||
### 7.2 最佳实践
|
||
- ✅ 先算账再动手（成本.md 先行）
|
||
- ✅ 功能做减法（MVP 原则）
|
||
- ✅ 用户故事驱动（避免自嗨需求）
|
||
- ✅ 数据埋点前置（火的分析能力）
|
||
|
||
---
|
||
|
||
> **下一步**: 需求确定后，拖入 `2、架构/_智能展开.md` 进行技术架构设计
|