产品评审上的些许事——需求评审

  作为产品经理其实工作中并不是画画图、想想点子这么简单,有些时候要去协调各个部门资源,有些时候还要用到社会工程学,有些时候还要用到公关技巧,有些时候还要用到人脉关系,在产品经理的主要工作中沟通能力和协调人际关系这些能力我觉得要占得比重不亚于产品设计,大多数公司工作职责并没有区分的那么详细,有时候甚至产品经理、交互设计、UI视觉都由一个人来完成也是很常见的(如我之前的公司)。
null
  选择做产品经理就要准备好每次产品设计完像大姨妈一样的需求评审,在评审过程中会有这样那样的问题,保持一个乐观积极向上的心态是比较重要的,在产品需求确定后进行需求评审,一般如果部门对你足够放权那么找开发、设计、运营、也许还会有运维、营销,的代表性人物参加即可,如果不够放权那么还需要一个能拍板的人,面对同样一个需求每个人的看法是不同的,做不同工作的都会从他们的角度给你这样那样的“建议”,但是由于每个人的沟通方式又不同,也许有人温婉、有人犀利,记得之前有人跟我说腾讯的女PM经常在需求评审(批斗会)上被说哭了。

  其实大家往往对你的产品指指点点,说东说西大家的目标只有一个就是把这个产品做好,并不是对你这个产品的否定,面对这样的评审会要保持一个积极向上的心态,当然激烈辩论和大声咆哮都是不可避免的,但是大家只要做到对事不对人即可,如果你不能调整好自己的心态(比如你是刚毕业的骚年)那么你就在评审之前想想党,想想我们的祖国,啊~顿时就会心胸开阔。

  需求确定评审时大多数是审阅需求文档,如果时间有限根本不会有原型产出,大家面对一堆文字其实比较抽象,有些同事也许不是从事互联网行业的(如:市场、营销)但是他们又是需求评审中必不可少的部分,那么你可以用委婉的方式暗示大家不要纠结于表现形式,但是这是不可能的,人是用大脑思考的,要形象要具体,于是乎我们可以画一些简单的原型,我记得当时某视频网站产品总监我们讨论需求的时候,他的文档中都是模块单独画原型,从来不拼装在一起,因为这样既起到演示的作用,又不会让大家过多的纠结于页面布局、设计等元素。

  当运营、营销或其他部门向你提出需求时,也许他们不是专业的不知道该提什么,但是作为PM的我们要学会如何提炼需求,也许他们给你提的是“你这个画的不太好,我觉得在这应该画个圈,那应该画个圆,写上1、2、3、4”其实他们想表达的意思就是你某个区域给用户的感觉不够明亮,没有整体活动流程,但是我们的解决办法如果按照这种需求提炼以后,体现形式有很多种,不一定要圈圈、圆圆。

  需求评审中还要注意的问题就是评审过程要做好控场,评审前告诉大家,我们今天评审的主要内容是1、2、3、4,主要搜集大家需求的是1、2、3、4,我们按照顺序做好需求功能点的评审,如果发现跑题马上拽回,特别要注意的是尽量做到需求确定不再修改,不管从开发还是运营的角度考虑,产品经理不应该只考虑“我想要什么?”这个问题,还要考虑到运营的营销方案时间、开发量有多少,协调全面满足用户需求和商业需求的平衡点,如果像奋斗中“陆涛”那样只是“我要、我要、我还要。。”估计没有一个人能满足得了你那么强烈的欲望。

  这篇文章纯属流水账式的忽悠文,木有任何技术含量,也木有文笔和措辞,看者请勿拍砖。

产品评审上的些许事——需求评审》有4个想法

  1. huiris

    虽然没有做到过产品经理,但也曾经跟着拍板儿过一些产品。企业氛围不是很好的话,沟通成本会非常大,而不仅仅是资源的问题。

    回复

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注