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