想成为优秀的产品经理？先合格了再说！

　　合格的产品经理需要的必备技能集中在专业技能、协同沟通、学习能力这些。先别急着一上来就想着自己做个多牛逼的产品，先合格了再说。
　　最近在学习一些产品经理相关的线上系统教程，想到当年在自己还未从事PM工作时，看到一句话：“希望作为一名成长的产品经理，用好产品改变世界”，颇为励志，于是跌跌撞撞爬上了产品经理之路。在此之后有过成就感，有过不平衡，有过很失望，也有过在安逸环境混吃等死的念头，但最终还是愿意静下心来，将之前的经验想法做一个整理，希望对屏幕或手机对面的你们有些小小的帮助。
　　BTW，文末有个小插曲：说下当年自己是怎么做了产品经理的。大家也可以在评论区聊聊自己是如何踏上产品汪这条不归路的。
　　一、产品经理的敲门砖
　　在本汪上篇文章《移动APP设计入门级：真实的前后端原型长啥样？》中，有人评论问到如何成为一名产品经理，关于这个在产品经理界的经典问题，百度知乎豆瓣上有成千上万的答案了，感性鼓励的话我就不多说了，如果一定让我回答，那有一个简单暴力的方法：
　　去招聘网站上看看产品经理的工作范围和要求，哪里不会学哪里。
　　大致整理了一下，对初级产品经理的入门要求有这些：
　　Axure、Visio、Moqups等主流的原型线框图工具，完成需求分析和原型设计
　　能够编写MRD、PRD等产品文档
　　了解技术实现方式，能和程序猿沟通
　　责任心强，工作积极主动，具备良好的团队协作意识云云
　　So，明白自己要做什么了吗？要求会axure，你就去学，拿自己平时最经常打开的APP模拟着画原型；要求会写MRD、PRD，你就先收集一些看看别人是怎么做的；不了解技术就多关注开发者相关的订阅号微博等，知道程序猿每天都在聊什么。看起来是不是没有想象那么难，确实，难的其实是去做。人家每天想着修身齐家治国平天下，你每天吃饭睡觉游戏打DOTA，到末了，爬到各种平台到处问“各位大神，请问我怎么能变成一个产品经理呢？”你觉得谁能帮你？
　　少年，Justdoit。
　　二、先别急着谈优秀，你合格了吗？
　　合格的产品经理需要的必备技能集中在专业技能、协同沟通、学习能力这些。先别急着一上来就想着自己做个多牛逼的产品，很多时候我们需要先了解最低要求，也就是传说中的“底线”。
　　1。专业技能
　　流程图能说的通，原型图能看的懂，需求文档整理清楚。
　　这3点是不是简单易懂？嗯，那就不做赘述了。
　　2。协同沟通
　　还是基于对产品的设计思路清晰、细节掌握度上，开发问你问题，你要能够明了的回答上来，开发对功能有排斥情绪，能否知道具体是什么原因？是自己设计有问题，还是开发觉得不好实现？或是其他？并给出解决方法。
　　做到不坑队友，自己也别被忽悠。
　　举个栗子，上周和开发沟通一个功能点时，开发说“这个详情页面上已经有修改功能了，为什么需要再做个修改页面？这不是没必要吗？功能我不是都满足了？”咋一听过去是不是很有道理？产品汪是不是马上要说“对哦对哦，既然已经实现了那这样就可以了”？这时候你就要冷静的告诉他，你之前在一个查看详情的页面可直接修改，这样已经是不符合开发规范了，如果说现在继续在详情页面不断叠加操作功能，不仅影响用户交互使用，到后面开发组件不断增加会更加混乱，最终给自己造成很大麻烦，建议尽快把之前的坑给补上，修改页面独立出来这种场景是不是就相对和谐了？人们总是喜欢为自己着想，给自己解决办法的人。
　　3。学习能力
　　这个是产品经理的核心能力，有任何短板其实都可以通过强大的学习能力弥补。学习能力是个综合技能，不管是否从事产品经理工作，也是自身一个重要筹码。简单说就是：
　　明白自己不足
　　发现学习目标
　　主动去学习，主动去学习，主动去学习
　　用起来
　　三、记得自我提升
　　有个段子：
　　你用小米手机
　　穿凡客T恤
　　上3W咖啡听创业讲座
　　在家看耶鲁大学公开课
　　知乎果壳关注无数
　　36氪每日必读
　　马云的创业史了如指掌
　　张小龙的贪嗔痴如数家珍
　　肉夹馍只吃西少爷
　　约朋友得去雕爷牛腩
　　喜欢Kindle胜过iPad
　　手机里没游戏全是GTD的APP
　　如果上述条件都符合
　　那你在北京应该还在每天乘地铁。”
　　为什么会这样？
　　自我错觉
　　一说到产品经理大家很容易想到乔布斯、张小龙、雷军等等，加之这几年互联网风头正劲，“人人都是产品经理”的slogan铺天盖地，让人觉得产品经理是个门槛低、收入高的工作。门槛低是实事，所以便出现产品经理队伍良莠不齐的情况，牛逼的不少，装逼的更多。同样是产品经理，往往天差地别，有的人开口闭口聊战略，有的人天天埋头做规划，有的人能把PPT写成花，到最后他们都觉得自己就是下一个乔布斯。
　　人家是真A，你却在装B。
　　没有系统性学习
　　很多人每天关注很多订阅号、浏览很多平台、看很多微博文章，却极少去阶段性地系统学习。系统性学习这里指很多，包括静下心看完一本产品相关的书（看看自己收藏转发点赞mark的一堆书单现在看了几本）、看一个系列的线上教程、将之前的读书笔记回看一遍、参加线下培训等等。碎片化知识很难融为自己的技能，先不说能不能看懂，即便能看懂，理解不等于掌握，能力的提高终归需要从踏踏实实点点滴滴学起。
　　不会反省
　　自己要学会从走过的路中吸取经验教训，而不是一味低头前行。有空可以多想想，半年前自己定的目标现在怎么样了？之前产品的计划和目前有哪些偏差？自己这段时间在哪些地方做的好哪些地方还有待提高？这比看别人灼灼其华的成功经验有价值的多。
　　之前遇到一个管理者，每个阶段对产品的预期总是给出非常乐观的收益数据，而实际上无论从产品方面还是团队方面都存在明显问题，到目前为止不要说没有一次能够达到预期值，甚至往往预期值的110都没有达到。如果说他能够静下心认真考虑一下为什么上一次会给出那样的数据，而为什么每次都差距甚远，相信比每天大事小事一把抓，忙的连轴转收获要多。
　　或许有人会说，工作应该向前看啊，我觉得自己现在已经对未来有了明确规划，并具备了丰富的工作经验。
　　不是工作10年就有10年的工作经验，有的人只不过是一个经验用了10年而已。
　　文末小插曲
　　说说当年自己是怎么做了产品经理的
　　本汪毕业后做了几年项目管理岗位，但做的基本都是打杂（想想就知道，一个刚毕业的人哪里有能力做项目管理），整理过需求文档、做过SVN配置、做过运维绩效、帮忙测试平台、各种项目跟进等等，不过也是在这个期间开始对项目全阶段有了最初步的了解。
　　之后决定转为产品经理，算是比较顺利到了一家事业单位类型的IT公司，进来的时候发现公司的产品经理很多处于售前人员的状态，需求文档没有原型这一说，基本都是文字加类似产品的截图，更多的是非计算机专业背景的产品经理每天做PPT跑客户做支撑等。
　　算是对产品抱有兴趣，有空的时候自己就打开常用的APP或是平台，用工具自己试着画页面。
　　第一次原型派上用场是因为第2天要去演示，而开发和UI来不及做DEMO，于是我加班做了一个可演示的移动端原型。之后团队内部逐渐开始原型WORD的做需求方式。
　　不过本汪目前也面临处于安逸区成长缓慢、产品及团队因为种种原因到达瓶颈等问题，近期开始系统性回顾及学习完整的产品进阶知识，希望能有新的突破。
　　BTW，大家也可以在评论区聊聊自己是如何踏上产品汪这条不归路的，让我们一起腹黑嘲笑、彼此挥泪成长，哈哈。
　　最后一句话：
　　不要总觉得自己的产品能改变世界，但需要怀抱改变世界之初心。