产品规划？那是老板的事。

　　方案的确定？那是总监的事。

　　页面图标用什么配色？那是UED的事。

　　项目进度运筹帷幄？那是项目经理的事。

　　别人不想干的事？没错，多半是你的。

　　所有和产品有关的事，都是产品经理的事。

　　这句话听上去很拽不是么，翻译一下很有可能变成：这个事情太烦了，不搞了，反正到后没人弄，产品经理也会想办法的。

　　这不是开玩笑，而是时时刻刻发生在各地，各类行业，各种产品经理身上的真实场景。产品经理，互联网产品经理，尤其是目前中国的互联网产品经理，绝大多数不是外人所想象的风光角色！

　　任何人都可以抛弃产品，拍拍屁股走人或者捣糨糊，但产品经理不可以。关于产品的任何细枝末节都是产品经理的工作范围，任何对产品有影响的工作，产品经理都要过问并清楚。产品进度慢了、产品方案改了、产品上线出BUG了，没错，有人要承担责任，产品经理一定是其中之一。

　　做产品经理意味着你选择了一条操心劳累，可能会没日没夜，可能会鞠躬尽瘁的道路，如果没有这个觉悟，还是再想想，再想想。

　　龚博致：

　　产品经理其实是没有标准的，只有一些大致的指导方向。在各个公司各个部门各个阶段，它的职责侧重都可能有不同。按我的理解，大概有：

　　1、产品型产品经理。这个是正统的，他的重点职责是向协同部门（如运营）收集需求，设计产品，和开发沟通跟进进度，上线后跟踪，总结。

　　2、商业型产品经理。也可能叫运营型。贴近运营侧，直接接触用户，从反馈中总结/提取需求，偏重于用现有方案/产品解决问题。

　　3、技术型产品经理。分析已有产品，推动整合、打通、改造。产品发展久了，业务变化下会出现功能重复、业务分裂等问题，需要改版重构，这个时候涉及多个系统打通，甚至需要把底层平台当成一个产品来打造，然后再支持原有产品的做法。所以这时候重点在于了解各个产品底层需求，了解技术背景，提供严谨的功能文档（因为涉及的功能太多）

　　所以对于转产品经理需要做什么准备，其实主要还是需要看你们老板想要什么样的产品经理，部门有什么资源来帮你分担职责，以及你想成为什么样的产品经理。例如：

　　● 如果部门有项目经理，项目管理可以先不看。

　　● 如果可以的话，熟悉一下产品的文档/流程，然后结合测试经历提出自己的想法，自己实践一下来证明给老板看，再推广

　　● 如果是想做线上产品，那一般是要赶紧补运营课，了解产品的指标，定计划/里程碑/KPI

　　如果没有概念，那简单了??全都做，多看多听多想。

　　产品经理是个“多面手”，意思是你什么事情都要做得要多??多找人沟通，设计的时候多想一想，文档多描述清楚一下，上线后多跟进一下……（其实这些标准所有岗位都一样：D）

　　所以任何一个方面的提升都是提升，多交流，多看书，多看帖，多参加分享，然后你会接触到很多相互冲突的理念??别纠结，不用全学。多思考，然后吸取你觉得适合你的那部分行了，此之甘露，彼之砒霜。