产品经理的工作是围绕着需求来进行的。产品经理日常的工作有:拍脑袋想需求,与用户沟通了解痛点在哪里,进行需求评审,写需求文档、画原型图等等工作。 产品经理一直做着需求相关的工作,那么应该如何正确地处理需求呢? 在产品这条路上,经过多次的挖坑填坑,我认为应该这样处理: 首先,先说明一个问题:一个产品,从前期的需求产生,到最后的产品成型,不管你前期的用户需求把握得多准确,原型图画得多漂亮,最后开发人员开发不出来,那也是白搭。所以,有关需求评审等会议需要有项目经理的参与,项目经理进行技术评估,再确定需求,这样才能保证需求提出后能够很好地实现。 需求的来源: 老板,老板是负责战略层的事务,在确定了产品的方向之后,他会对产品的样子有个大致的想象,有些功能是必须要有的,这时候,他会和大家讨论哪些需求建议加上去。 产品经理,在造就产品的过程中,老板和核心层人员已经把战略确定,接下来就是范围层具体的需求确定。产品经理需要进行基本的竞品分析对比、收集各方面的数据,然后分析得出需求有哪些。 产品运营,产品设计出来是给用户用的,而最接近用户的是产品运营人员。那么,不管是一个产品最初的诞生以及迭代,产品运营人员都应该做用户访谈,去获取用户的痛点,用户用得不爽的地方有哪些,然后列一份需求清单给产品经理进行反馈。 UI、UE、以及开发人员,业内有句话叫做"自己做的产品自己都不想用,用户会用么?"所以既然自身要设计以及开发,那么你肯定希望你的工作是有价值的,希望能尽全力去做好这款产品,如果意见能被采取,那么设计以及开发人员工作起来会积极很多,这样能让产品经理和他们更好地沟通起来,产品也会更完美。 需求的确定: 当老板、用户、产品经理、设计以及开发人员和你提需求的时候,记得给他们一份需求清单,让他们将需求填写上去,然后汇总到产品经理这里,产品经理把以上的需求清单整理在一起列成表格,以便在会议上进行统一探讨。 会议千万记得要求项目经理参加,向产品经理提供需求清单的人也尽量参加,以便更好地探讨。 会议上产品经理作为主持人,在介绍完产品背景以及产品战略上的信息后,就正式进行需求的评审。 评审之前,先在小黑板上画出表格如图 先列出需求,然后先让提出此需求的人说下提出此需求的原因,然后进行投票, 认同:指的的关于产品需求,这个需求你也想到这个需求,和提出者想的一样 赞同:之前你没想到有这个需求,但是经过他人提出后,你很赞同,在使用这个产品你会需要这个功能。 不赞同:之前你没想到这个需求,虽然经过他人提出,但是你不赞同,在使用这个产品你不需要这个功能。 在思考的过程中,强调给出意见之前,站在你是一个产品小白用户的角度上,你会不会有使用这个功能的需求。 如何投票确定需求,打个比方: 会议共有9个人,有个需求进行投票表决,每个人只能投一票。 认同人数加上赞同人数加起来大于三分之二,那么这个需求就确定必须加。 认同人数加上赞同人数加起来大一三分之一,那么这个需求待确定,参会人员重新进行讨论,站在小白的角度上说出各自的意见,重新进行投票,此刻投票只有赞同以及不赞同两种,赞同人数超过三分之二,确定此需求,反之,则放弃。 认同人数加上赞同人数小于三分之一,那么这个需求直接放弃,大家和需求提出者说下不赞同的看法以及意见。 需求的总结: 会议结束的过程中,需要专门有人在旁做会议记录,把会议过程以及最后的决策记录下来,会议后转发给参会人员,很多时候,记忆总是不如文档来得实在。 汇总的需求在会议上就已经处理好,那么对于老板特意提出的需求,你需要给一些详细的反馈了。 如果老板也一起参加会议,大家可以和老板一起讨论,很多时候老板提的需求会得不到大家的认同,是因为你没有老板的大局观,老板提的需求大部分还是对的(前提是这是经验丰富、靠谱的老板,其他另说),他可以通过他的理解给大家解释,也能说服大家,所以有关老板需求,会议上就能有结论。 如果老板太忙没有参加会议,老板提的需求通过后,在最后的需求确定都会有一份需求总结,抄送给他就可以,如果老板需求没通过,那么你需要在会议上把大家的意见和想法以及论据等等,都一一列举出来,给老板进行解释,为什么这个需求没通过,以及大家的意见都是怎样的。老板认为这个需求很有必要加,但是大家通不过,那么只能再开次会议,速度解决这个需求的决议。 最后一点,就是项目经理在会议的过程中,他是有一票否决权的,在需求的产生后,就已经涉及到了后期的功能开发,如果太过天方夜谭无法实现的需求,项目经理以纯技术的角度,当场就可以进行拒绝,老板需求也可以拒绝,任何一个需求得不到实现,那么这个需求是没有意义的。 经常出现的问题: 1、有时候开发人员对有些需求表示不理解的时候,经常看到有产品经理和开发人员这样解释:这是老板要求加的需求,没办法。 这句话意思是什么? 第一,我也认为这需求不靠谱 第二,他是老板,他要加我也没办法。 这句话突出了一个产品经理的无能,试问一个老板请你来做产品经理,你是专门用来做他的传声筒,还是用自身的经验看法,来用心打磨优化一款产品。 而且,开发人员也会认为你无能,在后期的沟通过程中,势必会有更大的阻力。 2、有时候产品经理拍脑袋想出的需求,然后后果一般是这样的:设计、开发人员在设计的过程中,设计师设计着页面,一边想着,这玩意,给我我也不用,开发人员撸着代码想着,这傻逼功能,谁会用啊,浪费我这么多时间做这种功能,这产品经理… 可想而知,产品经理和设计、开发人员在沟通上,会碰撞出什么样的火花。 需求是产品经理绕不过去的坎,作为产品经理都应该尽力去把需求想好、处理好。