8.2 KiB
8.2 KiB
🎯 需求智能展开引擎 (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 云阿米巴需求检查点
# 每个需求必须通过以下检查
流量入口检查:
- [ ] 是否有明确的流量获取方式？
- [ ] 流量池功能是否足够显眼？
分润显性化检查:
- [ ] 合作方能否一眼看到赚了多少钱？
- [ ] 分润计算逻辑是否清晰透明？
利益绑定检查:
- [ ] 是否分的是"不属于对方的钱"？
- [ ] 是否按创造价值分钱？
- [ ] 是否用流量+系统绑定合作方？
📊 三、需求文档模板
3.1 完整需求文档结构
# [项目名称] 业务需求文档 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 下游联动
本目录确定后，自动触发以下目录更新：
graph LR
A[1、需求] -->|功能清单| B[2、架构]
A -->|用户故事| C[3、原型]
A -->|成本估算| D[8、部署]
A -->|KPI| E[10、项目管理]
4.2 联动指令
# 需求确定后，自动展开架构
@联动 需求→架构：基于 [需求文档.md] 生成系统架构
# 需求确定后，自动展开原型
@联动 需求→原型：基于 [用户故事] 生成页面结构
# 需求确定后，自动更新执行表
@联动 需求→管理：将功能清单转化为执行任务
🤖 五、AI 协作指令
5.1 角色设定
角色: 产品合伙人 + CFO
风格: 大白话、结果导向、数据说话
输出: 必须包含 Mermaid 图 + 表格
检查: 每个需求必须通过云阿米巴检查点
5.2 指令集
| 指令 | 功能 | 示例 |
|---|---|---|
@拆解需求 |
一句话展开完整需求 | @拆解需求 做一个私域分销系统 |
@用户故事 |
生成用户故事卡片 | @用户故事 登录注册模块 |
@流程图 |
生成业务流程图 | @流程图 用户下单流程 |
@成本估算 |
生成成本明细表 | @成本估算 日活1万的AI客服 |
@竞品分析 |
分析竞品功能 | @竞品分析 [竞品URL] |
@MVP边界 |
确定最小可行产品 | @MVP边界 私域银行v1.0 |
📝 六、示例输出
6.1 业务流程图示例
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 用户旅程示例
journey
title 合作方使用旅程
section 认知阶段
刷到短视频: 3: 合作方
点击主页链接: 4: 合作方
section 激活阶段
注册登录: 4: 合作方
开通流量池: 5: 合作方
section 变现阶段
查看今日收益: 5: 合作方
申请提现: 4: 合作方
到账确认: 5: 合作方
section 留存阶段
邀请新合作方: 4: 合作方
查看团队收益: 5: 合作方
6.3 成本估算示例
## 私域银行 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进行技术架构设计