PM vs 需求|作为PM的我们,如何对接需求?

释放双眼,带上耳机,听听看~!

default-img.jpg

当取得成绩之时,分羹者众多,当陷入泥沼时,产品就是众矢之的,那么当我们面临这样的情况时,应该怎么办,离职?撕逼?都不如从源头上改变这一切。

相信每一个摸爬滚打在产品战线的PM都有类似的经历,需求从天而降,砸的是一口老血喷出三丈高,更要命的是,需求就像一个娘不亲舅不爱的孩子一样,丢给产品以后,个个做起了甩手掌柜,坐等需求的健康成长或步入歧途。

经过周而复始的跳坑,爬出,懵逼,捶胸顿足后,私以为建立“需求对接的约束”势在必行,那么我们需要对需求有一个基本的认识,即需求是什么,从哪来,到哪去。

Part 1:需求是什么?

在漫长的产品学习道路上,我们接触了马斯洛需求模型,KANO模型等等的需求相关的模型,那么无论是金字塔还是四象限,描述的都是需求的一个属性,严格的讲是处于某一场景下的特定属性。作为一个产品,也许我们听得最多的话就是“透过现象看本质,去挖掘背后的真相”,那么我根据自己的认知,将对我所理解的需求进行一个定义:需求是具有一定目的性的状态或指标。

举个栗子:我要和美女A,去巴厘岛共度一个美妙的假期。

那么我们接下来将这个需求拆解:

  • 需求元素:我和A;
  • 需求期望状态:巴厘岛共度假期;
  • 指标:美妙;

到这里远远还没有结束,我们还没有深入的了解这个需求背后的“目的性”,那么“目的性”的解读可能包含以下的若干方面,简单列举下:

  • 目的1:获取芳心→成为情侣→婚姻;
  • 目的2:一个人出游无聊,单纯的旅游拍档;
  • 目的3:完成父母制定的单身狗KPI;
  • 目的4:炫耀装逼;
  • 目的5: …………;

这个时候我们发现,在基础的共性信息下,表象是一致的,但经过对“目的性”的分析,则发现了背后大不同的原因,而不同的原因必定源于不同的问题,我们作为产品,就是要解决每一个需求背后的实际问题,针对问题来规划不同的方案策略。

由此可见,需求的“目的性”是核心,状态或指标则可以看成是一个状态机,根据不同“目的性”来实现状态机的过程条件,就是我们需要深入分析挖掘的本质,即策略的基础支持。当然在这个分析挖掘的过程中,还要坚持“定位,取舍,平衡”的思维模式,每一个需求的实现都是约束在一个框架边界之内的,我们应该保持克制,或是从深层次来说,应该是“合理”的实现需求(后续文章将会单独分享“定,取,平”的相关思考)。

Part 2:需求从哪里来?

“如果把产品的需求池比作大海,那么需求的来源就是百川归海”,来自市场反馈的,业务导向的,数据导向的,以及BOSS灵光乍现的,等等等等。当面对如此多的需求,从不同来源向我涌来的时候,曾几何时,我是懵逼的,但慌乱中我仍记得产品的职责—解决问题!那么接下来的思考就是如何解决“饱受需求摧残”这个痛点,我们作为大海,既是源头也是最终的汇聚之地,那么我们既然不能决定来源的数量,我们就要把控来源的质量。

接下来将收到的需求进行简单的聚类,大致可以分为清晰的和模糊的:

  • 清晰型:目的明确,期望终值清晰且合理;
  • 模糊型:反之;

那么来源的质量把控,就是要把更多模糊型需求变为清晰型的需求,这样既能减少沟通时的往复,也能让策略在规划的过程中避免过多的干扰。一方面提升效率,另一方面给产品更多的时间去深入思考,让策略更有质量,更有远见性,而不是局限在点与点之间的传递,而向着链性的,层级性的方向良性发展。那么如何来把控来源的质量,将在下文进行展开叙述,各位看官稍安勿躁,利其器方能善其事。

Part 3:需求到哪里去?

在日常的工作中,我们将需求进行拆解,整合,揉捏成一部方案,输出成PRD等可见的实物,交由技术团队进行研发,这个流程看似环环相扣,顺畅丝滑,但实际中的惨痛教训告诉我们,每逢撕逼倍思亲,诸多字眼浮现在眼前挥之不去,“可行性”“逻辑”“兼容”等等,与我而言,这个锅,还真得产品来背(不计算无良程序猿插科打诨,溜奸耍滑的场景)。

那么是什么原因造成的这个局面,首当其冲,产品自身没想明白,而没想明白的原因又分为三个个:

  • 其一,能力不行(这个没办法,自己充电去,谁也帮不了);
  • 其二,没时间想明白;
  • 其三,需求模糊;

那么如果在需求的来源上做好质量把控,是不是就能提高效率,给产品更多的时间思考,进而在产品能力ok的前提下,让输出给技术团队的需求在逻辑性,兼容性,可行性等方面达到优质,届时即使仍然“撕逼”,我想,也是因为追求卓越而撕,从而摆脱low到爆的“撕”。

Part 4:如何把控需求质量?

经过前面的一顿叨逼叨,感谢大家的不杀之恩,那么接下来将就如何把控需求质量来进行展开,核心点是“让产品相关干系人,了解产品思维,并学以致用”。我将通过下图,将我的需求思考模式展现给大家,同时也希望互相切磋和学习,有不足或是谬误之处还请直接指出,我相信“分歧使你我进步。”

default-img.jpg

看到这里,相信有的朋友将会发现,以上思考模式是产品层面的方法论,可以在对接技术团队的时候,提升产品输出的质量,严格的讲,尚处于一个封闭的边界内。做数据的时候,我们经常听到一个词“打通”,那么接下来的部分,将就如何打通需求来源方,建立良性链接,进而实现把控需求质量的目的,来阐述我的粗浅认知。这里抛出一个我在工作中使用的一个词汇“逆需求”,即产品对需求来源方的需求。

在方案评审的时候,作为产品的我们,经常被各种各样的“为什么”折磨的死去活来,问题谁都会提,但解决办法不是谁都能想的明白,讲的清楚,项目需要一个清晰明了的产品方案,那么作为产品的我们也有权利要求一份清晰明了的【需求】。对于需求的来源,在对接的规范中,结合上图的产品思维模式,进行精简,揉捏,总结如下图,欢迎继续拍砖。

default-img.jpg

以上便是我个人在产品和需求方面的粗浅认知,在文章的最后,我将以作为一名PM,对产品道路上,喜欢捷径的小伙伴们说些心里话:(不喜请放心喷,分歧使你我进步)

  • 对需求方的高要求,多要求,严要求,不是为了减轻或转移我们作为产品的思考和分析压力;
  • 高质量的需求并不会让我们在产品层面减压,反而将是更大的压力和更严的要求,同时也是更大的动力;
  • 作为产品的我们不只要对自己负责,更要对产品负责,对团队负责,让产品越来越好,让团队越来越优秀,才是作为一名产品应该有的目标和素养(想做CEO,格局很重要哦);
  • 当一份高质量的需求摆在我们面前的时候,我们想的不应该是如何拖延它,平庸它,乃至完成它,而应该是做好,做卓越(梦想还是要有的,万一实现了呢);
  • 在思考和提问方面,请先确保自己在该问题上想的足够深入,足够多,足够远,毕竟被人从更高的位置狙击,是挺不爽的(这都是从脸红到面不改色需要交的学费);

最后借用小龙大神的一句话结尾:“我所说的,可能都是错的”。

 

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

给作者打赏,鼓励TA抓紧创作! 赞赏 5人打赏
default-img.jpg
default-img.jpg

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

给TA打赏
共{{data.count}}人
人已打赏
其他

产品洞察力的4种修炼方法:逻辑、视野、同理心和自我否定

2018-2-19 8:00:00

其他

写给菜鸟产品经理:别让用户体验毁了你的职业生涯

2018-2-21 8:00:00

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索