网站导航
您现在的位置:永乐国际主页 > 织带产品 > > 正文
初入行业的产品经理如何做好第一份工作?
发表时间:2020-07-07 22:24

  初入产品行业的新人,囿于“不知如何开始”的阶段,本文作者从自己带新人的所思所想出发,简单分享了产品新人初入职场会踩的一些坑,以及一些注意点,希望对初入职场的产品新人顺利进入工作状态。

  去年夏天,来了一个新的实习生A,我让她设计一个出海平台中的小模块。实习生说他不知道国外的站点的控制台放什么好?是放余额呢,还是个人信息,还是账单,还是罗列产品?

  我让她别急着下手,可以先了解下初期我们能够提供哪些服务?再看下国外主流的to B平台是怎么设计,如AWS之类的,什么样的设计方式是符合老外的习惯,国内的出海的平台一般也会相互借鉴。

  然后她就去做了,本以为,她会截几张图给我,告诉我AWS是怎么做的就完事了。但她认真做足了功课,分别去看了微软,亚马逊,以及国内几个大厂的出海平台,然后整理了一个控制台的调研文档,分别剖析了他们设计重点,然后对比我们现状,提出我们目前缺的是哪些,以及应该怎么做的思。

  还有一次,她为了体验国外某网站的登录流程和了解产品功能,给网站上留的一个邮箱发了邮件,还真得拿到了对方产品的详细介绍文档。

  对于新人而言,她的交付速度快,产出速度也是超预期的。这种新人所具备的特质,就是大家常提到“有”。导师当然也非常愿意去教,其实任务也没有所谓的标准答案,只有认真对待事情的态度和全盘思考过后实践出的。

  再举一个例子,比如导师给三个产品新人,布置了一个任务,他们都提交了方案X,导师说我觉得这里Y方案也可以,你为什么不采用?

  你觉得哪种方式最有力,你更喜欢聘用哪类人?答案不言而喻。其实咱们工作中,遇到的可能大部分都是B这类人,这类人有个共性,缺乏主动思考,对自己的观点不太自信,容易。

  但是对自己自信过头了也不是一件好事,这样的新人我也遇到不少,本身资质是很好的,但是经验不足,比较浮躁,觉得没有什么搞不定(尤其从一些1.5线年以下工作经验的产品),本身基础打的不扎实,但总感觉自己做过一些产品项目了,不太能接受别人观点,即使表面接受观点,但是下一次做还是会犯错。

  首先你需要全面的了解你负责的这个产品,和它所处的行业背景,多沟通,多研究,不要有盲点,这一点也是最最重要的!

  在新人下,尽量快速了解APP、PC前后端的关联关系,这些都是比较显而易见的。多沟通,不懂的就问同事、导师、开发、测试同学。在梳理的同时,也就知道产品本身是怎么运转起来的。

  利用好导师、老板。他们是你最大的资源,在跟导师沟通时,最好能带个小本本,把要点都记下来,好记性不如烂笔头。

  说个让我特别有感触的事情,几年前,我的leader带我去参加一个会议,是跟他的老板开会。也就是一个普通的四五个人的小会。当时我leader已经是腾讯总监了,他竟然带了一只录音笔,把他老板的话全部记录下来了,然后当天下午就把会议纪要都整理出来了,我说你太细心了,他回我,整理的时候忘记了可以回听,大老板一般看的比较远,他说的一些点,有些是需要多回味思考下,就怕拉下什么了…

  可咱们在跟导师或者老板沟通的时候,有没有做到去理解他的每一句话背后的含义呢?事实上,很多时候,连交代的事情,都可能有遗漏,更别提思考他为啥这么讲了。

  老板之所以能到达他现在的,自然有他的特别之处,不管是在宏观战略层,还是实战经验层,应该都比你强很多。有些观点可能你暂时理解不了,但是一般时间会证明,大部分决策是对的。当然老板也会有决策失误的地方,但你在他的,不见得就会有更好的决策哈,是不?

  所以跟导师、老板沟通时候,尽量不要遗漏任何一个小点,不清楚的可以当面直接问,这总比你事后提交原型或文档时缺这缺那,不断返工,别人精力强很多。这样的产品新人还是挺多的,主动积极不是嘴上说出来的,真的是要脚踏实地多实践。

  在研究产品和业务沟通时,不要出现盲点,有也要弄清楚,盲点它就像一个坑,也许暂时你不出,但它会时刻在你的产品上出现,总有一次你会栽进去。

  产品新人会经常遇到一个场景,大家坐在一起讨论问题,然后貌似业务和开发都共识了,你还有点蒙,但也没问个清楚,也没把流程在从头到尾,跟大家梳理一遍。事实呢,开发觉得产品懂的,业务觉得产品反正会跟开发说的,那后面执行的过程中大概率会有坑。

  所以,不烦多问几个为什么?在会议过程中,试着总结下大家的说的业务流程,确认下是否一致。会议结束后,及时把交互的细节,注意点,都记下来。又要回到好记忆不如烂笔头上。因为即使你在评审会上确认过,但没有落实到prd或者原型,在后续开发过程中,或者测试过程中忽略掉,到头来也是产品的。你今天不去了解的事情,都是你给未来埋下的潜在的坑。

  聊目前产品的现状,及遇到的问题,希望产品能够给他们带来哪些价值,如果初期无法直接接触到用户,可以通过业务方。多聊聊总归有收获,产品新人不要蒙头干,方向比努力更重要。

  在了解需求方面,尽量闭环的去了解用户使用你这个功能的完整的场景,以及上下游关系。比如业务提了一个需求,要加个二级筛选,分类要变更下,如果你只是接受了这个信息,就直接去改了,可能就是一次人力浪费,说不定过段时间,需求又来了,你再帮我增加一个分类吧。

  我曾遇到过一个类似的场景,业务要求加分类,然后真实的背景是:老板觉得我们也上线大半年了,内容看起来不够丰富,如果加个二级分类,看起来像查词典一样,就会感觉内容好丰富。了解到这个,你是不是会崩溃。业务只想做一个满足他老板感受的需求而已。

  事上就是这样,虽然我们也常听说,比如用户想要一匹跑的更快的马,其实用户是想快速到达,提供的产品可以是火车、飞机。道理都懂,实际上在做的时候,还是会忽视,尤其是很多产品新人,其实是把用户需求当「任务」来做,拿到需求,快速原型,快速跟开发沟通,测试上线,交付给用户,这是一个常态。

  之前碰到过一个产品经理,负责经销商系统项目。他没有完全弄清楚这个项目的目的是什么?是给谁用的?他们的使用径是什么?也没有梳理哪些是1.0版所需的核心功能。

  在交付的时候,只实现了个人购买,没有做企业账户的功能。但是实际上经销商系统,主要的目的就是给经销商卖给企业客户的。所以等于这个项目等于都白做了……

  新人要常呆在自己的舒适区里,凡是都要主动思考,因为不是所有的设计,所有的功能都是理所当然的。需要时刻保持好奇保持怀疑,多思考背后的原因,锻炼自己的性思维。多问几个为什么?你并不是业务的传话筒,如果仅仅是把业务方的需求,或者用户的,列出来拿给设计师做或者直接提给开发,那要你这个产品经理何用?业务何不直接跳过你找设计和开发。

  你需要打造你不可替代的核心能力,把用户和业务方的,成对用户来说有价值,且交互界面友好,并且开发可以理解和直接下手做的产品。甚至你可以比业务想的更远一点,直接用另一套更优的方案来替代业务的。

  也可以从“黄金圈”维度,来思考,多想想为什么做,竞品怎么做的,你的原型交互该怎么做?一个需求想的时间至少要占整个设计过程的60-70%吧,画原型,而交付设计,开发测试上线交付,只是一个水到渠成的事情。

  知己知彼,在了解了你的用户后,需要迅速去看下行业内,有哪些类似的产品,他们的布局是怎样的?帮你更好的做决判,这个属于高阶点产品经理必备的能力,我就不细说了,但不得不说,我遇到的很多腾讯的产品实习生,产品新人,很多都能达到以上三点,还是挺优秀的,也深刻感受到了后浪的力量。

  原型+PRD是你作为产品经理入门的第一步,思考原型时,尽量能够迅速在3s内切换自己的身份,把自己当做你的产品用户,从宏观层面思考,不同政策,不同经济形势,不同地域国家的用户,他们使用场景是怎样的?包括内容喜好、访问频次、停留时间等;从微观角度,考虑用户的体验,包括用户的交互是否有歧义,是否顺畅,UI侧,界面是否能赏心悦目,是否有加分项?

  如果不能做到美观舒服,至少逻辑要清晰,可以先列功能框架,流程图,再细化交互原型。完整的产品交互、边界情况、网络异常等最好都能考虑到。写prd时一定要穷尽你原型里的模块,穷尽各种可能性,不要怕麻烦,全部写下来!只有写下来,才会发现有考虑不够周全的地方。

  尊重用户:节省用户的时间,少说废话,让你的PRD更精简,比如一些浮层、弹框的toast,使用极简的语言能让用户get到信息即可。

  尊重开发和设计:模棱两可文案不要放,比如大概,可能之类的文案,如A或者B都可以,那到底是A还是B,靠谱一点的开发还是会跟你二次确认,到底是A还是B,这不是给自己找事么?如果自己不考虑清楚,甩给开发,多搞几次,别人就会觉得,你这产品不靠谱。

  我这里提到的美观舒适,不是要求你出到高保,我觉得对于新手意义不大,思清晰的手绘原型都能接受。

  原型至少让人看起来不反感,尽量的去接近真实的你想表达的产品。比如字体大小,颜色(框内默认的灰色提示文案)等等,这些不需要设计师,你自己就能改变的一些元素。

  另外大面积的prd的文字尽量别用彩色,重要的文字可以用蓝色,橘都可以,特别需要提醒的,可以是红色。但一定要避免大面积使用红色,大面积的使用粗体。我看到有些新人产品,prd竟然是整篇的红色,不知道看到这个prd的开发和设计师会是什么感受。截图黏贴到原型、prd的时候,至少也要等比例压缩下吧,挤压的变形的截图,看着也不舒服,这是对开发和测试同学的最基本的尊重吧。

  如果连原型、prd都会让人反感,也不会是个好产品。更不要提什么运用心理学,揣摩用户行为和心理了。

  用户和你产品的每一次交互,都要付出成本的,不一定是,也可以是时间、认知、或者思考成本。你需要思考以下几点

  当获得的价值与交互的成本相匹配,产品才能持续,当然此处还有一点对于企业本身也要有益,这样才是一个长期的可持续的产品。

  话说回来,也不是所有产品经理都需要对细节,但是最强的那些超级产品经理一般都对细节很。从这个角度,有时候让产品经理做同样一件事,或看同一个东西,看出细节多少的差别,可能就是他们在产品能力方面的差别。

  产品经理白天会被各种事情打断,比如设计会跟你确认banner图样式和文案,开发会跟你确认需求细节,业务会跟你反馈新需求。但是你可能还欠着一个原型没画,或者一个数据分析没做?

  你可以利用一些效率工具,在特定的时间,集中处理老板、用户、设计、开发给你的微信信息、企业微信留言等等,人的大脑在思考时被打断后,恢复是需要时间的。2分钟的事情可以立马去做,超过2分钟的事情,都可以是事无巨细的记下来。你又不是国家,要日理万机,提升效率,工作方法很重要。

  每天早上更新下自己当天的to do list,分清优先级,最好能把期望完成的时间写上去,列时间有个好处,在列的时候,你会心理大概评估下这个需求的优先级以及大概的工作量(拆解量)。

  写目标和完成时间会让你在实际做的时候也更有目标感和优先级。可以试一下,相信效率会提升不少。另外每天晚上复盘下,看下差距多少,多复盘总结,也能让一个新人成长更快。

  同样让别人交付一样东西的时候,也可以确认时间,比如你让设计师交付一个设计稿,如果只是简单的邮件给到她,和在邮件中加上期望完成的时间,对于设计师同学的交付时间还是有很大差别的。

  另外补充一点,尽量在工作时间处理好需要多方协作的事情,比如跟业务确认方案,这种事情你不可能晚上还去打扰别人。

  最后附上业界产品之父俞军在2005年提出的《俞军产品经理十二条》,站在今天来看,这些也依然不过时,希望我们都能时刻提醒自己。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。