1周处理1000个需求?像麦肯锡女神一样,优雅地评估优先级

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

1周处理1000个需求?你该怎么办?说到底,需求的优先级是个时间管理的问题。面对着繁重、复杂、多线程工作你要如何优雅的处理这些需求?

xuqiupinggu

一、互联网屌丝or麦肯锡女神?看着办呗

产品经理忙成狗的日子里,最头疼的问题之一就是如何评估需求的优先级。

如何处理需求优先级往往反映了一个产品经理的水准和能力。就像题目里说的,如果一周需要处理1000个需求,你该怎么办?老大们拍下来的要做吧?影响企业利润的要做吧?还有自己那点小心思,也要做吧?……如果顺着这个思路走下去,那么就很容易陷入到被需求牵着鼻子走的境地,打乱自己原有规划,更是会影响到整个团队的工作节奏。

然而,同样面对着繁重、复杂、多线程工作的某个物种,不仅凭借解决问题的能力赚得满盆满钵、驰名全球,更是总结出了一套科学且可复制的工作方法和管理经验,供更多行业的人类复用。这个物种生存的星球叫麦肯锡,这个物种分为两类,一类叫男神,一类叫女神。(……)

maikengxi1

说到女神我就想到她【暴露年龄】

好吧。我知道在这个重科技轻人文的年代,管理学被当做招摇撞骗,殿堂级的几家公司也越来越不好赚钱了。但面对这么实际的问题,只需要对工作方式做一点改变,可能就会帮助你走出现有的困境。如果你还想被需求折磨死,面如枯槁地加班,请点叉不送。如果你希望让需求更有条理,让工作更有效率,让每天晚上多点时间给自己,那么,看下去吧。

二、万能的四象限法则

说到底,需求的优先级是个时间管理的问题。往往的现状是:没有资源,没有时间,N个需求压过来,每个都希望今天提需求明天就上线,这时候,就必须评估需求的优先级。

《麦肯锡方法》和《麦肯锡思维》中都不断地提到,对项目管理和时间管理,非常有效的工作方式是四象限法则。根据事件的重要性和紧迫性为坐标轴,可以将所有事情区分放在四个象限:重要且紧急、重要不紧急、不重要但紧急、不重要不紧急。对所有事件分类后,才可做更好地分析处理。

maikengxi2

当然,时间管理的四象限法则很多人都知道,只说到这里简直弱爆了!更为重要的是,在使用四象限法则之前首先要做的是标准评估。

四象限法则的两个坐标轴是重要性和紧迫性。紧迫性和时间关联,比较好量化,而重要性则需要认真定义,树立标准。

2.1 有钱有势,不如有标准

什么叫重要?从互联网行业的普遍角度看,一个产品的需求重要性可以细化为以下几4个标准:

  1. 基础服务。越靠近基础服务的需求越重要。一方面,越基础的服务越靠近产品所满足的本质需求;另一方面,如果没有完善的基础服务,功能性的需求往往也无法实现。把产品比作一座塔,塔尖少盖基层,最多是矮一点,可如果不搭好基座,整个塔都有可能倒塌。
  2. 利润来源。比较共识的优先级取舍是,客户大于用户。如果某一个需求直接影响到公司的收益,当然会被放在高优先级。
  3. 战略支持。如果是公司层面的战略落地,需要业务线支持,能够支持公司决策、引起市场和舆论效益的,也会被判定为重要。
  4. 关联性强。最后一点,有可能一些需求在你看来一般重要,但该需求会牵扯到其他部门的重大功能,或是许多部门需要该需求支撑,成为了“牵一发而动全身”的那“一发”,那就需要调高这个需求的优先级。

2.2 四象限的处理方式

确认好现有需求的重要性和紧迫性,可以让他们排排坐到四象限的格子里去啦!然后,看看该如何去解决这几类问题吧:

  1. 第一象限:重要且紧急。首要解决这类需求,但需要控制好的是该象限的需求数量。以你的重要性标杆为主,需求提出方的标杆为辅,如果本末倒置,就永远跳不出这个坑了。
  2. 第二象限:重要不紧急。对待这一类的需求,不建议立即开工。比“立即执行”更重要的,是要尽量确保产品方案的严谨性。等时机成熟,能拿出一个尽量完善的方案支持开发,高效完成,避免反复。
  3. 第三象限:不重要但紧急。这个类型简直太经常遇到了。“反正是小事顺手做了吧”、“我们很着急用这个功能,帮个忙嘛”……这个时候千万要把持住!不要随口答应!千万记得,再紧急,它既然不重要,就需要好好评估。如何处理这个象限的需求呢?第一,和需求提出方对重要性和紧迫性认知的分歧,需要我们做出进一步的沟通,以判断是否仍然需要你的配合,是否可以转移到其他象限。第二,如果对方确认仍需要向你提出需求,那就要考虑该需求和自己的其他项目是否有重叠,如果是可以一起开发支持,那就一并放到其他项目中;第三,如果该需求确认需要你配合,又和其他项目无重叠,又很紧急,那么这时候需要和需求提出方确认下能够接受的时间期限,尽量争取自由度,即便需要临时支持,也要给现行的项目足够的缓冲。
  4. 第四象限:不重要不紧急。遇到这类的需求,就不要装好人了,该推掉就推掉吧。如果对需求的认知有歧义,那么就帮助需求提出方了解为什么是不重要又不紧急。总之,把你的精力放在其他需求上吧。

到这里,相信你那一大麻袋的需求已经有一个清晰的规划了。

三、反思比忙碌更重要

梳理完毕现有的需求并没有结束,比起执行,更重要的是反思。为什么会有这么多需求?为什么会有这么多重要的、或者不重要的需求?

仍然从四个象限来看。

3.1 第一象限:重要且紧急

真的有这么多重要且紧急的需求吗?这一类的需求过多,只有两种可能:

第一种可能是没有准确评估重要性。A说重要就觉得重要,B说重要也觉得重要,到头来就是全都很重要。假设产品是一条船,产品经理是船长,每一个需求都是你装卸货物的码头,而产品的发展是你的航线。每一次停留,有可能让你的船更坚固、储备更足,也可能让你的船消耗储备、一无所获,而最糟糕的境地,则是你痴迷于一个个码头,最终却失去了到达终点的能力和方向。

第二种可能,是基础没有打好,才会有那么多紧急的事。以社交产品为例,根据节日策划活动、根据热点事件炒热社区话题、根据客户需求订制页面,这些都会成为重要且紧急的事的话,只能说明你的产品没有做好专题运营的功能,这时候最需要做的是规划专题运营的基础能力。

3.2 第二象限:重要不紧急

第二象限的这些需求,往往才是对产品本身最重要的需求。这一部分需求做好,也可以有效减少其他象限的需求。比较合理的处理方式是,针对这类型的需求树立一个落实的周期。假设我们设定了一个月,如果有第一象限的需求进入,可以暂时调整优先级,暂停的这段时间里,一定要不断完善需求本身的严谨度和可行;如果一个月的期限将近,则必须协调资源落实,毕竟该象限的需求保证了产品自身的功能和品质。

3.3 第三象限:不重要但紧急

这类的需求太多,会让人失去对产品的主动,更是对资源的极大浪费。那么如何能尽量避免这类的需求?为了避免这类棘手的问题,平时就要树立好自己的工作风格和职业原则,哪些可以做,哪些绝不可以做,亮出底线,即便评估后真的觉得不能做,也有理有据。另外,如果不能帮对方实现需求,也可以帮对方想出其他的解决方式。如果同一个需求,他认为很重要而你认为不重要,那么说明你们的利益相关性较弱,必定有利益相关性较强的第三方可以选择。总之,不要让这部分需求侵蚀掉你的资源和精力。

3.4 第四象限:不重要不紧急

在工作中真的有需求会进入到这一象限吗?如果你一时犹豫没好意思回绝,那请培养自己的果敢;如果你对需求做错了评估,那请提升自己的专业度;如果你三心二意轻易承诺,那请校正工作态度和责任心。总之,时间浪费在第三象限就很可怕了,不要堕落到第四象限了。

或许还没有结束?

当然,用了这些方法你也未必能把所有需求规划得当,现实里总有那些坑爹的需求等你掉坑,让你恨不得把它们全部上交国。但方法的好处在于,当你面对堆积如山的需求,不再抓狂,分得清哪些可以做,哪些不能做,哪些是坑,就已经成功一半了。我这寥寥的几千字,就算没有白费。

如果你有更好的招数,可以告诉我;

如果你真的要我1周内处理1000个需求,我只能说:

maikengxi3

#专栏作家#

莔莔有神(微信号破壳,Pokeclub),人人都是产品经理专栏作者,量化精进法实践者,最接地气的互联网求职培训师。文章专注于互联网求职、产品设计和自我管理。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 8

登录后参与评论
  1. ;-)

    回复
  2. m

    回复
  3. :arrow:

    回复
  4. 好奇的点了你的头像进去,发现这篇文章你已经在去年发表过了,一模一样。只能怪人人都是产品经理的产品做得不好,没有去重检测……

    回复
    1. 回复

      可以站在产品经理的角度理解下为什么网站允许这样的重复文章

    2. 回复

      没有那么多为什么。站在产品经理角度,要做好内容,肯定不希望网站的内容(文章)都是重复的。而且,woshipm网站为UGC内容,更加不希望出现重复的。要做到系统去重,简单的可以加监测标题的重复,复杂的检验正文的重复率。这些做起来都需要花时间。站在产品经理的角度看,投入产出比不大。这个完全靠自觉了……

  5. 咦,这个是不高效人士的7个习惯吗?总结的很好。但实践起来不是很容易,需要对每件事有条理的管理,有时候理论都很好但是缺少工具来帮助落地,最终也只是空中楼阁。我们公司产品部用鱼骨执行力软件进行协同办公,能添加需求的优先级,算是方法落地吧。

    回复
  6. :grin:

    回复
加载中