
声明:本文转自“互联网悦读笔记”知识星球,了解更多,可关注知识星球,如有侵权,可联系删除
《产品面试秘笈》系列文章,是我以一名面试官的角度,向大家介绍我在面试时的所思所想,希望能对求职路上的产品经理能提供些帮助。本系列仅代表个人立场,请酌情参考哦~
今天的问题,主要考察面试者在进行需求评审时的沟通能力,尤其面向开发人员的沟通能力,以及抗压能力。
其实这种现象很常见,产品经理绞尽脑汁想出的功能,自以为流程顺畅、体验极致、用户跪求、业界领先,但一到开发那里,通常会被喷的体无完肤:“这需求是你想要的还是用户想要的?这需求有什么价值?别的产品我看都没这个功能啊为什么我们要做?不要看别人做了我们也要做,你觉得这合理么?……”这种情况下,处理是否得当,就能体现出产品经理的能力来。
对于答案,建议不要回答的太简单、太笼统,反面例子如下:
这种情况我会多和大家沟通,说清楚为什么要做这个功能,努力说服大家;
(如何说清楚,怎么沟通,大家不能被说服怎么办,这些都没说清楚)
我会求助领导,让我的领导和开发领导去沟通;
(这是个办法,但这体现不出你的能力)
我会重新想想我的需求是不是合理,如果不合理,就改;
(如何判断是否合理,开发说的就不合理么?如果你觉得合理,开发觉得不合理,那又怎么办?还是没解决问题)
OK,那接下来,比较好的答案是什么呢?我教大家一个六字真言:
有价值,可实现
展开来讲。首先是“有价值”。
价值这个词,说通俗点,就是让开发觉得这个需求没白做,要么是用户爱用,要么是能挣钱,要么是能达到公司KPI目标,再进一步,有大量用户爱用、能挣很多钱、能迅速达成目标,就更有说服力了。说学术点,就是这个需求要有用户价值、商业价值、公司价值。当然,实际在描述时,空口无凭,建议尽可能数据举证,可以是历史数据估算,可以是销售额数据,可以是竞品类似功能使用情况,可以是用户反馈数据,总有一款适合你~
再说“可实现”。
所谓“可实现”,并不是指能不能做,对开发而言,没有做不了,只有做的好不好。这里有2个大前提,一是产品逻辑合理可达,一是实现方案高质高效,满足这两个前提,开发是不会挑什么毛病的。对于前提1,产品只要能把流程梳理完备,符合MECE原则,无关键遗漏即可;但对前提2,则是比较考验产品的经验和技术功底,很多功能逻辑上没问题,但技术上却很难高效实现。举个例子,需求是:要求每个用户单独统计未读推送消息数,但由于每个用户的消息状态单独存储,每次统计都要遍历所有用户的所有消息判断状态,性能消耗极大,如果没有更好的方案,开发是不愿意这么做的,除非你能找到别人做过同样的功能。因此这种情况就只能做出权衡,砍需求。实际在回答这个问题时,建议说到这一步,单纯说“开发说不好实现,就砍需求”是不行的。
其实说回来,大部分企业,尤其是大公司,开发都是很好说话的,而且实力很强,所以实际工作中遇到被挑战、被质疑的情况不多,但有效沟通,努力推进合理需求的实现,则是产品经理的必备技能,所以这个问题也建议大家在求职时好好准备。你被问到过么?期待你的回复~
来源:https://mp.weixin.qq.com/s/9G0E-1us3tZkaFMKX3Uv1g
打开微信扫一扫
查看Ta的更多精彩分享
封面图来自Pixabay,基于CC0协议
文章来自「 互联网悦读笔记 」 星球,更多精彩内容可以加入星球查看。

发表评论
*
已有 0 人参与评论