3年产品的瓶颈思考：沉浸细节并非好事

　　对于3岁产品经理来说，过分关注细节不再是一件值得称道的好事。要想升级高阶产品经理，就得投入到思考业务、宏观的架构、商业化中。
　　这是一盘关于产品生涯思考，写在工作3年的瓶颈期，希望能够给有同样处境的你带来一定的启发
　　故事还得从上个月说起，8月末招我进入现公司的前辈离职了，离职前grace对我再一次说到：
　　兮兮，你工作也三年了，不能太沉浸在画原型、写文档里，太抠那些细节。
　　而是要把时间、精力多投入到思考业务、宏观的架构、商业化中，哪怕你做的是一款内部的使用的产品，你也得去以商业化的角度去思考产品未来的规划。
　　接手grace工作的这一个月时间里，我确实真切地感受到了这句话的意义，也体会到了践行这句话的意义。
　　或许，此时的你也会有我第一次听到这句话的疑惑：不关注细节，这样太不负责任了，和工作摸鱼没有区别啊！
　　如果你对grace说的这句话有疑惑，那你可真的要继续阅读完这篇文章了。
　　关注细节，只是初学者的必经之路
　　基础概念的理解、基本功力的修炼是每一个职业入行需要关注的。以产品经理为例，会画原型图、会写需求文档、会项目管理这些都是13岁的产品经理必须掌握的技能。
　　通过临摹优质的APP界面、做出复杂的交互效果，可以锻炼原型图绘制的能力；
　　通过用例图、流程图、架构图、异常说明、交互说明等的列举，可以完善自己需求文档写作的能力
　　初期，这些都是我们每一位产品经理要践行，甚至是刻意练习的，这是产品经理往上发展的根基。
　　产品经理是这样，其他岗位也是这样：
　　如果一个建筑工程师天天研究地基的垫层、混凝土配比，那么距离他盖成摩天大楼的时间就不知道要等到猴年马月了。
　　想一想，如果一个多年工龄的产品经理还在画原型、写需求上花很多时间那结果会怎么样呢？
　　在众多的产品分享会中，几乎没有产品大拿会分享他的原型怎么画的，也没有分享他的需求文档是怎么写的。
　　从主流的招聘网站上你也会发现：13年的岗位，公司看中的是基础技能，如竞品分析、原型设计、文档编辑等。而35年的岗位，公司看中的就是架构的能力，如产品战略规划、商业意识等。
　　如果，没有刻意的培养这些能力，谁又能保证35年的产品经理都能够拥有这些能力呢？
　　你或许赞叹过达芬奇是画家、生物学家、数学家的全才，可是生活中这样的全才通才真的很多吗？
　　是的，他是在“年代x人群”的数据集中概率极低的一个事件，发生在你我身上更是不太可能。
　　浅尝辄止，也是一种学习的方式
　　这里的“浅尝辄止”，是建立在你有自己的一个主要的发展方向，并在该方向有深入的基础上成立的。
　　再拿产品经理为例，你可以专注产品能力的提升，也可以了解技术相关的知识（我们称此为“工程思维”）。可是，如果专精于技术的学习，那就是跑偏了，除非你想转行技术岗位。
　　如果一个人对着一个产品说“你可以了解某个指标算法的详细计算规则，这是对你成长很有帮助的”，我在这里旗帜鲜明地认为这是不负责任的说法作为一个产品只需要了解算法的维度、权重分布即可，那些傅里叶变换的计算就留给技术好好研究就够了。
　　把有限的时间、精力充分利用，才是我们应该努力的。
　　诶！那位同学先坐下，你是不是觉得兮兮尽说这些理论，没有落地的指导意义。你都听我扯这么一大堆废话了，我肯定要对得起你花的时间了。
　　刻意练习，不断思考
　　自己思考的不一定是可行的，但是在求索发现的道路上这是迈出的第一步。
　　还是在上个月，我和招我进入现公司的另一位前辈聊了天。当我和他讨论我想了几天的生命线服务的想法时，他说：
　　“我要是你，我就不会想这些服务，而是想着如何更好的赋能到业务中去”
　　后来我脑袋瓜子似乎慢慢开窍了（目前速度还很慢），我尽力去发现并了解公司的其他系统，开始思考这些系统有哪些领域没有开发？这些空白我负责的产品能否提供支持？实现方案该怎么设计？方案是否可行？能否减少相同功能的重复开发
　　终于，在一周的时间内我就找到了一条突破口，并成功地支持了一条业务的服务（现在来看，这就是最近热议的“中台”模式）。
　　跳离细节，驱动管理
　　恰恰是自己开始腾出一些时间思考起产品更高、更大层面的问题，细节事务，自然而然不会一直沉浸。甚至去想如何让自己有更多的时间去思考，自然会驱动自己向着在自我管理层面的改变：
　　不再沉浸画出太精美的原型，而是高效地把需求说清楚；
　　不是各个需求细节事必躬亲，而是鼓励开发加入自己的思考（确定目标，只要结果不偏离目标即可，这也是管理能力的一种锻炼）
　　未来还有漫长的道路等待我们奋力前进，让我们一起朝着“从水手到舵手”的方向努力，加油