【百天计划017】思维转变:产品经理要透过现象看本质

针对3年以下来面试的小伙伴们,大部分情况下我都会针对其简历上的工作经历,揪住其中一个模块或者功能点进行深入考察,看候选人是否真正理解,对功能设计的前因后果是否都通盘了解。很多时候我都是让候选人自己挑一个他自己认为业务价值比较大或者实现了之后成就感比较大的功能来介绍,但往往结果并不理想。

这里考察的重点就在于,你做过了这个功能,能否深刻理解这个功能的本质是怎样的,能否找准其服务于业务的场景,能否理解实际运用功能的用户场景。如果只是会设计功能,那就更多的停留在了执行的层面;如果能讲出之所以然,就说明有去思考过。

能否透过现象看本质是考察产品经理能力的一个重要标志,也是“功能经理”和产品经理之间非常明显的一个分水岭。之所以很多小伙伴在对“产品经理”岗位的认知上会停留在画原型、写需求的阶段,就是因为停留在功能经理的阶段,没有去深入的思考业务。

业务场景决定了产品的基调

以前我们讲“好产品”都是指用户体验好、操作简单、界面美观、用户使用量大等等,到了现在发现,很多这样的产品在变现层面上都出了问题。也就是产品只有功能,没有业务,无法去塑造出商业变现模式。

个人认为做产品首先要服务于业务,其次才是以用户为中心。当然根据用户的反馈,我们可以再调整业务方向。但是如果只有用户,你就会发现你只是不断的在给用户做功能,而且这个“功能”做下去是个无底洞,永远都无法满足所有用户的需求。

很多时候,我们做产品是要在业务和用户之间做平衡取舍的。特别是在业务模式验证阶段,产品功能可能更多的只是个MVP模型,先把业务模式跑通,用简单的产品功能去验证。这时产品就是主要服务于业务的,所以我们做产品一定不能脱离业务,对业务理解的程度和深度决定了你做出来产品的高度

用户使用场景直接影响产品的可用性

我们一直在强调“以用户为中心”,“以体验为导向”。前者更多的是在讲用户需求如何满足,要去辨别和挖掘用户的真实需求。而后者更多的是在强调操作体验,是依托于用户使用场景的。

以移动端产品为例,其实在交互设计环节,之前一直都有一个争论,到底用户是单手持机操作还是双手持机操作,如果是单手持机,那么是左手持机操作的多还是右手持机操作的多。没有个定论,直到智能手机的大屏化发展趋势,才在某种程度和范围内终结了这个争论,大屏下只能双手持机。

随着科学技术的发展,现在其实也有很多操作场景是不需要用手的,比如直接使用扫描枪进行操作,比如语音指令操作,这都是基于用户特定的使用场景,这种场景会直接影响产品是否可用。如果你给地图产品设计过于复杂的操作方式,本身就路盲的人可能就更路盲了。

多问几个“为什么”能加深理解

在需求评审环境,我们一直强调要讲清楚需求执行的意义和价值,这其实就是单个需求服务于业务后的价值体现。只不过我们能否在需求评审环节之前,多问几次“为什么”。

为什么要去做这个需求,不做会怎样?为什么这个需求一定要现在做,往后放放会怎样?为什么这个需求做了之后只有这么点价值,还有没有别的价值可衡量?

当我们沉浸在功能设计的过程中,很容易忽略掉功能以外的东西。同样的登录注册功能,你会发现很多产品的设计都是不一样的,基于其自身业务的特性做了一些取舍。第三个为什么多思考一下,你就会发现功能以外的很多东西。比如你给K12阶段的用户设计产品,只提供手机号码登录注册方式的话,会拦截掉一大批人。

在做产品的初级阶段,可能很难去深刻理解业务本质,但一定要锻炼自己去往这个方向培养。不理解业务是做不好产品,可能你可以把单个功能在操作体验上设计到极致,但是当它脱离了业务之后,好像什么都不是。这种案例已经很多了,有时候做出来的产品能得到很多用户的使用确实也是一种成功,但如果不能把这些流量转变出价值,就等于说你是在做一个公益性的产品。



无觅相关文章插件,快速提升流量

“【百天计划017】思维转变:产品经理要透过现象看本质”暂时没有评论

发表评论:

姓名 (*):
E-Mail (*):
网址:
内容 (*):

XHTML: 可用标签: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>