从项目经理到产品总监：我的转型之路

关于我的转型之路，除了上编文章说的《从程序员到项目经理：我的转型之路》。还有一次比较重要的转折点，就是一年之内从项目经理转型至产品总监。

首先还是重述一下写这系列文章的目的。

目的如下：

1. 能够从梳理和总结的过程中回顾那段扎根的日子，也能够从中拾取前进的能量。
2. 能够通过自己的经历分享，给予和我曾经一样的新人以动力，老人以共鸣。

咱们紧接着上篇文章，这次转型可以理解为之前扎根后的结果之一，也源于直至今日依旧没有忘记初心。所谓初心，我理解为即便无人问津，对梦想依旧执着。我相信，梦里能到达的地方，总有一天脚步也能到达。

基于上次转型之后，我离开了上家公司，来到了现在的公司，管理公司的外包项目。虽然正式走上了项目管理的岗位，依旧是B端产品，但是这次的行业跨度很大，从互联网金融行业转到了互联网物流行业，也正因为自己看重了这个行业才来到了这家公司。

我管理的这个项目历经了近一年的产品设计，在外包团队开发了三个月进行第一次里程碑验收的时候，实际的项目进度却发生了严重的延期。其中有我经验粗浅的原因，也有商务和外包公司老板的纠葛。项目遭遇失败，商业合作丑闻，分公司负责人去世等一系列变故。最后，经过公司评估决定终止和外包公司的合作，并且走上了对簿公堂的地步。然后由我独自将外包的项目收回，组建技术团队。带着两个小伙伴，经过连续三个月的日夜奋战将产品第一版本上线。上线之后由于产品经理离职，中途频繁更换了三个产品经理，过程中我同时兼顾着项目经理和产品经理双岗位，实际上过程中的曲折和人际关系的斗争远比描述中的要波折得多。

然而产品实际运营一年，但是一直没有特别大的起色。公司决定技术和业务转型，遂将此产品下线并解散整个Java团队（公司还有PHP团队）。我经历了这个产品的从0-1，再到1-0，包括技术团队从无到有的组建，再到解散。然后和团队成员一个一个的沟通、解释（技术团队当时已经有9人，还有我从上家公司挖过来的3个同事，当时是极其愧疚和自责，如果有小伙伴看到了，真心跟大家再次道歉）。这次经历造成了我对公司的不信任及自己的怀疑。大家陆陆续续地离开，我做着最后的项目收尾工作。也正是这段时间让我从失落的情绪中重新思考，转型的经历才正式开始。

这次我想分为三个部分来和大家分享我的这段经历。

• 第一部分，如何被动转型变主动转型，到管理整个产品团队？
• 第二部分，转型过程中做了哪些改变和突破？
• 第三部分，转型之后我的困惑和反思。

一、如何从被动转型变主动转型，到管理整个产品团队？

职场转型，大部分情况应该都是主动自己选择的，但是我这次转型算是有一定的被动性。因为在公司已经待了三年，直接上司也更换了两个。当自己准备离开时，CTO向我抛出来橄榄枝，问我有没有兴趣转型为产品经理，并且给我分享了很多自己的经历及产品岗和技术岗之间的差别。类似从岗位的视野、职业发展、我的优势等，云云（当时公司产品部还不是很完善，各方面都有缺失，并且需求基本都是研发说了算）。

一段思考过后，我竟然就这样转型成了产品经理。如果问我一个其中最重要的原因，我当时的想法就是觉得产品经理的工作比写代码要简单太多吧，这里有懒惰的成分在。

其实，等我真正开始接触这个岗位的时候，才认识到自己的自负和无知。当然，既然来了总要做点什么，我开始放低姿态从0开始学习如何使用产品工具（Axure、Sketch、墨刀等），如何画出炫酷的原型，如何写出合口味的文档。

同时，我的原型也一定不能比其他产品经理差，即便是B端产品，我也一定要做高保真的原型，也一定要做出来所有的交互和链接，我认为这是产品岗位立本之一。当然过程中还有很多心理因素需要改变，突然从一个部门经理变成了产品经理的小弟。也不知道是因为之前本身就有需求收集的经历还是自己的执着，还是从中得到的正反馈。我开始喜欢上了产品这个工作，以致于我变得主动接受这次转型。

接下来，因为我这种蛮劲，公司决定让我独立负责一个新的业务产品。

为了这个产品可以用暗无天地、不休不止来形容，因为又开始了连续一个月的无休工作。设计完产品之后接着又管理为期三个多月的系统研发。值得欣慰的是产品上线后，第一个月便实现业务流水近1个多亿。这个产品的顺利完成，让我学习到如何从0到1完整的设计和管理一个SaaS产品，也是让我从产品经理升职至产品总监的基础之一。当然不仅仅是一个产品的成功上线就直接升职，至于过程中到底为此做了什么将到第二部分详细阐述。

这部分我想总结的是：

1. 没有一开始就一定喜欢的工作或事情，尝试着去接受和改变，也许你只是不了解它。
2. 有时与其被动的接受工作，不如正视它，尽自己能力把它做好。反而能够消除自己的负面情绪，得到完成后的满足感。
3. 一个阶段性的成果，首先自己内心的意愿必须非常强烈，而且需要非常持久；其次就是忘记回报，先完成之后再谈辛苦（当时产品上线之后，之前所有的疲倦、牢骚竟然全部都烟消云散，不过也很幸运遇到了好的项目组一起走过）。
4. 从0-1完成一款B端的产品需要一定的综合能力，产品设计过程中除了需要行业知识沉淀外，我认为最重要的是产品主线的把控能力；产品在实现过程中，需要再时间允许的范围内，将流程和细节做到极致； 产品研发过程中，项目管理方式和能力当然是首要（包括资源的协调和获取），其次就是和项目组成员的磨合。
5. 坚持原则、保持初心，不管如何不为私人利益损害公司及他人利益。商业合作如此，工作亦如此。

二、转型过程中做了哪些改变和突破？

经过从程序员转型成项目经理的经验后，计划性的经验已经很充足，已经可以成为一个标准模板。但是这次不同的是被动且相对突然的转型。之前是先计划再执行，然后转型。这次是先转型，再计划后执行，反而没有之前那么从容。

整体计划如下：

学习计划

落地计划

大致可以分为以下5点：

1. 产品：跳出技术思维，从产品角度看系统

技术转型的产品经理，有其天然的优势为熟悉技术领域主流的技术及实现方法，当然也熟悉研发的工作方式和流程。但是这也一定程度上成了自身的弊端，因为刚刚开始还是会习惯性的使用技术思维去看待一个产品，会纠结局部的技术实现方式和流程。这样就会导致产品的定位容易偏离，抓不住产品的大局规划。

更好的方式应该是先抓住产品定位、核心业务流程这些宏观的地方，用来把握产品的方向。再结合系统应用架构、功能模块等这些系统性的地方，把控细节的实现。需要能够将二者更好的融合才可以将研发的经验优势发挥出来。

如何做到二者融合，我的做法是：

• 将公司其他的产品重新复盘，运用写产品需求规格书的结构，然后结合之前系统架构整理的方法进行整理。同时，这样也可以更快的熟悉公司的各产品线。
• 刻意锻炼自己产品的思维方式，慢慢跳出自己的思维局限。这个过程不仅需要自身的改变，也自己去需要融入到产品团队中，跟着团队一起学习。
• 总结和模仿好的产品架构、PPT等文档，公司内我学习CTO的产品架构和PPT编写。局外我推荐杨堃老师的《决胜B端》，从这本书中可以系统的模仿（学习）并养成习惯。
• 最后结合公司本身的业务和现状，整理通用性的模板，然后推广到团队中，和团队成员一起不断去完善、学习、进步。

2. 看书：系统学习产品基础知识

关于买书的经验已经在《从程序员到项目经理：我的转型之路》中介绍过。同事这次我也是找了很多前辈的经验帖，选择了这些书籍。

清单如下：

• @老文 。

  
  

  本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！