产品经理工作的边界在哪里？

　　从今天开始，我将连载对产品经理如何进阶的思考。严格来说，我并不是大佬，也非特别成功的人士，只是跟在座许多朋友一样，是在互联网行业里摸爬滚打的产品经理，在为自己如何成长担忧。这一系列文章，都是我近半年反省中得到的。不敢妄想它们能指引大家迷途，只求哪句话能引起你共鸣，或对你有启发，便能知足。
　　这是第一篇。
　　产品经理在各行各业、不同阶段和不同情境下，职责大不相同，这基本已是共识。那产品经理到底该做什么、需要完成什么，到底有没有好的界定方式？
　　单纯从枚举工作内容的角度，并不科学。无论说产品经理要做哪些具体内容，都既不能覆盖全部可能有的工作，也不是所有产品经理都要接触的工作。比如，到底产品的功能要定义到多细，交互是不是要做，原型要画多细，没有定论；再比如，保证用户留存的环节，跟运营之间到底怎么拆解，两边要各自背什么样的KPI，这也很难量化。
　　如果给比较抽象的定义，我的结论会是：（优秀的）产品经理是没有工作边界的，而任何影响产品价值实现的事，都是分内的事。
　　这里面包含了几层意思。
　　首先，产品经理不要轻易预设自己的工作边界。比如，有的同学习惯了只做画原型交互、讨论产品的事，突然有天接触到了需要大量文案撰写的功能，这到底是谁来做？
　　通常文案是产品经理想，不过有的同学会觉得，这么大量的、影响我正常产品工作的文案撰写，是不是公司应该找外包团队完成、或者招文案策划来搞定。这就是自己对边界特别敏感。
　　或者在遇到用户反馈的时候，会不会有同学觉得，这明明是客服的工作，所以就直接一句话转给了同事？
　　要先去掉心里的边界，只要在能力范围内的事情，就应当尽快了解并去完成。很多产品经理不去做、不去补漏，只是因为懒，觉得是分外的事。
　　其次，产品价值的实现是产品经理最应关心的。这句话也是在产品经理界常见的话说得漂亮、但非常难做好的。
　　好的产品经理不会是只看到自己眼下的事务。比如设想一个看似简单的功能，串联到整个产品功能点里、公司的战略里，都是错综复杂的网络，牵一发而动全身，最终波动总会影响到产品的整个价值。这条链路是不是够完整、够全面、够合理，是这时更要关注的。直来直去，只看到按钮的用户体验本身、只看使用这个按钮是不是顺畅，不去看按钮所牵连的产品逻辑和业务背景，都是远远不够的。
　　这链条关系到的各种节点，对我们来说，都是要关注的。甚至公司缺少哪个部门（是不是要引入算法工程师？），最直接的竞争对手是谁（他们有什么风声？他们的新版本在做什么？），在整个公司中都应该是产品经理最敏感的。
　　最后，对很多专业性比较强的事务，肯定要专人来做。我想说的不是产品经理要变成杂务工，是产品经理不仅要hold住产品缺失的环节，在产品链条相关的各个环节也要起到查缺补漏的作用。有时一个抠产品细节的产品经理，未必比得上一个看似不务正业在纠正公司管理制度或者部门协作流程的产品经理。
　　最近看到腾讯的贺嘉老师提到，问题是不是到你为止是他们评判技术人员是否优秀的标准。我觉得这也是对产品经理工作极好的诠释。问题总会存在某些环节，但一旦被你发现，你去解决，或者至少你去推动解决。还需要补充的一句是，到手的问题，要分得清楚哪个最重要哪个在其次。