产品管理中的需求优先级如何排序?

  有这样一个问题,题目是:假设现在你负责一个产品的设计,请注意这个前提,现在有若干个需求列在这里,请排一下顺序。

  A、市场合作伙伴给你提供的需求,要求你产品做某种改进以便他们推广,这样可以给你带来每天不少的流量,对用户的影响未知;
  B、销售部门给你的需求,要求产品做某种改进以满足广告主的期望,对用户可能会有少许不利影响;
  C、某个知名的产品设计大师,行业内公认的领袖级人物,在公开的博客或私下里跟你说的,他认为用户所需要的功能;
  D、你自己在使用这个产品,你认为这个产品可以增加一个什么功能来满足你自己的需要。
  E、客户服务反馈过来的信息,很多用户提出的一种需要。
  F、市场调研公司发出的报告,通过调查问卷获得的用户需求。

  产品经理工作中打交道最多的就是需求了。每天的纷杂事务中,大多数工作都是在处理各种各样的需求。当我们面对纷繁复杂的世界,我们要想使自己更清醒,更加超然脱俗的把事情做好,就必须要做出取舍。产品管理中,我们需要同样的道理,来对待它。

  产品是一整套固化的解决方案,其本质就是用来解决目标用户的需求。在互联网产品管理过程中,对待需求优先级的判定和管理,个人认为有如下三个原则。

  1、客户需求优先级高于用户需求。从某种角度来看,客户是一种特殊的用户类型。这种“用户”他为产品买单,在产品应用上,有更大的话语权。利用自身的资源、技术和竞争优势,满足客户更多的需求,以实现互联网产品的增值,这本身就是互联网产品经营的方向。因此客户需求的优先级是要高于普通用户需求的。当然有一种情况需要特别说明,当客户需求和用户需求产生冲突的时候,我们要考虑的就不仅仅是优先级的问题了,而是在满足需求和解决矛盾的过程中,产品的价值是否得到了体现,是否是一个可持续发展的选择。

  2、确定的需求优先级高于不确定的需求。一个需求的提出,其背后往往代表了若干人等的产品诉求。对于这样的诉求,我们是否清楚来龙去脉,是否有足够的调研数据以证明其真实性,是否符合产品的战略发展规划,是否有潜在的风险尚未考虑到...当一个需求的方方面面都是确定的,都有初步的论证和思考之后,才是动手去响应的好时机。俗话说,谋定而后动,就是这个理。当然也有人说互联网讲究的是兵贵神速,什么都考虑清楚了,黄花菜都凉了。这话也是有道理的,做互联网产品必须是小布快跑,否则肯定落后,但是这与要做明确的需求并不矛盾,只是对产品经理有了更高的要求--既要准,也要快!

  3、响应需求必须考虑投入产出比,算成本帐。在有限的资源条件下,要优先处理投入少,收益大的需求。而对于响应代价太大,而效果评估不高的需求,要敢于舍弃。只有这样,才能轻装上阵,在有限的条件下,做出出色的产品来。

  结合上述三个原则,回头再看这道题,答案就应该清晰不少。
  需求A、B都属于不确定的需求,哪怕再诱人,都不能轻举妄动。要“发回重审”或协助完善需求,把需求明确了再来谈优先级。
  需求C貌似金玉良言,不过再知名的产品专家,也不能一下子就能洞悉先机。没有调查就没有发言权。因此,需求C也是不确定的需求,听听就好了,千万别盲目崇拜。
  需求D首先是一个确定的需求,虽然看上去是你一个人在使用过程中产生的需求,可能没有代表性。但不要忘记了,你是产品设计人员,如果连自己的不相信,那能相信谁呢?
  需求E是确定的客户需求,这是毫无疑问的。
  需求F是基本确定的用户需求,前提是该调查问卷时针对产品做的有效调查问卷。

  综上所述,这六个需求中,个人给出的排序答案是:EDFBAC。(作者:周凯 出处:一比多网络营销www.ebdoor.com)

 

你可能感兴趣的:(软件工程,互联网,网络应用,C,C++,C#)