分享人:杨少华
目录
1.需求管理的重要性
2.需求采集
3.需求分析
4.需求筛选
5.需求处理
6.需求实现
7.更多讨论
仔细想想,因没有合理的管理好需求导致的问题不在少数,所以就会出现类似于“人员并不清楚究竟该做什么,但却一直忙碌不停的开发”情况,到最终会就出现“开发出来的产品竟不是用户所需要的产品”的杯具!
需求是产品的根源,需求工作的优劣对产品的影响最大。产品开发的源头,如错果一开始方向了,接下去的工作就会错上加错,离“好产品”越走越远了
从哪里获取需求
需求采集的方法:1.数据分析;2.调查问卷;3.用户访谈;4.可用性测试
确定需求属性 1.KANO模型 2. 老马的五层次需求理论
分析商业价值 对需求的价值判断,还是基于两点:这个需求满足的是否是:1. 核心用户的2. 刚性需求。
1.排出优先级; 2.这个阶段工作是结合现状对需求进行处理,主要是解决—做不做?做多少?什么时候做?的问题; 需求的评审邀请领导参与,团队中成员有页面设计师、前端工程师、程序员、测试人员等角色;通过一次评审,对多个需求进行打包,整理出一个版本(或者子项目)所需的的需求点;对打包好的需求点形成文档,
对己确定好的版本(或者子项目)的需求点,进行开发,这里主要涉及开发流程,
一、分段交付产品功能,MVP实现核心需求
二、按照产品需求的优先级分段交付:
MVP产品可以从以下几个纬度确定功能范围: 1.用户纬度:MVP集中满足核心用户/种子用户的需求; 2.功能纬度:找出最核心、与痛点最相关、最小的功能组合。减少需求永远比增加需求更难。这里可以用反向分析法,如果去掉某个功能,会不会影响主体流程。某个需求如果上不了线,用户会不会流失,如果回答是会,则放入mvp中实现,如果不会大胆的放到后续的迭代中做; 3.产品原型:现在更多的产品会通过微信公众号的形式验证,比如知乎的付费问答值乎,最开始的mvp产品形态主要是知乎服务号的自定义菜单或者朋友圈的分享,如果一开始就放在App端,如果用户没有来得及更新,就错失了市场机会(同一时间,分答已经在市场上跑马圈地了)。
匿名函数和闭包的区别
匿名函数:简单的来说就是没有名字的函数
闭包的含义:闭包说白了就是函数的嵌套,内层的函数可以使用外层函数的所有变量,即使外层函数已经执行完毕(这点涉及JavaScript作用域链)
感谢大家观看
BY : 杨少华