产品需求清单

产品需求清单

• 编号：沟通定位准确，阿拉伯数字
• ** 模块：**一级功能
• ** 子模块：**二级功能
• 名称：简介定义，如黑名单
• 描述：只需说明做什么，不说怎么做；语言无歧义、完整性、一致性、可测性
• 商业优先级：
• 开发量：按人天，初步，粗的估计
• 性价比：商业价值/实现难度，简化为（商业优先级/开发量）X100【取整】
• 状态：记录需求在“需求阶段”的状态以及是否转入“开发阶段”，即《需求开发清单》中有相应编号
• 备注：临时记录，特殊说明
• 提交人：PD的名字，有义务充分理解、解释用户需求
• 提出者：
• 提交时间：提交人录入产品需求的时间
• 分类：新增功能、功能改进、体验提升、BUG修复、内部需求等根据需要自造，辅助信息
• 层级：基础、扩展、增值，对标KANO模型
• 重要度：三级即可
• 紧急度：三级即可
• 有效时间：此需求不在有效范围内则需要置灰以示失效，如特定节假日活动功能

TIPS

• 蓝色为必备项，灰色为可选项。
• 一般产品有5➕➖2个模块比较合理，如果超过7个，就加入二级子模块进行再划分。
• 使用EXCEL，可筛选，标记颜色等。