5
6
16
新手上路
1)客户 2)用户反馈 3)内部团队(UI、UX、项目经理、研发、运营、销售) 4)老板/上级领导 5)产品经理规划的、产品体验发现的、数据分析发现的、场景分析发现的、和不同人群沟通感知到的等等
问题的要素可以分解到以下元素: 问题提交人:是谁告诉你的这个问题? 问题详细描述:谁在什么场景下遇到的什么问题?
其他信息:例如设备信息(用的是app还是网站?) 版本信息:什么版本?目的是告知开发用于定位技术问题
重要紧急:老板需求、重大影响用户使用的问题 重要不紧急:公司长远规划的问题 不重要紧急:你同事给你提的需求(解决某个短期紧急的问题) 不重要不紧急:天马行空不切实际的问题
1)序号:需求标识,便于需求管理,Excel 的行号没有一并打印出来,所以后来我们都把序号加上了,作为需求的唯一性标识。 2)模块:根据产品的模块划分。 3)子模块:模块的二级分类。 4)功能:产品功能的名称,用简洁的短语描述需求,要给用户提供什么功能,比如:黑名单。 5)用户故事:作为一个<角色>, 我想要<功能>, 以便于<商业价值>。 6)需求描述:我们要明确哪类目标用户是在什么场景下,为了解决什么问题或者达成什么目标而做了什么任务,即要从用户、场景、问题这三方面去具象化需求。 7)需求的属性:可以分为:新增功能、功能改进、BUG修复、体验提升(界面设计和交互设计)、内部需求。 8)需求优先级:高、中、地。 9)需求的来源:包括用户反馈(包含用户访谈和问卷调研)、营销运营、产品经理、技术建议、高层管理。 10)接收时间:需求提出人提出的时间,即进入漏斗的时间。 11)需求状态:入库、评审、开发、拒绝等,每个需求随着项目的进行,会伴随不同的状态。 12)备注:其他任何信息,如:需求期望完成时间、被拒绝原因、暂缓原因。
1)编号:需求标识,便于需求管理。 2)需求部门:需要的来源。 3)提出人:即用户需求的提出者,有疑惑时便于更进一步追溯。 4)提出时间: 这是一个辅助信息,记录提交人是何时录入这个需求的。 5)期望时间:期望需求解决的时间,便于排期。 6)需求背景:需求在什么情况场景下产生的。 7)需求描述:这里可以具体解释一下名称里说的功能是什么意思。 8)建议方案:提出者建议的解决方案。 9)参考竞品:建议参考的竞品,方便产品经理理解需求。 10)优先级:高、中、低。
1)及时将收集到的需求或者临时想到的需求填写到需求池。 2)update需求的状态,哪些是拒绝了,哪些是已经评审的,哪些是完成的,都要及时的记录。
使用道具 举报
本版积分规则 发表回复 回帖后跳转到最后一页
Archiver|手机版|小黑屋|新宇
GMT+8, 2025-3-16 17:58 , Processed in 0.070339 second(s), 19 queries .
Powered by Discuz! X3.4 技术支持:迪恩网络
© 2001-2013 Comsenz Inc.