我是如何从开发转产品的
背景
职位背景
首先声明一下，我这个职位算是半个产品经理吧，因为我没有接触过真正的产品经理，我的title是技术产品经理，而且我的职位对技术的要求很高，比如我们需要熟悉devops, 熟悉kafka, cassandra, prometheus, k8s之类的东西，所以我才说我算是半个产品经理, 不过我到是不用写代码的，也有个别和我一样的产品经理忍不住上手写几行代码。
个人背景
我个人在接受这个offer之前一直是从事研发工作的，大概做了7年的研发工作后开始担任team leader, 就是所谓的带人，当然还是要继续写代码的，总共有12年的研发经验吧。在过去的研发工作中，我主要的开发语言是Java, 也写过一些前端的项目，业务经验主要集中在金融企业，8年的甲方的外资金融企业研发经验，另外我自己很熟悉devops方面的知识，曾经一个人搭建50个人左右团队的CICD流程与框架(2013年的时候)；此外，我还很熟悉敏捷的知识，因为公司在敏捷转型中，我充当了先锋的角色，于是提前获取了一手的敏捷知识，并兼职担任过部门和一些团队的敏捷教练的工作. 学习敏捷的知识令我对产品经理的角色有了更多的了解和体验， 比如如何写好用户故事，Design Thinking的理论知识，如何引导团队等等，这些知识都为我获取产品经理的offer以及日后的工作打下了坚实的基础。
为什么转?
其实我在跳槽之前，在公司已经获得了非常好的职位与前景，其中包括加薪升职，影响力，领导力，但是经过一番的自我剖析之后，我还是坚持了跳槽，其中在提交离职的那个月的时候，我已经在办公室不止哭过一次了，我要离开和我一起日夜奋斗过的兄弟姐妹们，但是我相信，我是属于产品经理这个世界的。好了，言归正传， 为什么转?我对我自己的剖析是：
知识范围比较广
我自己还是一个比较喜欢看书的人，这个好像不是成为产品经理的理由，但我看的书是比较杂的，而且是从小我就是涉猎比一般的同学比较广，比如， 以前上学的时候，每周都会有班会，很多的同学都是在上班会的时候做作业或者做其它的事情，而我恰恰是上班会的时候听得最认真， 所以除了学习的东西，我在其它方面都知道得比其它同学多； 比如去书店的时候， 我会喜欢看商业的，人物的，行业性的东西，这些知识都无意之中成了我的知识储备。在我成为产品经理之前，我看过的一些书包括心理学，经济学，设计思维，敏捷开发，咨询，儿童教育，历史，人物。而产品经理的能力模型当中，也是需要对各方面的知识都需要有一定的掌握。
性格
我是一个性格比较开朗的人， 很容易就和别人能交上朋友，可能很多人会说你交的都是很浅的，但是我觉得当你和别人交上了之后，是否能深交完全是看你们两个是否志同道合，如果连第一步都交不上，更何谈深交呢。我举一个例子，我曾经为了和一个来了不久的同事说话套近乎，我特意问他一个技术性问题（那个问题的知识我是知道的），然后他很热心的回答了我，之后我们就成了朋友，这只是一个例子，扩大来看，就是我和我们部门的大部分人都认识，我想这个可以归结为我是一个社交和沟通能力比较好的人，当然是相当于我们IT行业里大部分的攻城狮来说（没有贬低我们攻城狮的意思，但确实大部分的攻城狮都是比较少话语的）。
技术瓶颈
我是一个Java开发者， 大家知道在中国Java技术界里面，最强的就是架构师和高并发的经验和能力，但我从事的是传统金融行业的研发，行内人都知道，金融行业是没有高并发给你试的，而且都年过30了，很难在技术方面长进了；而且我自己比较擅长的是devops方面的技术，但是我觉得devops是很简单的，只是公司是否愿意投资而已，就是将一堆的工具堆起来，当然还包括流程和文化，但是这些东西没什么挑战性，如果我继续呆下去的话，未来可能就是一个连高并发都不懂的principle engineer, 拿到市场上去检验一下，估计就露馅了, 可能你的业务很复杂，你能处理公司的业务系统，但是很多技术性问题你是连踩坑的机会都没有，总之，我觉得成为最牛的架构师，基本上是没有什么潜力和希望的。
技术 or 管理？
在攻城狮的世界里，很多人到了一定年龄都有一个疑问，就是未来是从事技术还是管理，这个我也深刻思考过，前面提到，成为最牛的架构师基本是没什么机会了，难道就要从事管理了？经过这几年的洗礼，IT界基本是对纯管理的职位是有危机感的，因为在技术企业里面，架构师，攻城狮才是生产力，尤其是敏捷大行其道和扁平化管理的环境下，纯管理的职位反而会是一个最危险的职业，因为你拿的工资是最高的，但是你的产出却是看不到的，或者老板们以为是可有可无的。刚好最近几年产品经理的职位火了，它不是一个技术职位，也不是一个管理职位，而是一个IC的角色(IC: Individual Contributor), 结合自己的特点，我觉得我是比较适合的，我是技术出身，我又喜欢和别人沟通，对身边的东西也喜欢观察，而且产品经理这个职位是对企业有直接贡献的，意味着你的工作没那么容易被干掉。于是，我决定从一个技术转型产品。
我的优势是什么？
技术
前面的背景里面说了，我是一个技术产品经理的职位，而且我们不是像BAT那种纯产品的职位，我本身技术能力还是不错的（虽然成为不了最牛架构师，但是做一般的架构师还是没问题的），所以技术可以说是我的一个优势，尤其是我对技术领域也是涉猎比较广泛的，很多技术虽然我没有用过，但是我一直以来都很关注技术行业的趋势，比如每期都会关注ThoughtWorks的技术雷达，经常看InfoQ上面的文章，了解业界的信息。而做为一个技术产品经理，我不需要对每一样技术进行非常深入的使用，但是我能知道哪种问题用什么类型的技术来解决，业界有哪些框架和工具，它们之间的特点是上面。
devops
刚好我所在的的组是技术平台组，我们做的都是车联网的技术平台和架构方面的产品，我之前的devops技术完全可以用得上，基本上我是可以招来即用的状态。
敏捷
我所在的公司是跑了10年敏捷的企业，他们早已经用是了敏捷管理，而我在之前的公司是兼职担任敏捷教练的，来到之后，还是很能体现我在敏捷方面的优势的，如果开好回顾会，如何开早会，如何做好透明化，这些都是我拿手的东西。
快速学习的能力
这个估计是无论你从事什么行业都是一个必须的能力，根据我之前的经验，我可以很快的学习一门新的技术，比如在2008年的时候，我就很快的掌握了Groovy这种语言开发，学习了Maven的使用技巧，再到后来的金融企业，我很快的学习过公司的各种新的流程和框架，并将其应用到项目中去，大大的提高研发效率，直到我离开的时候，原来的那个项目团队的很多文档都还是我留下的，并一直在沿用。
领导力
虽然说产品经理是一个IC role, 但是还是需要 drive dev team deliver project的， 在原来的公司，除了带自己的团队外，我在公司还drive过很多东西，就是公司需要你在没有任何权力的情况下去推动一些项目和事情，比如，我在之前的公司组织过几十人学习新的技术，并将技术应用于自己的项目中去，其中包括大数据，微服务和区块链。将之前公司的经验用到产品经理，也是非常的顺利。
转换后带来的思考？
其实在跳槽之后，我原本以为我已经想得非常透了，后来还是觉得我太轻看了行业经验了，我原本是在金融企业里面做的是银行CRM相关的，或者是银行开户的一些业务流程，没有接触那些股票，基金，投行，或者信用卡那些业务，所以感觉自己对真正的金融行业没有什么很深的理解。后来出来之后，和一些朋友聊天的过程中，我发现我原来是有金融企业的经验的，比如，在客户开户的过程中，我们需要对客户进行审查，需要知道他的钱是哪里来的，如果是企业的话，需要知道企业做的业务是什么，和哪些国家有业务往来，因为IMF是有规定的，比如你的企业不能和朝鲜或者伊朗做贸易的，然而我以为这些都是大众知道的，但是后来和朋友聊天的时候，大部分人都不知道。 不过好在我转型的业务是比较新的5G车联网平台，我入职后，发觉很多人也没有车联网的经验或者经验都不是非常的多，这样我可以依靠自己的快速学习的能力迅速赶上。
如何判断你是否适合转产品？
按照我自己的经验，有以下几点：
- 沟通能力，看自己平时是否喜欢和别人沟通，而且这个是主动的。
- 观察事物的习惯， 看自己平时是否喜欢观察身边的事物，不限于toC的事物，比如还要观察企业与企业之间的博弈。
- 广泛的知识面，因为产品经理做的产品是非常广泛的，需要的知识储备也是比较多的，尤其是互联网的产品经理，你需要和技术人员沟通，你需要了解终端用户，你还需要了解企业的东西，比如一个钉钉，最终用户可能是学生或者员工，但是买单的确是学校或者企业，这个时候就需要了解不同的用户了；同时还需要对当下的经济，国家，行业趋势，因为除了实现产品的功能，还需要对未来产品的规划的能力。
- 快速学习的能力。不过我觉得这个是可以学习的，当你把自己逼得很紧，你的能量自然会爆发出来，当你习惯了之后，你自然也就获得了这个能力。
- 对技术的追求，我说的对技术的追求不是对技术的深度的追求，而是技术的广度的追求，因为现在的科技是变化非常快的，你需要了解技术行业发生的变化，当下什么技术比较流行，什么技术比较新，因为你的产品很可能会因为技术而比别人获得优势。
