产品经理的四项基本技能

一:养

“养字诀”是指培养产品意识,意识并非一朝一夕能成就好,职业生涯中每个阶段境界不同,意识见解能力也是不一样的,因此意识的培养是要持续不断的。那如何培养我们的产品意识呢?

white computer keyboard with the red button help

1、养感觉

举个例子来说明感觉:我们十多年的学生生涯经历最多的是就是考试,考试完后通常被问:感觉如何?考试的感觉是你心里对这场考试的难度、自我发挥水平的评测。这是你经过不断的复习、做题而刷出来的感觉。

又如你爱好打游戏,通过玩过大量的游戏,从而上手一个游戏就能感觉这个游戏趣味性及难易性……这些都是需要靠大量的使用来进行培养的。因此对于培养产品感觉来讲也是一样的,你需要去使用大量产品,不断的体验加深你对产品的认知,不断的对比去感知产品的优劣,形成产品的感觉。

2、要思考

体验产品时,不是简简单单的用用功能,要学会系统的思考。产品解决了什么用户的什么需求?产品是不是符合用户场景?同样的功能为什么设计不一样?这个产品为什么体验比那个好?……多问为什么?其实在生活中也可以锻炼我们的思考能力:为什么超市的货架隔三差五的就要调整,为什么商城的自动扶梯上下方向经常换……培养出系统性的思考能力。

 3、看全局

全局观的培养,做设计前要详尽自己所设计功能影响的因素,了解清楚背后的业务流程,与哪些模块、系统、功能会有关联!

例如:产品发展中期,要你负责产品用户成长体系建设,这个时候你就得考虑产品线有哪些业务、功能,成长体系中应该和哪些业务、哪些功能进行挂钩,新的用户成长体系对老用户成长会产生什么影响;如何将老用户数据与新成长体系对接等等……

4、成意识

产品感觉有了,思考能力也锻炼了,全局观也能考虑一二了,这个时候自然而然的形成了产品意识,体验产品时知道哪好哪不好,功能为什么要这样设计,背后的目的、意图是什么等等……平时生活中也要锻炼自己用产品意识去看待场景。比如:超市购物,同用途商品为什么有的热销、有的滞销;去酒店,为什么有的门是推有的是转的等等,关心生活中的一些设计细节,有意培养自己的产品意识。

二:学

“学字诀”是指方法论与运用的学习,有目的的补充自己能力的短板并深耕自己的长处。

1、学理论

市面上已有很多优秀的书籍,也有很多互联网届大咖沉淀的经验等等,很多人往往看了又很容易忘,建议你每学习一种新理论时,就相应的去找现在一些成熟的互联网产品来进行佐证,比如我们常说的从众心理,在电商方面就运用的很广,有多少人购买了,多少人评论了,多少人看了又看等等一些数据来突出氛围…… 看了理论请找例子来佐证,加深认知与运用场景,并请保持这个习惯,最好能有自己的读书笔记进行反思—“学而不思则罔”。

2、累经验

积累经验,通过工作中各种大大小小的项目不断积累并总结经验,同时学习周围更优秀同事的经验。并不断通过项目进行验证自己的学习的理论和吸引的经验,同时加以改进以达到最优。但请记住一点:经验不是万用的,需依据不同产品场景进行运用。

3、看实践

通过体验各行业的优秀的产品,结合学过的理论、经验对行业产品进行体验对比分析,掌握现有流行的设计方式、交互方式、业务模式等等,若每天体验2款APP,并缮写体验报告(产品设计中用到了什么理论、哪些经验是可以借鉴的等等),相信一旦坚持下来,不但巩固了你所学习的理论还可学到很多运用经验,后续完全可在自己产品中借鉴运用!

4、要补弱

对自己的能力做维度(运营、数据分析、交互等等)剖析,发现自己短板并努力去弥补,有针对性的进行学习。如果运营思维差,就该多学习学习运营方面的理论与方法、如果沟通能力差,就要多学习学习身边沟通能力强的人……这样才能全面的成长

三:练

“练字诀”就是实践,将意识与学习的结合到自己的工作中。

1、练能力 

在学习的过程中,已剖析出自己的短板并加以了理论学习,这个时候就需要进行练习来对能力的提升。

例如:自己数据分析能力较差,每次看到数据都找不到问题所在,通过一系列学习后你也大概掌握一些理论方法,这个时候可以尝试着对自己公司内部产品的数据进行重分析,看得出的结论是否和优秀的运营人员一样。如果自己的页面布局、交互设计能力差,那就多找几个优秀公司的产品,如腾讯、网易、阿里的等等优秀公司的产品,运用Axure进行模仿……

2、会运用

学一套一套的理论与经验也练习过了,就可以在工作项目中进行实践了,比如你学习一套引导体系方法论,你就可以在产品的设计过程中进行运用了:如何在各个方面对用户进行引导!运用过后要记得观察数据、用户反馈,效果如何。但需要记住一点,理论大多是基于作者在自己产品中积累沉淀下来的,可能在你的产品中并不可复用。

四:结

“结字诀”就是总结,这里需要重点讲下。职场中见过很多产品经理都不爱总结,导致下个项目遇到同样问题时又掉进同一坑里。

1、结项目

请在每个项目结束后,对你的项目进行总结。总结项目中你的思考方法、遇到的问题、心得等等,通过总结发现自己的不足,然后有针对性的进行弥补。当然对于团队的不足,邀请项目团队成员进行总结讨论,如何避免下次遇到同样的问题等等。

2、写日志

写工作日志,每天对工作内容、方式、方法进行反思,也可记录今天学习到的一些经验等等,到周五再进行一次总结分析:本周做了什么事,遇到什么问题,如何解决了,学到了什么。

3、常复盘

针对已上线的项目,在一段时间后需进行复盘,看当初的目标是否已达到,用户接受度如何,数据转化率如何,从中获得更深刻的思考。

4、要回顾

“温故而知新”,对于所有总结要有规律性的进行回顾,不断的重温获取更深层次的思考!最后总结形成自己的产品方法论、体系。

产品经理最重要的就是独立思考的能力。有句话说兼听则明,偏听则暗,我是觉得产品经理不能光听,要自己想,而且能有讲道理、摆事实说服别人的能力(不是靠耍嘴皮子抖机灵说服别人)。所以记住不要把我说的(和其他任何人说的)当攻略一步一步走。

锻炼对自己产品的理解

初学者可能刚入门就会被琳琅满目的原型工具和一堆堆的案例绑架,满脑子想的是别人花哨的功能和亮瞎自己狗眼的方案,但唯独对自己产品不了解,脑子里全是别人的东西。

这样的 PM 平时跟别人的对话一般是:

A(老板):你觉得这里放四个标签页合理不合理?

P(PM):当然合理,美团啊、点评啊、微信啊都这么做的。这是天下大势。

A:那我们页面上功能排版这样靠谱不?

P:没问题。现在这样的排版方式是最常见的,交互方式也保证是最流行的。唯一色调设计手法是国际上流行的设计理念 Minimal 。

A:额,那我们这几个功能是必需的吗?

P:这几个功能竞品都有了,我们没有的话不好吧?

A:……

对自己产品的理解又分为多个方面:

对公司定位的理解,跟老板和投资方有关

对用户定位的理解,跟公司的定位和市场的状况有关

对产品定位的理解,跟用户的定位和推出产品的初衷有关

对公司研发能力的理解,包括设计能力、开发能力和运营能力

对其他部门状况的理解,包括各部门在做的事情、大家进行的状态

总之,你做出的每个判断必须基于对产品多方面的理解,而不是对竞品的理解、对市场的理解这零散的因素。

只有这样,当设计师做出你不满意的稿子时你可以说“你的这个风格可能适合年轻人,但我们的目标用户是商务人士”,而不是说“你这个不够大气,没有 feel 啊”;当你要求工程师改一个看起来不重要的 BUG 时可以说“后续运营部门计划有好几次大型活动,到时流量会瞬间暴涨,你这个 BUG 会放大 10 倍,所以很危险”,而不是说“重要不重要不是你工程师定的,是产品经理定的,你改就行啦”;当你跟老板讨论要不要加一个功能时可以说“我觉得我们这样的功能是一个重要的补充,跟下个版本要做的事情不谋而合”,而不是“竞品做了咱们不能落下啊,管它有没有用”。

那具体怎么去锻炼,其实是件费力又费脑的事情,你要不断地去跟老板沟通、跟同事们沟通,去跟用户聊,去做调研,同时做大量的思考和总结。你要有自己的一本词典,记录关于你名下产品相关的事无巨细的解释,每当需要查询就能随时翻阅。

这本词典可以记在心里,也可以整理成笔记。别人看来,它可能无关紧要,也不是那种张口“人机交互的趋势”闭口“立体化设计语言”这些可以用来装逼的术语。但没有这本词典,你每走一步都是一个坑,等走远了回来想填的时候,已经晚了。

提高分析和判断能力

如果说对产品理解是第一步,那第二步就是怎样基于你的理解做出靠谱的判断。

说来也怪,很多 PM 除了参考别人的,也就是做用户调研,或者唯老板是从。但很多事情简单得要命,只要有生活常识、有基础的推理能力,明明是可以更靠谱的。

举个例子吧。

当初 MIUI 做安卓本地化的时候,日历里加入阴历是作为主打特色之一的,也广受好评。在做 T1 的日历的时候,我们也在考虑这个问题:到底加不加阴历?

加的话,整个界面非常满,显得丑陋;不加的话,需要看阴历的用户又会不爽。

这是常见的一个日历界面:

对于重调研的 PM 来说,就做个调查问卷,规模越大越好,看哪边的用户多;对用户定位是偏高端用户或者说发烧友的 PM 来说,可能就做个开关选项,用的打开,不用的关了。

但实际上完全可以往前推理一步:用户到底为什么需要阴历?

大概场景就几个:春节前后用;阴历的节假日用;自己和亲友生日用。这基本囊括了所有用户的需求。

那就简单了,我们能不能就在春节和节假日的时候显示阴历?对于生日的话,我们可以提供设置项,在用户和亲友每年生日那天显示阴历。

这是 T1 的日历界面:

这样既在很大程度上防止了界面始终显示阴历的尴尬,又满足了大部分用户对阴历的需求。这种方案凭常识很快就能推断出来吧?也不用复杂的问卷调查吧?也不用复杂的产品设计吧?

你可能说,这就是个抖机灵的需求分析,况且是个小功能。我再举个例子。

我们之前在嘟嘟美甲讨论最基本的功能和界面时,并不是参考的市面流行的 O2O 工具都有什么功能、都有哪几个标签页、都怎么排版的。我们先做了一次用户的分析。

用户的分析不是靠什么问卷来做的。你在问卷里问“你是哪类用户”、“你平时做美甲会更看重什么?”,他们很难答清楚。如果你给的是具体的选项,又会有诱导回答的可能,最后的结论往往不能说明问题。

我们的分析方法是,先从常识判断美甲用户使用我们的产品有哪几种场景:

  • 已经有想做的样式的用户。
  • 想来做美甲但不确定样式的用户。
  • 不确定做不做只随便来看看的用户。

对于每种用户,来这的需求肯定是不同的:

  • 看你这有没有想做的那个样式或者类似的样式。
  • 看你这有没有好看的样式。
  • 看你这有没有什么足够吸引她做美甲的地方。

对于这三种需求,我们要提供的功能又是不同的:

  • 根据用户的样式提供定制服务;搜索和筛选功能。
  • 精品/热门推荐;搜索和筛选功能。
  • 专题;精品/热门推荐。

所以,在用户第一次看到我们产品的时候,我们需要提供的功能就一目了然了:专题、推荐、搜索/筛选和定制。

而我们起初的判断是,产品刚上线,第 3 种用户肯定最多,第 2 种用户会逐渐多起来,而第 1 种用户会是高端、深度的用户,出现得更晚。这样对功能的主次也都分得清了。

最后初版的产品,我们就决定把主要精力放在推荐和专题上,搜索功能是第二版上线的功能,而定制将是更未来版本的功能。而界面的布局和排版,也都因为功能主次分明,所以心里有数了。

最终结果上来看,做出来的界面似乎大同小异。但因为每个功能从研发角度都会消耗精力、从用户角度都会影响体验,如果是拍脑袋想的,一点小差别、一些可有可无的功能都会成为南辕北辙的错误决定。

其实这些东西都是常识完全可以判断的。你说我不是女人哪懂美甲咋回事,但你总逛过淘宝用过京东吧?购物时用户的思路还是可以想象得出来吧?当你有了初步判断之后,用户调研的意义就体现出来了:它是作为验证的手段。但它不能作为需求的来源。

总结起来,产品经理在做任何决定时,都要做到三个字:

讲道理。

那怎样培养这种能力呢?也不难。就是在日常生活中多问为什么。

这个小区的停车场入口需要绕三个圈,为什么这么设计?这个优衣库进门一眼看到的全都是内衣裤,这么摆放是什么道理?楼下咖啡店平时顾客也不多,但居然撑了五年还没关门,他们的收支能够平衡吗?

很多道理是相通的,每天都在想明白一些事情,那真遇到棘手的产品问题,你肯定想的比别人远,也比别人靠谱。

纯银说的办法也是这种考虑。不断去看别人的产品,但不是学皮毛,而是去想从商业模式、到交互细节、再到视觉风格的原因,这么做都是什么道理。

确保良好的沟通和表达能力

如果能够对产品有充分的理解、对各种问题有了清晰有据的判断,下一步就是把这些自己的理解和判断跟同事们做充分的交流和沟通。

其实说来也不会很难,也就是注意沟通的技巧,一方面是说要有常提到的情商,怎样让没有实权的你在推进大家完成任务、在协调大家的工作时不那么讨厌;另一方面是要让每次沟通都有效率,不耽误时间。

对于前者,我的建议有:

始终清楚自己是产品经理,但不是经理,不要盛气凌人

用有理有据的事实来说服别人,而不是“老板的决定”、“反正跟你没关系”这种操蛋的说法

别人遇到困难不要说“我不管,这是你的事儿”,主动去理解他的困难,并且尽力帮忙解决,解决不了的一起想备选方案

产品项目组中的任何同事之间有了矛盾,要主动去协调,别在旁边看热闹

随时让每个产品线上的同事了解全局的进展,让大家产生主人意识

用户的反馈整理后可以周知同事,让大家产生成就感,觉得自己做的事有价值

对于后者,我的建议有:

每次讨论问题,不管是一对一聊,还是开会,都明确这次的目的,有腹稿

描述问题清晰,想好了再说,同时不要偏题

每个问题都形成结论,不要讨论来讨论去觉得很充实就行了,没有结论都是瞎扯

不要把任何事情都交给别人决定,自己时刻准备提出更多方案和建议

每次讨论的过程和结论都有记录,可以随时查阅

交际能力学习最快的方法其实不是从书本上背诵,或者记下我说的这些小抄,而是找一个你觉得交往起来特别舒服、又很优秀的人,学习他身上的优点。

对产品的责任心

责任心似乎是最容易能有的,但却是我直到现在面对很多优秀的 PM 都觉得自愧不如的。

我特别喜欢 @池建强 老师的一句话:产品经理最重要的能力就是让正确的事情相继发生。

你做到我说的 1-3 了,但那只是做“正确的事情”,是不是能让它们相继发生,却要考验你的责任心。

在午夜工程师为项目上线加班时,你是在楼下电影院里吃爆米花,还是在旁边默默陪他?在设计师跟老板因为方案闹僵了的时候,你是等着他们握手言和,还是主动找老板或者设计师聊一聊赶快把项目推进下去?在运营的同事为了某个紧急活动给你提出不太实际的功能需求时,你是一句“做不完”就打发走,还是认真跟她讨论下有没有什么别的方法能凑合着用?

是的,严格来说,你跟公司是劳动契约,你不能被强制加班;你的岗位是产品,不该去帮别人想解决方案;你也不是老板,公司的各种坑也不必由你来填。

但一个优秀的产品经理,是要对任何与产品相关的事务负责的。任何阻碍产品正常上线的事情都应该由你解决,任何能对产品产生帮助的事情都应该给予关心。

在这方面如何抉择,就决定了你作为产品经理是平庸还是优异。

关于工具的使用

工具放到最后说,是因为实际意义上的产品经理,并不必掌握太多原型工具、交互绘制工具甚至绘图工具。

不管是什么样的工具,都是为人和当前做的事情服务的。还是刚才那句话,你为什么要用它?它对你现在做的事情有帮助吗?

很多初创团队刚刚起步,就开始搭建各种大规模的 Feature/Bug 的记录和处理平台,都在用特别复杂的需求文档描述规则,都把脑图、Axure 作为必备的工具。没有提高效率,反而造成了很多问题。

就跟 MBA 不适合创业者一样,复杂的流程会严重拖累中小公司的运作。我平时就用 Keynote 、Sketch 这样的工具,完全能覆盖 90% 的需求设计工作;产品研发的需求记录和处理就用 Trello 或者风车,操作简单,易用。

记住一条就可以了:只要觉得目前手头的工具好用、高效,那就没必要换成高大上的。除了装逼,没有别的意义。

尽力涉猎广泛

上次一个朋友问我,他经常会与设计师有争论,他总觉得那样画排版上有问题,但却说不出哪有问题,该怎么办。我说很简单,如果你直觉上觉得有问题,那可能真的犯了一些基本错误,那你多去学习些排版上的知识,多去了解下常见的排版规则,那之后遇到争论肯定就有底气了呗。

作为产品经理,懂一些其他岗位的基本知识是很有用处的。这样既能保证良好的沟通,也能让你在考虑需求、设计方案时心中有数。这是一个好的补充,当然没有也无所谓。

去看看他们都在看什么书,找些基础的看一下;也可以到人人都是产品经理这来看点快餐类的文章。这样别人就不会在背后说,这小子就会每天瞎逼想些点子、画点不靠谱的原型、做点不接底气的方案。

原创文章,作者:海阁,如若转载,请注明出处:http://www.pm28.com/768.html

发表评论

电子邮件地址不会被公开。 必填项已用*标注

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息