需求收集
·C端
来源：个人用户
方法：定量的问卷调查，定性的深度访谈，轮岗实习
目标：解决用户痛点
· B端
用户反馈，运营反馈，商务反馈，领导需求
目标：解决业务问题
需求分析
拿到需求，要思考需求的真伪和具有的意义程度，然后第一时间给到反馈人结果，这样大家才会源源不断的给你提新的需求。有时候，产品经理闲下来了反倒不是什么好事。
去伪存真意味着要思考如下问题：
· 需求背后的真实目的是什么？
· 问题的影响有多大？不做造成的损失有多大？
· 问题是个例还是共性问题？
· 问题解决后得到的好处是提高效率？增加收益？增加流量？达成合作？体验提升？还是服从boss？
· 有没有快速解决问题的好方法？
· 如果解决这个问题哪些系统/模块也会受到牵连？
值得注意的是，KANO模型方法论并不适合B端产品,只适合C端产品。
KANO模型
基础需求>期望需求>兴奋需求>无关紧要需求
需求管理工具
常用类：EXCEL、云表格、石墨文档
软件类：
JIRA:澳大利亚的一个公司研发的，这个还真没用过，Confluence也是出自这个公司，这个是用来上传共享文件的，如果公司不强制用的人也不是很多。
Teamition
需求管理
经过上面的分析后把需求全部纳入以上需求池工具管理，意义是：
1. 优先级判断：持续管理迭代计划；
2. 项目管理：跟踪进度及时发现延迟情况；
3. 分析工时：计算研发成本和投入产出比；
4. 绩效管理：分析需求的响应效率和解决程度；
字段包含：
产品名称-需求类型-需求描述-来源-提出日期-优先级-迭代版本-业务负责人-产品经理-研发负责人-测试负责人-状态-计划上线日期-实际上线日期-前端开始日期，结束日期，工作量（人日）-后端开始日期，结束日期，工作量（人日）-测试开始日期，结束日期，工作量（人日）-计划版本
状态：
需求调研<需求文档编写<产品内评<研发评审<待排期<待开发<开发<测试<待验收<待上线<已上线
暂放
拒绝
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
