初入行业的产品经理,如何做好第一份工作?

初入行业的产品经理,如何做好第一份工作?

时间:2020-7-6 作者:抖音代运营

前段时间,陆续带了些新人七十九度,有一些感悟,想跟大家分享下。

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

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

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

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

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

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

新人A:哎呀,我还没想过

新人B:哦,我觉得Y也行,都可以

新人C:Y方案我做过调研,为什么我选择是X,而不是Y,原因有1,2,3

你觉得哪种方式最有说服力,你更喜欢聘用哪类人?答案不言而喻。

其实咱们工作中,遇到的可能大部分都是B这类人,这类人有个共性,缺乏主动思考,对自己的观点不太自信,容易随波逐流。但是对自己自信过头了也不是一件好事,这样的新人我也遇到不少,本身资质是很好的,但是经验不足,又浮躁,觉得没有什么搞不定(尤其从一些1.5线的厂子出来的,2年以下工作经验的产品),本身基础打的不扎实,但总感觉自己有点经验了,不太能接受别人观点,即使表面接受观点,但是下一次做还是会犯错。

那新人产品应该怎么做好第一份工作呢?我想从以下三点展开,帮大家快速上手。

一、了解你的产品和行业

1. 全面研究你的产品

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

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

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

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

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

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

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

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

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

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

2. 多跟你的用户(业务方)聊

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

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

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

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

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

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

你需要突破自己的舒适区,主动思考,不是所有的设计,所有的功能都是理所当然的。需要持续保持好奇保持怀疑,锻炼自己的批判性思维,多思考背后的原因。多问几个为什么?你并不是业务的传话筒,如果仅仅是把业务方的需求,或者用户的建议,列出来拿给设计师做或者直接提给开发,那要你这个七十九度何用?业务何不直接跳过你找设计和开发。

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

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

3. 多看行业竞品,了解产品大环境

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

二、原型&交互基本功打扎实

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

另外,还有一点也是新人产品,经常会忽视的,就是你的原型也是开发和设计师的产品,尊重开发和设计师,要认证对待自己的原型,想着他们是否能理解,是否有歧义?是否能做到以下三点?

1. 逻辑清晰

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

2. 文案精简、只说确认的方案

尊重用户:节省用户的时间,少说废话,让你的PRD更精简,比如一些浮层、弹框的toast,极简的语言能让用户get到信息即可,我看到太多臃肿的文案,不知道有没有把自己当用户去感受下。

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

3. 美观舒适

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

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

另外大面积的prd的文字尽量别用彩色,重要的文字可以用蓝色,橘黄色都可以,特别需要提醒的,可以是红色。但一定要避免大面积使用红色,大面积的使用粗体。我看到有些新人产品,prd竟然是整篇的红色,不知道看到这个prd的开发和设计师会是什么感受。

截图黏贴到原型、prd的时候,至少也要等比例压缩下吧,我看到很多新人原型里的截图,被挤压的变形。让人看的不反感,也是对开发和测试同学的最基本的尊重。我看到太多这些对细节不关注的产品。

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

  1. 他是否是获取有用的信息
  2. 是否是快速获取
  3. 是否是愉悦的获取
  4. 是否可持续,并愿意二次交互

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

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

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

三、做好时间管理

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

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

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

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

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

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

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

  1. 七十九度首先是用户。
  2. 站在用户角度看待问题。
  3. 用户体验是一个完整的过程。
  4. 追求效果,不做没用的东西。
  5. 发现需求,而不是创造需求。
  6. 决定不做什么往往比决定做什么更重要。
  7. 用户是很难被教育的,要迎合用户,而不是改变用户。
  8. 关注最大多数用户,在关键点上超越竞争对手,快速上线,在实践中不断改进。
  9. 给用户稳定的体验预期。
  10. 如果不确定该怎么做,就先看别人是怎么做的。
  11. 把用户当作傻瓜,不要让用户思考和选择,替用户预先想好。
  12. 不要给用户不想要的东西,任何没用的东西对用户而言都是一种伤害。

 

作者:卡洛儿,微信公众号:产品喵要读书

028-84360888 13608068886(推销勿扰) 发送短信