作为一个产品经理,做一个产品项目的第一步,就是要开始分析了解需求.
要通过“给需求做一次DNA检测”，来“确定需求的基本属性”、“分析需求的商业价值”、“初评需求的实现难度”，从而计算出需求的“性价比”。
本章节的标题讲的是一个需求的奋斗史,在产品需求前期,需求就好比是精子,因为资源是有限的,成千上万的需求,最后活下来的只有几个.当然,需求的生存率比精子要高."少做就是多做""尽可能的放弃" 是需求管理中常用的话题. 同样的,"心急吃不了热豆腐"也是需求管理常用的话术.其实在本章节对于需求项目,讨论的最多的就是"做哪些,做多少".
从用户中来到用户中去,需求其实就是问题,作为产品经理,都需要去设法的满足用户的需求,简单来说,就是解决各种各样的问题.而解决这些问题的方法和思路,对任何人都有帮助,任何人都会知道一点,所以.这也就是为什么本书的标题,人人都是产品经理.
书中也介绍了很多关于需求采集的方法,比如用户访谈,调查问卷,以及可行性测试,还有数据分析.
在我们的工作中,我们接受到的需求更是方方面面,层次不穷.作为公司的信息部门.我们的工作也是为了去从信息化的角度去解决大家的问题,去帮助大家提出的问题来做合理的调剂.
在之前,我们的城市分析表,订货准确率的表格,货品人员需要花上很长的时间去制作,要从ERP去拉取数据.填这里,再去ERP拉数据,填那里,一张表格,大家需要从ERP里面拉很多次数据.
然后,货品人员的需求就来了,能不能解决从ERP里面拉一次数据,就能提供给表格使用.
这个时候,我这边就要开始去分析大家的需求,到底做这张表的意义所在是哪里? 需要产生什么样的结果数据?这个结果数据是给什么样的人看的?等等..
这是一个需求分析的过程, 城市分析表的是为了了解店铺销售的情况.了解货品的具体销售TOP. 订货准确率是为了了解货品的动向以及周转,及时的调整活动方案,为货品的整体做合理的安排.
其实从情况分析,这几张表单的源内容,就是销存数据. 这就得到了第一个需求解决方案. 我们只要得到销存数据,就可以满足上述表单了. 既然是城市分析表,理所应当需要具备地区,那销存数据中的店铺属性就是一个标签了. 从这个基础出发,我们还得考虑到商品的年份,季节,款,色,尺,销售时间等等其他标签因素.
这个时候,开始分析需求.拉去一次数据,这一个需求,货品人员习惯的直接从现成的数据分析表单中拉去数据并且使用. 因为这样的操作习惯, 针对不同的表单,需要拉去不同形式的数据统计, 但是却忽略了一点, 拉去最基础的数据源,反而可以节省时间,只需要对最基础的数据源经过加工处理,即可得到各张表所需要的数据.
不同职责的人关心的数据又是不一样的,比如老总,他关心的是整盘的数据,他不需要知道具体SKU的货品的进度到底如何在走的,只要知道你这个品牌是健康的就足够了. 比如零售人员,他所要知道是店铺的销售数据情况.他并不需要关心整体库存的进度.
听用户的,但是不要照着做.
我们需要根据大家的需求进行合理化的分析.再进行后续的调整开发,如果我们完全按照大家的需求来. 结果产品一出来,可能也会产生一个新的需求,一个新的问题.
不能被用户牵着鼻子走.我们要做的,是满足用户的需求,并且在需求的基础上,给予更大程度的支持.根据前期获取到的信息,通过快速的换位思考,了解需求背后的真实需求, 这才是一个产品经理应有的价值所在.