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

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

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

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

一、了解你的产品和行业

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. 不要给用户不想要的东西，任何没用的东西对用户而言都是一种伤害。

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

本文作者@卡洛儿 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！