兵荒马乱又一年——产品经理的自我修养
本文是作者从工作中去认知,产品经理应具备什么样的自我修养?一起来文章中看看~
我是开发转的产品经理,这篇文章也算是对过去一年多产品经历的一个总结,我一直认为如果对某种职业和某一个行业没有足够多的经历,那么是没有足够的见解去和别人侃侃而谈亦或写成文章的。
就像最开始笔者以为产品经理可以去改变世界,最后却发现产品经理其实同开发、测试、运营人员一样也是一颗螺丝钉,你什么都不能改变,只能改变自己。
一、观察用户的行为,而不是询问和问卷调查
需求并不是来自调查问卷也不是来自客户,但调研和客户是获取需求的一个途径,需求到了产品经理这里,就需要产品经理基于对这个行业非常的了解,通过行业的解决方案把用户的需求进行整理。作为产品经理需要理解用户想要的到底是什么?
所以当产品经理收到用户的需求的时候,需要去观察用户的行为,而不是去询问或是调查问卷。在用户没使用过一个功能之前,用户是不知道想要什么的。
最直白的例子就是:当游戏厂商问客户你想要什么样颜色的游戏机时候,都会说红色黄色各种炫酷的颜色,但是当最后送给他们游戏机作为答谢时,大多数人都选择了黑色。所以要去寻找,用户愿意花时间和精力想要得到的功能。
针对目前互联网+行业的发展模式,产品经理需要针对行业去了解之前传统行业的做事方式,要对行业有一个基本的了解。
二、先繁后简,放开脑洞随意创造,狠下心来只要一个
最开始做产品时候,面试官总喜欢说懂技术的人思维不够活跃,收到了约束,但是后来觉得这更像一个刚入社会的学生,初出茅庐,锋芒毕露,以为可以改变世界,但是当他不断的经受社会的磨砺后就会变得畏手畏脚,虽然经验限制了你的想象力,但是经验同时也规避掉了很多风险。
作为产品经理,思维还是要活跃的,你可以说有些功能因为某些原因不能实现,但是我们不能因为这些原因就不把这些方案提出来。需求、方案的整理需要尽可能全面,而后再是筛选、讨论。
从复杂到简单,化繁为简。复杂的时候做简单,简单的时候做极致。简单是指抛开没有用的东西,分清轻重缓急。极致是指把简单事情追求效率和精致。
在开始做产品设计的时候,要头脑风暴,充分展现想象力,把所有的想法都展示出来,各种功能点和方案都列出来,形成一个复杂、繁杂的东西。再把有价值的核心的东西,从复杂的东西里筛选出来,做到简单,然后再把简单的东西去做到极致。
三、用户故事场景化
- story:作为一个《角色》,希望《功能》,以便达到《目标》,用户story是每个产品经理学习的第一步。
- 角色化:针对不同的用户,不同的场景,展示不一样的价值。在做产品设计时要结合线上和线下,融入用户的实际使用场景中,通过用户故事去梳理需求,做好用户的心理预期建设。角色要区分不同角色的用户,才能更好的理解不同用户的目标。
- 场景化:通过讲故事的方式融入用户使用场景。
四、不是决定做了什么,而是要达成什么目标
当总监让你做某一个功能时,不要马上就去着手去竞品调研、去讨论、去画原型图,而是应该多考虑几个为什么?为什么要加这样一个功能,要达成怎样的目的?有没有更好的方案达成这个目的?这个方案在现阶段是否可行?开发人员是否有排期?
产品经理在设计一个功能的时候,不仅仅是为了做这个功能,而是通过这个功能达成了什么样的目标和价值,这个目标就是敏捷开发中story的价值。设计一个功能模块时,要想好这个功能的使用场景,需要达到一个什么样的目标,而且是怎么达到这个目标的。
目标是清晰的,目标是可以通过数据直接验证的。所以做一个事情之前,产品经理首先要想到的就是,可以通过什么样的方式来验证是否达到这个目标,并证明自己的决定是对的。一般通过数据来量化实现目标的每一步的转化率,转化率低的那个点就是要核心解决的问题。
五、标准化的场景+适当的定制,足以解决80%的问题
大部分情况下,标准化的场景加上适当的定制,可以解决80%的问题。不管是做APP还是网站以及一个行业解决方案,需要产品发挥创造性思维的东西都比较少。好的产品经理在做一个功能的时候,会罗列这个功能的几种解决方式。产品在做东西的时候要注意积累通用模板,通过使用通用模板,再加上特殊的定制化的需求,就能解决掉80%的需求。
最后,刚入行产品的一点小意见,每一个产品经理开始都抱着改变世界的想法,但是并不是每个公司都是腾讯、阿里,有着海量预算和很强的技术支持,大多数中小公司的经费有限,技术能力有限,时间有限,需要急速变现,否则公司就会死掉。
所以我们要学会控制成本,不管是时间成本还是技术成本,如果没有太好的想法可以先去模仿,再去创造,先抄再超。
文章的观点只是笔者现阶段的个人观点,毕竟经历阅历不同,看待事物的角度方向都不同,也许过两年,回过头来笔者自己都觉得现在的自己很菜。
本文由 @提拉米苏的旧阳光 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自 Pexels,基于 CC0 协议
本人也是技术(前端),目前正准备转产品,然后看了这篇文章,现在写了一些对于这篇文章的看法,不对的地方,还望大家指出来教导一下哈,谢谢
1需求是从通过观察用户的行为而获知的,询问或者问卷调查都是一些帮助的获知用户的真正需求的辅助
2刚开始做一个产品的时候,应该先做一个头脑风暴,然后把所有可能的想法、功能、方案罗列出来,然后从中筛选最有价值核心的出来做,最后再做到极致
3做一个产品需要将用户角色化和场景化
4当收到一个功能需要做的时候,要考虑是为什么要去做这个功能,做这个功能是为了达到什么样的目标
5标准化的场景+适当的定制可以解决80的问题
6做1个功能时候,应该要罗列出这个功能可以解决的方式
7学会控制成本
做过开发的产品经理,做功能规划会更理性一些吧,毕竟功能的实现难度,是可以凭自己的经验预估的。
不管怎么说,懂代码还是有好处的,不管是沟通还是做功能。