社会的竞争其实是人的竞争，人的思维和能力很大程度上决定了公司的服务和高度。
作为一个中小企业的产品经理应该具备哪些能力呢？
1）产品经理最重要的就是独立思考的能力。
有句话说兼听则明，偏听则暗，所以要走出去多观察，多调研，多交流。我是觉得产品经理不能光听，要自己想，而且能有讲道理、摆事实说服别人的能力（不是靠耍嘴皮子抖机灵说服别人）。注意不能迷信权威，而是立足当下，走适合自己的路线。
2）锻炼对自己产品的理解
初学者可能刚入门就会被琳琅满目的原型工具和一堆堆的案例绑架，满脑子想的是别人花哨的功能和亮瞎自己狗眼的方案，但唯独对自己产品不了解，脑子里全是别人的东西。需要对公司的产品有比较全面的理解。对自己产品的理解又分为多个方面：（一定要站在用户的角度来做产品，而不是想当然。）
对公司定位的理解，跟老板和投资方有关
对用户定位的理解，跟公司的定位和市场的状况有关
对产品定位的理解，跟用户的定位和推出产品的初衷有关
对公司研发能力的理解，包括设计能力、开发能力和运营能力
对其他部门状况的理解，包括各部门在做的事情、大家进行的状态等等。
具体怎么去锻炼，其实是件费力又费脑的事情，你要不断地去跟老板沟通、跟同事们沟通，去跟用户聊，去做调研，同时做大量的思考和总结。你要有自己的一本词典，记录关于你名下产品相关的事无巨细的解释，每当需要查询就能随时翻阅。
3）提高分析和判断能力
如果说对产品理解是第一步，那第二步就是怎样基于你的理解做出靠谱的判断。说来也怪，很多 PM 除了参考别人的，也就是做用户调研，或者唯老板是从。但很多事情简单得要命，只要有生活常识、有基础的推理能力，明明是可以更靠谱的。
总结起来，产品经理在做任何决定时，都要做到三个字：讲道理。
那怎样培养这种能力呢？也不难。就是在日常生活中多问为什么。
这个小区的停车场入口需要绕三个圈，为什么这么设计？这个优衣库进门一眼看到的全都是内衣裤，这么摆放是什么道理？楼下咖啡店平时顾客也不多，但居然撑了五年还没关门，他们的收支能够平衡吗？
很多道理是相通的，每天都在想明白一些事情，那真遇到棘手的产品问题，你肯定想的比别人远，也比别人靠谱。
4）确保良好的沟通和表达能力
如果能够对产品有充分的理解、对各种问题有了清晰有据的判断，下一步就是把这些自己的理解和判断跟同事们做充分的交流和沟通。其实说来也不会很难，也就是注意沟通的技巧，一方面是说要有常提到的情商，怎样让没有实权的你在推进大家完成任务、在协调大家的工作时不那么讨厌；另一方面是要让每次沟通都有效率，不耽误时间。
对于前者，我的建议有：
始终清楚自己是产品经理，但不是经理，不要盛气凌人
用有理有据的事实来说服别人，而不是“老板的决定”、“反正跟你没关系”这种操蛋的说法
别人遇到困难不要说“我不管，这是你的事儿”，主动去理解他的困难，并且尽力帮忙解决，解决不了的一起想备选方案
产品项目组中的任何同事之间有了矛盾，要主动去协调，别在旁边看热闹
随时让每个产品线上的同事了解全局的进展，让大家产生主人意识
用户的反馈整理后可以周知同事，让大家产生成就感，觉得自己做的事有价值。
对于后者，我的建议有：
每次讨论问题，不管是一对一聊，还是开会，都明确这次的目的，有腹稿
描述问题清晰，想好了再说，同时不要偏题
每个问题都形成结论，不要讨论来讨论去觉得很充实就行了，没有结论都是瞎扯
不要把任何事情都交给别人决定，自己时刻准备提出更多方案和建议
每次讨论的过程和结论都有记录，可以随时查阅
5）对产品的责任心
责任心似乎是最容易能有的，但却是我直到现在面对很多优秀的 PM 都觉得自愧不如的。
我特别喜欢 @池建强 老师的一句话：产品经理最重要的能力就是让正确的事情相继发生。你做到我说的 1-3 了，但那只是做“正确的事情”，是不是能让它们相继发生，却要考验你的责任心。
在午夜工程师为项目上线加班时，你是在楼下电影院里吃爆米花，还是在旁边默默陪他？在设计师跟老板因为方案闹僵了的时候，你是等着他们握手言和，还是主动找老板或者设计师聊一聊赶快把项目推进下去？在运营的同事为了某个紧急活动给你提出不太实际的功能需求时，你是一句“做不完”就打发走，还是认真跟她讨论下有没有什么别的方法能凑合着用？是的，严格来说，你跟公司是劳动契约，你不能被强制加班；你的岗位是产品，不该去帮别人想解决方案；你也不是老板，公司的各种坑也不必由你来填。
但一个优秀的产品经理，是要对任何与产品相关的事务负责的。任何阻碍产品正常上线的事情都应该由你解决，任何能对产品产生帮助的事情都应该给予关心。
在这方面如何抉择，就决定了你作为产品经理是平庸还是优异。
6）关于工具的使用
工具放到最后说，是因为实际意义上的产品经理，并不必掌握太多原型工具、交互绘制工具甚至绘图工具。不管是什么样的工具，都是为人和当前做的事情服务的。还是刚才那句话，你为什么要用它？它对你现在做的事情有帮助吗？
很多初创团队刚刚起步，就开始搭建各种大规模的 Feature/Bug 的记录和处理平台，都在用特别复杂的需求文档描述规则，都把脑图、Axure 作为必备的工具。没有提高效率，反而造成了很多问题。
就跟 MBA 不适合创业者一样，复杂的流程会严重拖累中小公司的运作。我平时就用 Keynote 、Sketch 这样的工具，完全能覆盖 90% 的需求设计工作；产品研发的需求记录和处理就用 Trello 或者风车，操作简单，易用。
记住一条就可以了：只要觉得目前手头的工具好用、高效，那就没必要换成高大上的。除了装逼，没有别的意义。
尽力涉猎广泛
上次一个朋友问我，他经常会与设计师有争论，他总觉得那样画排版上有问题，但却说不出哪有问题，该怎么办。我说很简单，如果你直觉上觉得有问题，那可能真的犯了一些基本错误，那你多去学习些排版上的知识，多去了解下常见的排版规则，那之后遇到争论肯定就有底气了呗。
作为产品经理，懂一些其他岗位的基本知识是很有用处的。这样既能保证良好的沟通，也能让你在考虑需求、设计方案时心中有数。这是一个好的补充，当然没有也无所谓。
去看看他们都在看什么书，找些基础的看一下；也可以到人人都是产品经理这来看点快餐类的文章。这样别人就不会在背后说，这小子就会每天瞎逼想些点子、画点不靠谱的原型、做点不接底气的方案。