【精选】成为产品经理必备的6种能力.pdf

成为产品经理必备的6种能力 我的方法大概都能适用于中小团队 ，并不一定适用于有 谨流程和细致分工的大公司。要问 后者怎么办 ，跟你的 leader 学啊 ，干嘛自学 ，如果没人带这公司就太不靠谱了 ，还是赶快换 下家。 产品经理最重要的就是独立思考的能力。有句话说兼听则明 ，偏听则暗 ，我是觉得产品经理不能 光听 ，要自己想 ，而且能有讲道理、摆事实说服别人的能力 （不是靠耍嘴皮子抖机灵说服别人 ）。 所以记住不要把我说的 （和其他任何人说的 ）当攻略一步一步走。 锻炼对自己产品的理解 初学者可能刚入门就会被琳琅满目的原型工具和一堆堆的案例绑架 ，满脑子想的是别人花哨的功能 和亮瞎自己狗眼的方案 ，但唯独对自己产品不了解 ，脑子里全是别人的东西。 这样的 PM 平时跟别人的对话一般是 ： A （老板 ）：你觉得这里放四个标签页合理不合理 ？ P （PM ）：当然合理 ，美团啊、点评啊、微信啊都这么做的。这是天下大势。 A ：那我们页面上功能排版这样靠谱不 ？ P ：没问题。现在这样的排版方式是最常见的 ，交互方式也保证是最流行的。唯一色调设计 手法是国际上流行的设计理念 Minimal 。 A ：额 ，那我们这几个功能是必需的吗 ？ P ：这几个功能竞品都有了 ，我们没有的话不好吧 ？ A ：…… 对自己产品的理解又分为多个方面 ： 对公司定位的理解 ，跟老板和投资方有关 对用户定位的理解 ，跟公司的定位和市场的状况有关 对产品定位的理解 ，跟用户的定位和推出产品的初衷有关 对公司研发能力的理解 ，包括设计能力、开发能力和运营能力 对其他部门状况的理解 ，包括各部门在做的事情、大家进行的状态 … 总之 ，你做出的每个判断必须基于对产品多方面的理解 ，而不是对竞品的理解、对市场的理解这零 散的因素。 只有这样 ，当设计师做出你不满意的稿子时你可以说“你的这个风格可能适合年轻人 ，但我们的目标 用户是商务人士” ，而不是说“你这个不够大气 ，没有 f eel 啊” ；当你要求工程师改一个看起来不重 要的 BUG 时可以说“后续运营部门计划有好几次大型活动 ，到时流量会瞬间暴涨 ，你这个 BUG 会 放大 10 倍 ，所以很危险” ，而不是说“重要不重要不是你工程师定的 ，是产品经理定的 ，你改就 行啦” ；当你跟老板讨论要不要加一个功能时可以说“我觉得我们这样的功能是一个重要的补充 ，跟下 个版本要做的事情不谋而合” ，而不是“竞品做了咱们不能落下啊 ，管它有没有用”。 那具体怎么去锻炼 ，其实是件费力又费脑的事情 ，你要不断地去跟老板沟通、跟同事们沟通 ，去跟 用户聊 ，去做调研 ，同时做大量的思考和总结。你要有自己的一本词典 ，记录关于你名下产品相关 的事无巨细的解释 ，每当需要查询就能随时翻阅。 这本词典可以记在心里 ，也可以整理成笔记。别人看来 ，它可能无关紧要 ，也不是那种张口“人机交 互的趋势”闭口“立体化设计语言”这些可以用来装逼的术语。但没有这本词典 ，你每走一步都是一 个坑 ，等走远了回来想填的时候 ，已经晚了。 提高分析和判断能力 如果说对产品理解是第一步 ，那第二步就是怎样基于你的理解做出靠谱的判断。 说来也怪 ，很多 PM 除了参考别人的 ，也就是做用户调研 ，或者唯老板是从。但很多事情简单得 要命 ，只要有 活常识、有基础的推理能力 ，明明是可以更靠谱的。 举个例子吧。 当初 MIUI 做安卓本地化的时候 ，日历里加入阴历是作为主打特色之一的 ，也广受好评。 在做 T 1 的日历的时候 ，我们也在考虑这个问题 ：到底加不加阴历 ？ 加的话 ，整个界面非常满 ，显得丑陋 ；不加的话 ，需要看阴历的用户又会不爽。 这是常见的一个日历界面 ： 对于重调研的 PM 来说 ，就做个调查问卷 ，规模越大越好 ，看哪边的用户多 ；对用户定位是偏高端 用户或者说发烧友的 PM 来说 ，可能就做个开关选项 ，用的打开 ，不用的关了。 但实际上完全可以往前推理一步 ：用户到底为什么需要阴历 ？ 大概场景就几个 ：春节前后用 ；阴历的节假日用 ；自己和亲友生日用。这基本囊括了所有用户的 需求。 那就简单了 ，我们能不能就在春节和节假日的时候显示阴历 ？对于生日的话 ，我们可以提供设置项 ，在用户和亲友每年生日那天显示阴历。 这是 T 1 的日历界面 ： 这样既在很大程度上防止了界面始终显示阴历的尴尬 ，又满足了大部分用户对阴历的需求。这种方 案凭常识很快就能推断出来吧 ？也不用复杂的问卷调查