chore: 以本地为准,上传全部并替换 GitHub
This commit is contained in:
298
开发文档/1、需求/_智能展开.md
Normal file
298
开发文档/1、需求/_智能展开.md
Normal file
@@ -0,0 +1,298 @@
|
||||
# 🎯 需求智能展开引擎 (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` 进行技术架构设计
|
||||
Reference in New Issue
Block a user