蜗牛派初入产品行业的新人，囿于“不知如何开始”的阶段，本文作者从自己带新人的所思所想出发，简单分享了产品新人初入职场会踩的一些坑，以及一些注意点，希望对初入职场的产品新人顺利进入工作状态。
前段时间，陆续带了些新人产品经理，有一些感悟，想跟大家分享下。
去年夏天，来了一个新的实习生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都会让人反感，也不会是个好产品。更不要提什么运用心理学，揣摩用户行为和心理了。
三、做好时间管理
产品经理白天会被各种事情打断，比如设计会跟你确认banner图样式和文案，开发会跟你确认需求细节，业务会跟你反馈新需求。但是你可能还欠着一个原型没画，或者数据分析没做？
可以利用一些效率工具，在特定的时间，集中处理老板、用户、设计、开发给你的微信信息、企业微信留言等等，人的大脑在思考时被打断后，恢复是需要时间的。2分钟的事情，可以立马去做，超过2分钟的事情，都可以是事无巨细的记下来。你又不是国家主席，要日理万机。提升效率，工作方法很重要。
建议每天早上更新下自己当天的to do list，分清优先级，最好能把期望完成的时间写上去，列时间有个好处，在列的时候，你会心理大概评估下这个需求的优先级以及大概的工作量（拆解量）
写目标和完成时间会让你在实际做的时候也更有目标感和优先级。可以试一下，相信效率会提升不少。另外每天晚上复盘下，看下差距多少，多复盘总结，也能让一个新人成长更快。
同样让别人交付一样东西的时候，也可以确认时间，比如你让设计师交付一个设计稿，如果只是简单的邮件给到她，和在邮件中加上期望完成的时间。对于设计师同学的交付时间还是有很大差别的。
另外补充一点，尽量在工作时间处理好需要多方协作的事情，比如跟业务确认方案，这种你不可能晚上还去打扰别人。
最后附上业界产品之父俞军在2005年提出的《俞军产品经理十二条》，站在今天来看，这些也依然不过时，希望我们都能时刻提醒自己。
- 产品经理首先是用户。
- 站在用户角度看待问题。
- 用户体验是一个完整的过程。
- 追求效果，不做没用的东西。
- 发现需求，而不是创造需求。
- 决定不做什么往往比决定做什么更重要。
- 用户是很难被教育的，要迎合用户，而不是改变用户。
- 关注最大多数用户，在关键点上超越竞争对手，快速上线，在实践中不断改进。
- 给用户稳定的体验预期。
- 如果不确定该怎么做，就先看别人是怎么做的。
- 把用户当作傻瓜，不要让用户思考和选择，替用户预先想好。
- 不要给用户不想要的东西，任何没用的东西对用户而言都是一种伤害。
