实战经验:给产品新人的6个建议

2018-05-01  本文已影响0人  心中也会有

做产品经理工作的几年中总结了一些工作经验和感悟,在这里写出来与大家

分享。也许对于资深的产品经理来说这些道理已经早就明白了,看起来也非

常浅显。主要还是写给产品新人,希望对那些刚入行的产品同行们有一些帮

助。 

这是很多对产品工作感兴趣的同学都会问的问题。如果你问我这个问题,我会告

诉你重要。在未入行之前,我找产品工作的时候看到很多公司的招聘要求中写有

工作经验的要求,当时我也很不解。

经验真的很重要吗?答案是肯定的。直到工作以后才切身感受到经验的重要性,

比方说我们在做产品的原型的时候,对于功能在页面中的位置,页面文字的颜色

搭配等细节问题。如果一个人毫无经验,他在做这些事情的时候会随意搭配,毫

无依据的凭自己感觉去做,而这样做的结果往往就会犯一些小错误,虽然有了美

观性,但是整个页面没有轻重点之分,或者说把功能的轻重点划分错了。

通常来讲,重要的功能在页面显示上应该突出一些,而一些不常用或者不太重要

的功能可以适当的隐藏一些。至于说判定某功能是否重要的依据,不同类型的网

站、不同的公司都会有所不同。

如果你认为产品设计工作主要就是设计产品界面,而你也非常喜欢钻研页面设

计,那你应该从事的是用户体验或交互设计方向。

产品工作是远远不只设计页面那样简单的,产品经理还需要去设想产品功能逻辑

上的关系,防止让用户钻漏洞,避免功能逻辑上的缺陷。比方说一些网站设有邀

请奖励的机制,那么产品经理在设计上就要考虑采用什么样的方式避免同一个用

户多次注册而获得奖励的这种作弊行为。举个电商产品的例子,很多用户会打电

话查询订单方面的一些问题,产品人员设计的网站的管理后台系统,就需要考虑

怎样才能使得客服人员在解答用户问题时,快速而有效。说到这你也就可以理解

为什么产品人员招聘要求中会有逻辑思维强的要求了。

其实问题还有很多,我在这只是举几个例子说明一下。如果你在最初入行的时

候,做的产品是自己特别喜欢的,能学到很多东西,即使薪水不如意也不妨先积

累一些工作经验,这样会提高自己的竞争力。

不管是做什么,端正态度都很重要。一个产品从idea到正式上线,并不是一个短

暂的过程。虽然我们讲产品有五个层面:战略层、范围层、结构层、框架层、表

现层,但就实际情况来讲,产品部门在战略层做的工作比较少,大多数公司中,

战略层都是由公司的管理层决定的,产品经理做的主要是把控产品的方向。

不过从范围层开始产品人员就要开始忙碌起来了,在整个过程中,产品部门做的

事情包括概念图、逻辑图、流程图、PRD等等,之所以会做这些事情一来是为了

使产品人员自己的思路清晰;二是为证明自己的一些想法提供依据,可能是给

Boss和同事看的;第三也是最主要的一点就是为了表达自己的想法,技术人员需

要有依据的开发,例如UE、PRD等这些都是技术与产品之间的桥梁,传达产品经

理的想法。

有时候在网上看到一些圈内人会问别人要PRD的模板,讲到PRD怎么写,流程图怎

么画,这没有一个绝对的标准,做这些事情的核心目的就是让技术人员明白我们

的意图,只要能表达出我们的想法并且让文档的阅读对象明白就可以了。但是产

品人员在做这些工作的时候一定要有严谨的态度,PRD中功能的描述要详细,文

档要写的严谨,语句无歧义。

有些公司的产品经理,他们并没有那么多讲究,有的甚至直接从画原型开始,之

前的工作都省略了。圈内人喜欢将这样的产品经理称为野路子。说实在的这种做

法,做出来的产品也未必就见得会差。但如果前期工作没有做,产品设计过程中

的很多细节,功能上的逻辑产品人员往往自己都没有想清楚,后期会出现缺这个

少那个的问题,到时候再补救就很容易乱套。

产品经理有个严谨的态度很重要。

如果把沟通能力算作产品经理的核心能力之一,有些人可能会反对,但沟通的好

坏的确很影响做事的效率和结果。

前面说产品部门所作的一些工作有些是为了提醒自己,有些是技术部门开发所

用,还有一些是给管理层看的。虽然我们希望将PRD写的更完善,我们也会跟技

术部门开评审会议,可是在产品开发过程中,我们还是难免要和技术部门沟通。

人不是万能的,别人不是你肚子里的蛔虫。产品的构想在你心里很明白,但是对

于技术、运营人员来说就不一样了。即便是在评审上技术人员当时明白了,但在

开发过程中也还是会有含糊的地方,需要产品人员给他讲解。为了不使得技术人

员做出来的产品偏离方向,并且使各团队之间能够更好的合作,沟通是必需的。

又是一个问题。如果你拿这个问题问我,同大多数人一样我也觉得不重要。一些

牛人用Word也能做出Flash动画效果,对于这样的人我也是很佩服,但是这种做

法需要耗费很多时间。对此我个人是不提倡的,工具本身就是方便人使用,提高

工作效率的,我们要做的就是利用工具把自己的想法表达出来,同样的事情如果

说你做出来的效果美观性不如别人这并不重要,但如果产品的逻辑没考虑清楚这

才是最可怕的。

如果你时间充足的话,对于一些用到的工具应该尽量精通,而且产品工作需要使

用的工具,Axure、MindManager等学起来都非常简单。对工具最大化的利用,做

出来的东西美观性好一些,会在沟通过程中提高聆听者的积极性。另外别人也会

觉得你很专业,可以满足自己的一点虚荣心。

之前网上特别流行一种说法:一个苦逼的设计背后总有一群指点江山的神,这句

话曾经引起了很多人的共鸣。有很多人说做产品讲究一种感觉,对于产品未来的

样子,团队里通常也是各持己见,就连开发人员也有自己的一些想法,毕竟人都

是有思想的动物嘛!这也是人与人之间需要沟通的起始原因,产品人员需要去给

别人讲自己为什么要这样设计,这样设计的优势在哪里,去说服别人认可自己的

设计。

通常产品经理也常常会为一处设计而争论不止,彼此之间难以说服。判定一个产

品是否成功的决定权在用户手中,所以说产品设计能否成功只有等产品上线后才

能知道结果。可是在产品设计过程中必须要采用一套方案,这时候怎么办?没办

法,只能由领导拍板了。设计被否决的那一方肯定会有些不舒服,有些无奈,但

没办法做产品就是这样。

学会接受别人的意见,适当的做一些妥协,如果一意孤行很容易僵持不下,事情

无法进展。有些事时间长了,自己也就慢慢理解了。

做产品这段时间以来,让我感受非常深的一点就是纠结。某个功能该放在哪里,

该使用什么颜色,文案怎么写才能更人性化,我们常常需要为一些设计中的细节

而纠结,不知道该如何选择,有时候我们为一个问题苦想了一天可能都没有什么

成果。虽然有数据作为依据,但数据只能作为参考,纯粹依据数据其实并不靠

谱。设计过程中我们会思考很多,一个产品的改进会有众多设计方案提供选择,

而我们终究需要选择一种,纠结之处就在于如何选择?

现在对待纠结这件事要洒脱很多,工作性质如此,做产品经理始终是一个纠结的

过程。虽然纠结是件令人痛苦的事情,但是有纠结就有思考,有思考就有收获,

有收获才利于自己成长。

上一篇下一篇

猜你喜欢

热点阅读