产品经理丨如何优雅的与老板沟通和交流需求并实践

产品经理经常会遇到这样的情况:你的Boss告诉你说“我觉得XX很不错,我们也做一个吧”,你的内心有何感想,是不是心头有着一万匹神兽呼啸而过。当你明明觉得这个需求一点也不靠谱的时候,你又怎么才能够优雅的去和Boss进行沟(si)通(bi)呢,你是反复念叨着不靠谱,还是说能够有理有据的向Boss进行解释?虽然说抗争的结果也是然并卵,Boss说做那就得做的节奏…

  “一个产品,要加多少的功能,才能成为一个垃圾产品啊!”这句话来自于张小龙的饭否日记,对于一个产品而言,每一个产品都是有着自己的灵魂的,绝不仅仅只是简单的功能的堆砌,所以不要为了功能而功能。每一个功能点都是能够解决用户的某一个问题的,不是简单的拍脑袋决策的过程,归根结底还是要回归到用户、需求、场景上来。

  以截图中的对话来进行案例分析,来去判断这个idea究竟是否靠谱,以下只是按照简单的思路去分析。

       用户

  用户是什么样的用户会有这样的需求?

       这样的用户属性特征是怎样的?

      那究竟是什么样的用户会有快递代领这样的一个需求呢?首先肯定是快递很多,其次是自己没有时间,满足这两点的用户才会有快递代领这样的一个需求,我们继续分析究竟是什么样的用户会有很多的快递?现在的快递多为电商购物的包裹,那快递较多的用户也就大致为电商购物的主力军,电商购物的主力军主要分为一二线上班族,三四线生力军,以及大学生群体和全职主妇这几个群体。

  这几个主要的群体都有着什么样的特征呢,一二线上班族相对来讲属于具有一定的消费能力的一个群体,但是也要承担着高额的房租或者房贷,平日也都在上班,家里通常是没有人的,邻里彼此之间可能也并不认识,所以是有着快递代领的需求的,但是通常都是将快递送到公司或者小区物业处以解决此问题。三四线的用户群体反而才是电商的消费主力群体,相对一二线上班族而言并没有那么高的生活成本,而三四线城市人口的流动性相对较小,也有较多的闲置劳动力,快递也可以让邻里之间或者小区物业代领。大学生群体是一个消费能力有限,但是相对而言有着更多的时间的群体,另外也有着较多的同学可以帮忙代领快递,所以基本没有快递代领这个需求。全职妈妈则是一个有着一定消费能力,但是也有着较多的空余时间的群体,自己有时间去领快递,所以没有这个需求。

      需求

      需求是真需求还是伪需求?有多少人有这样的需求?需求的紧急迫切程度如何?需求的频次如何?在需求没有被解决之前用户是采用什么样的处理方案?满足用户需求之后会有什么表现?代领快递到底是真需求还是伪需求?由以上简单的分析我们可以看到这个需求是真实存在的,但是有着样需求的用户的数量相对而言较少,并且这个需求的频次是不固定的,也并不是刚需。在这个需求没有被满足之前,用户就有着其他的方案来满足这个需求了,即使说我们采用其他的方式满足了这个需求,也很难赋予这个方案额外的价值。

  并且在满足用户这个需求之后又会延伸出其他很多的需求,比如我们需要建立仓储空间来放置代领的快递,用户一直没有来领的快递保存多久?快递没有经过检验就签收了,那出现问题谁来负责,是物流公司还是我们?如何盈利,用户愿意为这样的服务买单吗?有时候选择不做一个需求是因为后期延伸出来的需求太多,而这个需求也没有到非做不可的地步,那就选择不做。

       场景

       用户在什么样的场景下会有这样的需求?有这样的需求的场景的数量多么?场景通常情况下包含着六要素,时间、地点、人物,起因、经过、结果。用户一般是在快递数量较多,而自己并没有时间领快递的情况下会产生此需求,这样的场景出现的次数并不固定,另外用户也有着其他的方案来解决这个问题。基于以上简单的分析,我们可以简单的得出一个结论,那就是代领快递这个需求是存在的,但是用户的数量有限,并且出现的频次并不固定,并且用户当前有着其他的解决方案来满足这个需求,这个需求并不足以成为用户的的痛点,解决这个需求产生的价值相对较低。之前文章中写的案例分析就是基于“用户—需求—场景”来进行分析的,首先列举出可能有此需求的目标用户,确定用户的数量和用户特征,找到需求出现的场景,用户的目的是什么,现在面临的问题是什么,以及用户现有的处理方案。然后通过你的解决方案与用户现有的解决方案来进行对比,如果你的解决方案的效率还没有用户现有的方案高的话,那就需要去想办法改良解决方案或者选择放弃。

  那么该如何优雅的与Boss沟(si)通(bi)呢?从目标用户的角度是相对较好的切入点,将我们产品的目标用户列举出来,有这样的需求的用户有多少?这些用户对我们是不是有价值?需求的频次有多高?不满足用户的需求会产生什么样的后果?满足用户的需求之后,用户能够得到什么?对我们而言是不是有价值?如果Boss一直觉得自己有这个需求,那就拿出来目标用户的画像,所有的需求从目标用户的角度出发,而不是基于自身的角度去YY,认为自己有这样的需求,所以觉得我们的用户也应该有这样的需求。产品经理需要有着自己的坚持与妥协,需要坚持且可以坚持的地方就应该去坚持,需要妥协的就去妥协,虽然这两者之间的界限有时候并不是很明显…在撕(si)逼(bi)的过程中,如何去确定这个需求到底值不值得做呢?可以通过以下几个维度去划分优先级,可以包含但不仅限于:

  1. 用户量与频次通过衡量用户的量级和出现的频次来划分,首先肯定需要优先去满足用户量大且频次较高的需求,其次是用户量较小但频次较高的需求与用户量较大频次较低的需求,最后是频次较低用户量较小的需求,另外用户量的大小则是一个相对的比较,需要同自己的用户总量进行对比。

  2. 影响面不同的一个需求,所造成的影响面肯定是不一样的,比如电商中的一键下单与修改密码这两个需求所造成的影响面肯定是不同的,肯定是优先去满足影响面较大的需求,其次才是影响面较小的需求。

  3. 目标贡献度产品在不同的阶段的目标是不同的,比如在某个阶段开始有相关的KPI指标,那肯定会去优先完成一些对KPI贡献程度较高的一些需求。另外每个阶段都会有着一个主要的功能,肯定需要优先去满足主要功能相关的需求,其次是现有的流程优化,以及一些小的功能的优化和小的Bug的修复,去完善和优化现有的功能,最后才是一些新功能的尝试。

  4. 重要紧急程度比如Boss的需求肯定是被放在优先级最高的层次的,而一些Bug如果已经影响到了用户主要任务的流程的完成也肯定是需要优先进行修复的,其他的一些需求则可按照重要和紧急这两个维度来去划分,进而去确定优先级。虽然理论上来说,说服别人的时候要有理有据,最好还要有数据,可就算你有理有据又有数据的去和Boss沟(si)通(bi),却最终依然很有可能败给Boss一句,“我还是觉得…”

网站开发、微信|小程序、APP系统开发!

联系我们: 598100156