如何从软件测试工程师发展成为产品经理？

Answer 1

最后，泼些凉水。 产品经理在很多公司，并不像很多人想象的这般风光无限。很多时候，他的标签包括带不限于：“备胎测试”、“备胎架构师”、“备胎项目经理”、“备胎运营”、“写文档的”、“写会议纪要的”、“背黑锅的”。 产品规划？那是老板的事。 方案的确定？那是总监的事。 页面图标用什么配色？那是UED的事。 项目进度运筹帷幄？那是项目经理的事。 别人不想干的事？没错，多半是你的。 所有和产品有关的事，都是产品经理的事。 这句话听上去很拽不是么，翻译一下很有可能变成：这个事情太烦了，不搞了，反正到最后没人弄，产品经理也会想办法的。 这不是开玩笑，而是时时刻刻发生在全国各地，各类行业，各种产品经理身上的真实场景。产品经理，互联网产品经理，尤其是目前中国的互联网产品经理，绝大多数不是外人所想象的风光角色！ 任何人都可以抛弃产品，拍拍屁股走人或者捣糨糊，但产品经理不可以。关于产品的任何细枝末节都是产品经理的工作范围，任何对产品有影响的工作，产品经理都要过问并清楚。产品进度慢了、产品方案改了、产品上线出BUG了，没错，有人要承担责任，产品经理一定是其中之一。 做产品经理意味着你选择了一条操心劳累，可能会没日没夜，可能会鞠躬尽瘁的道路，如果没有这个觉悟，还是再想想，再想想。 龚博致： 产品经理其实是没有标准的，只有一些大致的指导方向。在各个公司各个部门各个阶段，它的职责侧重都可能有不同。按我的理解，大概有： 1、产品型产品经理。这个是最正统的，他的重点职责就是向协同部门（如运营）收集需求，设计产品，和开发沟通跟进进度，上线后跟踪，总结。 2、商业型产品经理。也可能叫运营型。贴近运营侧，直接接触用户，从反馈中总结/提取需求，偏重于用现有方案/产品解决问题。 3、技术型产品经理。分析已有产品，推动整合、打通、改造。产品发展久了，业务变化下就会出现功能重复、业务分裂等问题，需要改版重构，这个时候涉及多个系统打通，甚至需要把底层平台当成一个产品来打造，然后再支持原有产品的做法。所以这时候重点在于了解各个产品底层需求，了解技术背景，提供严谨的功能文档（因为涉及的功能太多） 所以对于转产品经理需要做什么准备，其实主要还是需要看你们老板想要什么样的产品经理，部门有什么资源来帮你分担职责，以及你想成为什么样的产品经理。例如： ● 如果部门有项目经理，项目管理可以先不看。 ● 如果可以的话，熟悉一下产品的文档/流程，然后结合测试经历提出自己的想法，自己实践一下来证明给老板看，再推广 ● 如果是想做线上产品，那一般是要赶紧补运营课，了解产品的指标，定计划/里程碑/KPI 如果没有概念，那最简单了——全都做，多看多听多想。 产品经理是个“多面手”，意思就是你什么事情都要做得要多——多找人沟通，设计的时候多想一想，文档多描述清楚一下，上线后多跟进一下……（其实这些标准所有岗位都一样：D） 所以任何一个方面的提升都是提升，多交流，多看书，多看帖，多参加分享，然后你会接触到很多相互冲突的理念——别纠结，不用全学。多思考，然后吸取你觉得适合你的那部分就行了，此之甘露，彼之砒霜。

Answer 2

可能性很大，从工具学起吧，入门产品经理，这几个工具必须掌握：
1.思维导图：Xmind
2.文档共享：蓝湖
3.原型工具：axure
4.项目管理：jira