产品经理早期工作如何下手？首先你要做到这6点.docVIP

　　产品经理早期工作如何下手？首先你要做到这6点 对于初级的产品经理而言，一开始接触的工作无非是写写竞品分析，做一些简单的需求方案策划，与设计、研发、QA 沟通需求，跟进一下项目进度。要完成这些工作，在学习上需要做到： 1. 锻炼对自己产品的理解。 初学者可能刚入门就会被琳琅满目的原型工具和一堆堆的案例绑架，满脑子想的是别人花哨的功能和亮瞎自己狗眼的方案，但唯独对自己产品不了解，脑子里全是别人的东西。这样的 PM 平时跟别人的对话一般是： A(老板)：你觉得这里放四个标签页合理不合理? P(PM)：当然合理，美团啊、点评啊、微信啊都这么做的。这是天下大势。 A：那我们页面上功能排版这样靠谱不? P：没问题。现在这样的排版方式是最常见的，交互方式也保证是最流行的。唯一色调设计手法是国际上流行的设计理念 Minimal 。 A：额，那我们这几个功能是必需的吗? P：这几个功能竞品都有了，我们没有的话不好吧? A：…… 对自己产品的理解又分为多个方面： 对公司定位的理解，跟老板和投资方有关 对用户定位的理解，跟公司的定位和市场的状况有关 对产品定位的理解，跟用户的定位和推出产品的初衷有关 对公司研发能力的理解，包括设计能力、开发能力和运营能力 对其他部门状况的理解，包括各部门在做的事情、大家进行的状态 …… 总之，你做出的每个判断必须基于对产品多方面的理解，而不是对竞品的理解、对市场的理解这零散的因素。 只有这样，当设计师做出你不满意的稿子时你可以说“你的这个风格可能适合年轻人，但我们的目标用户是商务人士”，而不是说“你这个不够大气，没有 feel 啊”; 当你要求工程师改一个看起来不重要的 BUG 时可以说“后续运营部门计划有好几次大型活动，到时流量会瞬间暴涨，你这个 BUG 会放大 10 倍，所以很危险”，而不是说“重要不重要不是你工程师定的，是产品经理定的，你改就行啦”; 当你跟老板讨论要不要加一个功能时可以说“我觉得我们这样的功能是一个重要的补充，跟下个版本要做的事情不谋而合”，而不是“竞品做了咱们不能落下啊，管它有没有用”。 那具体怎么去锻炼，其实是件费力又费脑的事情，你要不断地去跟老板沟通、跟同事们沟通、去跟用户聊、去做调研、同时做大量的思考和总结。你要有自己的一本词典，记录关于你名下产品相关的事无巨细的解释，每当需要查询就能随时翻阅。 这本词典可以记在心里，也可以整理成笔记。别人看来，它可能无关紧要，也不是那种张口“人机交互的趋势”闭口“立体化设计语言”这些可以用来装逼的术语。但没有这本词典，你每走一步都是一个坑，等走远了回来想填的时候，已经晚了。 2. 提高分析和判断能力。 说来也怪，很多 PM 除了参考别人的，也就是做用户调研，或者唯老板是从。但很多事情简单得要命，只要有生活常识、有基础的推理能力，明明是可以更靠谱的。 举个例子吧。 当初 MIUI 做安卓本地化的时候，日历里加入阴历是作为主打特色之一的，也广受好评。在做 T1 的日历的时候，我们也在考虑这个问题：到底加不加阴历? 加的话，整个界面非常满，显得丑陋;不加的话，需要看阴历的用户又会不爽。 这是常见的一个日历界面： 对于重调研的 PM 来说，就做个调查问卷，规模越大越好，看哪边的用户多;对用户定位是偏高端用户或者说发烧友的 PM 来说，可能就做个开关选项，用的打开，不用的关了。但实际上完全可以往前推理一步：用户到底为什么需要阴历?大概场景就几个：春节前后用;阴历的节假日用;自己和亲友生日用。这基本囊括了所有用户的需求。 那就简单了，我们能不能就在春节和节假日的时候显示阴历?对于生日的话，我们可以提供设置项，在用户和亲友每年生日那天显示阴历。 这是 T1 的日历界面： 这样既在很大程度上防止了界面始终显示阴历的尴尬，又满足了大部分用户对阴历的需求。这种方案凭常识很快就能推断出来吧?也不用复杂的问卷调查吧?也不用复杂的产品设计吧? 其实这些东西都是常识完全可以判断的。当你有了初步判断之后，用户调研的意义就体现出来了：它是作为验证的手段。但它不能作为需求的。 总结起来，产品经理在做任何决定时，都要做到三个字：讲道理。 那怎样培养这种能力呢?也不难。就是在日常生活中多问为什么。这个小区的停车场入口需要绕三个圈，为什么这么设计?这个优衣库进门一眼看到的全都是内衣裤，这么摆放是什么道理?楼下咖啡店平时顾客也不多，但居然撑了五年还没关门，他们的收支能够平衡吗?很多道理是相通的，每天都在想明白一些事情，那真遇到棘手的产品问题，你肯定想的比别人远，也比别人靠谱。 3. 确保良好的沟通和表达能力。 如果能够对产品有充分的理解、对各种问题有了清晰有据的判断，下一步就是把这些自己的理解和判断跟同事们做充分的交流和沟通。其实说来也不会很难，也就是注意沟通的技巧，一方面是说要有常提