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

Amy
2 评论 12416 浏览 84 收藏 20 分钟

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

前段时间,陆续带了些新人产品经理,有一些感悟,想跟大家分享下。

去年夏天,来了一个新的实习生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的时候,至少也要等比例压缩下吧,挤压的变形的截图,看着也不舒服,这是对开发和测试同学的最基本的尊重吧。

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

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

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

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

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

三、做好时间管理

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

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

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

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

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

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

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

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

 

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

本文由@卡洛儿 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash, 基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 有办公时间管理这方面的工具吗?还有项目管理工具,这两个有推荐的吗?

    来自上海 回复
    1. GTD的时间管理理念可以研究下,工具的话都差不多,尽量选择能跨多个终端的软件来使用。
      之前有用过wunderlist,因为今年停止大陆的服务,改用了滴答清单,仅供参考,项目管理工具,个人用可以考虑trello,当然trello也可以用做时间管理,不过如果不翻墙的话,速度有点慢……

      来自江苏 回复