feat(knowledge): BIZ-16 知识库目录结构初始化 - 7领域+10条目+模板
This commit is contained in:
陆怀瑾 (COO)
@@ -0,0 +1,111 @@
|
||||
# PRD 模板
|
||||
|
||||
## 元数据
|
||||
|
||||
| 属性 | 值 |
|
||||
|------|-----|
|
||||
| **领域** | 产品 |
|
||||
| **责任人** | 沈路明 (productmanager) |
|
||||
| **版本** | v1.0 |
|
||||
| **创建日期** | 2026-06-22 |
|
||||
| **标签** | PRD, 产品需求, 模板 |
|
||||
|
||||
## 概述
|
||||
|
||||
产品需求文档（PRD）标准模板。适用于所有产品功能需求、系统改进需求的规范化描述，确保开发团队、设计团队、业务团队对需求理解一致。
|
||||
|
||||
## 正文
|
||||
|
||||
### 一、文档头部
|
||||
|
||||
```
|
||||
# [产品名称] - [功能名称] PRD
|
||||
|
||||
| 属性 | 值 |
|
||||
|------|-----|
|
||||
| **版本** | v1.0 |
|
||||
| **作者** | [姓名] |
|
||||
| **创建日期** | YYYY-MM-DD |
|
||||
| **状态** | 草稿 / 评审中 / 已批准 / 已上线 |
|
||||
| **关联文档** | [链接] |
|
||||
```
|
||||
|
||||
### 二、需求概述
|
||||
|
||||
**2.1 背景与问题**
|
||||
[描述为什么需要这个功能，解决了什么用户痛点或业务问题]
|
||||
|
||||
**2.2 目标用户**
|
||||
- 用户画像 1：[描述]
|
||||
- 用户画像 2：[描述]
|
||||
|
||||
**2.3 核心目标**
|
||||
- 业务目标：[可量化指标，如转化率提升 X%]
|
||||
- 用户目标：[用户获得什么价值]
|
||||
- 技术目标：[如响应时间、并发量]
|
||||
|
||||
### 三、功能描述
|
||||
|
||||
**3.1 功能范围**
|
||||
- P0（必须）：[最小可用功能]
|
||||
- P1（应该）：[重要但可后续]
|
||||
- P2（锦上添花）：[可后续迭代]
|
||||
|
||||
**3.2 用户故事**
|
||||
|
||||
```
|
||||
作为 [用户角色]，
|
||||
我希望 [功能/行为]，
|
||||
以便 [获得的价值/目标]。
|
||||
```
|
||||
|
||||
**3.3 详细交互说明**
|
||||
1. [步骤1]：[描述 + 原型图链接]
|
||||
2. [步骤2]：[描述 + 原型图链接]
|
||||
|
||||
**3.4 边界与异常**
|
||||
- 正常流程：[描述]
|
||||
- 异常情况1：[触发条件 + 处理方式]
|
||||
- 异常情况2：[触发条件 + 处理方式]
|
||||
|
||||
### 四、非功能需求
|
||||
|
||||
| 项目 | 要求 |
|
||||
|------|------|
|
||||
| 页面加载 | ≤ 2 秒 |
|
||||
| 接口响应 | ≤ 500ms |
|
||||
| 并发支持 | 1000 QPS |
|
||||
| 兼容性 | iOS 13+, Android 9+, Chrome 90+ |
|
||||
|
||||
### 五、数据埋点
|
||||
|
||||
| 事件名 | 触发条件 | 属性 |
|
||||
|--------|----------|------|
|
||||
| [event_name] | [触发条件] | [上报字段] |
|
||||
|
||||
### 六、验收标准
|
||||
|
||||
- [ ] 功能1 验收条件
|
||||
- [ ] 功能2 验收条件
|
||||
- [ ] 非功能需求满足
|
||||
|
||||
### 七、排期与里程碑
|
||||
|
||||
| 里程碑 | 日期 | 交付物 |
|
||||
|--------|------|--------|
|
||||
| 设计评审 | YYYY-MM-DD | 交互/视觉稿 |
|
||||
| 技术评审 | YYYY-MM-DD | 技术方案 |
|
||||
| 开发完成 | YYYY-MM-DD | 可测试版本 |
|
||||
| 上线 | YYYY-MM-DD | 生产环境 |
|
||||
|
||||
## 相关条目
|
||||
|
||||
- [需求分析方法.md](需求分析方法.md)
|
||||
- [开发规范.md](../技术/开发规范.md)
|
||||
- [UI设计规范.md](../设计/UI设计规范.md)
|
||||
|
||||
## 变更记录
|
||||
|
||||
| 日期 | 版本 | 变更说明 | 变更人 |
|
||||
|------|------|----------|--------|
|
||||
| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
|
||||
@@ -0,0 +1,21 @@
|
||||
# 产品领域知识
|
||||
|
||||
**责任人**：沈路明（productmanager）
|
||||
**审核人**：陆怀瑾（coo）
|
||||
|
||||
## 知识范围
|
||||
|
||||
涵盖产品需求文档、用户研究、竞品分析、需求管理、版本规划等产品管理知识。
|
||||
|
||||
## 条目清单
|
||||
|
||||
| 文件名 | 说明 | 状态 |
|
||||
|--------|------|------|
|
||||
| [PRD模板.md](PRD模板.md) | 产品需求文档标准模板 | ✅ |
|
||||
| [需求分析方法.md](需求分析方法.md) | 用户需求调研与分析方法 | ✅ |
|
||||
|
||||
## 待建设
|
||||
|
||||
- 竞品分析框架
|
||||
- 产品路线图模板
|
||||
- 用户故事编写指南
|
||||
@@ -0,0 +1,84 @@
|
||||
# 需求分析方法
|
||||
|
||||
## 元数据
|
||||
|
||||
| 属性 | 值 |
|
||||
|------|-----|
|
||||
| **领域** | 产品 |
|
||||
| **责任人** | 沈路明 (productmanager) |
|
||||
| **版本** | v1.0 |
|
||||
| **创建日期** | 2026-06-22 |
|
||||
| **标签** | 需求分析, 用户调研, 产品管理 |
|
||||
|
||||
## 概述
|
||||
|
||||
需求分析是从用户/业务痛点出发，将模糊的需求描述转化为可落地的产品功能规格的系统化方法。核心原则：先理解问题，再设计方案。
|
||||
|
||||
## 正文
|
||||
|
||||
### 一、需求收集方法
|
||||
|
||||
1. **用户访谈**（定性）
|
||||
- 每轮访谈 5-8 个目标用户
|
||||
- 半结构化访谈：准备提纲 + 灵活追问
|
||||
- 核心问题：「你最想解决什么问题？」「现在怎么解决的？」
|
||||
|
||||
2. **问卷调查**（定量）
|
||||
- 覆盖 100+ 目标用户
|
||||
- 包含选择题（量化）+ 开放题（发掘）
|
||||
- 关键指标：问题频率、痛点程度、替代方案满意度
|
||||
|
||||
3. **数据分析**
|
||||
- 页面点击热力图
|
||||
- 用户行为漏斗（转化率断点）
|
||||
- 客服工单高频关键词
|
||||
|
||||
### 二、需求优先级评估 — ICE 模型
|
||||
|
||||
| 因子 | 说明 | 评分 (1-10) |
|
||||
|------|------|------------|
|
||||
| **I**mpact（影响面） | 影响多少用户？对核心指标影响多大？ | |
|
||||
| **C**onfidence（信心度） | 我们有多少证据这个方案有效？ | |
|
||||
| **E**ase（实现难度） | 开发成本多高？时间多长？ | |
|
||||
|
||||
总分 = I × C × E（E 分数越高越容易，越大越好）
|
||||
|
||||
### 三、需求文档化
|
||||
|
||||
1. **用户故事标准格式**
|
||||
> 作为 **[用户角色]**，
|
||||
> 我希望 **[功能/行为]**，
|
||||
> 以便 **[获得的价值]**。
|
||||
|
||||
2. **验收条件（Acceptance Criteria）**
|
||||
- 必须可测试、可验证
|
||||
- 正面条件 + 边缘情况
|
||||
|
||||
3. **原型验证**
|
||||
- 低保真原型验证交互流程（1-2 天）
|
||||
- 用户测试 3-5 人，观察操作行为
|
||||
- 根据反馈迭代后进入高保真设计
|
||||
|
||||
### 四、需求评审流程
|
||||
|
||||
```
|
||||
需求方提出 → PM 分析评估 → 交互设计 → 技术评审
|
||||
→ 排期评估 → 最终评审 → 进入开发
|
||||
```
|
||||
|
||||
每一步评审需至少以下人员参与：
|
||||
- PM（负责人）
|
||||
- 1 名开发（评估技术可行性）
|
||||
- 1 名设计师（评估交互可行性）
|
||||
- 需求方（确认需求理解正确）
|
||||
|
||||
## 相关条目
|
||||
|
||||
- [PRD模板.md](PRD模板.md)
|
||||
- [开发规范.md](../技术/开发规范.md)
|
||||
|
||||
## 变更记录
|
||||
|
||||
| 日期 | 版本 | 变更说明 | 变更人 |
|
||||
|------|------|----------|--------|
|
||||
| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
|
||||
Reference in New Issue
Block a user