上周发了一篇【产品经理成长系列】我是怎么入行产品经理的，今天来聊聊，我是怎么转行策略产品经理的。这篇文章还是以“纪实”的角度去复现我转行的经历，希望能给到大家一些思路和启发。我的转行之路其实是从一次“本来应该拿一等奖的大赛”说起的。
01
刚毕业的时候，和大多人一样，在一个业务的产研部门里面做产品经理，所以很容易理解，当时的核心工作内容，就是不断对接一些业务方的需求，通过做一些系统、平台、工具来支持业务的正常运作。
工作一段时间之后，逐渐发现当初做产品经理那颗“改变世界”的心越磨越平了，很多时候业务需求到了产品经理这里已经是没有什么操作的空间了，更多的是考虑如何把系统做好，把需求满足好，这就是我当时做的产品。
这也应该是大多数初阶产品经理的现状，充满着枯燥和无奈的感觉。但是回过头来再看，却很必要，初阶产品经理如何进阶我们后面再聊。
转机发生在大概一年之后。
17年，人工智能很火。公司内部也开始重点投入，并且取得了一定的成果，所以为了推广应用，推出了一个“微创新”大赛，主题就是基于公司的AI服务，结合业务做一些创新的产品方案。
因为一直有关注这个行业，那会对AI的理解也很简单，起码在那个阶段AI能为我们带来的最大价值在于提升效率，所以只要有可以提高效率的场景和痛点，就可以利用AI来做点事情。这个时候就体现出了接触一线业务的好处，对接业务需求多了，可以深入了解到整个业务流程的全貌，很容易看到了其中某些环节的效率非常低下，所以当时就报名了。
具体方案就不说了，总之我们参赛的过程还算顺利，结果也很满意。有个插曲就是：我们本来是一等奖的，最后主办方来了个骚操作，变成了二等奖。不过“最具业务落地价值”这个奖是我最看重的。
所以参赛之后我们就开始在这个业务上进行落地了，从一个大赛的方案向一个产品方案转变，这个过程我开始接触到了数据。因为涉及到模型的训练，所以很多的工作是在和数据打交道。测试集、训练集、数据处理，每个环节都加深了我对数据应用的理解。这应该是我转行策略产品的第一步，开始接触业务数据，并且对其进行应用。
其实那会并没有明白，到底什么是数据，数据是怎么产生的。但是这段经历给我带来最大的收益是对产品认知的转变：解决问题有时候其实并不一定必须依赖于一个页面，一个功能，通过数据也可以解决很多业务问题，而且有时候效果还非常好。
02
18年年初，我跳槽到了另一家公司。正是因为这段和数据打交道的经历，我拿到了做数据相关工作的机会，但是当时岗位的名称并不叫策略产品经理。
那个时候，其实大多数人都还不知道有策略产品经理这么个岗位，包括现在。我仍然记得，当时跟我聊的leader说这个岗位是做一些业务数据应用相关的事情，具体做什么都没有确定。说实话，我也不知道；她应该也不知道。
既然是做数据应用，那么首先得有数据。所以在入职后不久，我首先做了一件事情就是看一下当时数据的可用性怎么样。结果很惨，很多需要用到的数据根本无法拿到，最后定位到一个核心的问题是：数据没有采集导致数据缺失，而采集的主要问题在于埋点没有做好。
所以后面的三个月，我只做了一个事情，那就是埋点。修复线上埋点，提升埋点质量，把能拿到的数据都拿到，这在我之前的几篇文章中都有讲过：一文读懂产品埋点。
如果说前一段经历让我知道了数据是怎么应用的，那么这三个月我不仅知道了数据是怎么应用的，更加核心的一点是知道了数据是怎么产生的，怎么处理加工的，最后怎么进行应用的，这个时候数据应用的整个链条都通了。
埋点是个细致活，更多的时候是个“苦力活”，但是专业能力的进步是肉眼可见的。所以事情没有大小，量变产生质变，前提是在正确的方向上。
一次和美团的朋友聊天，我知道原来还有策略产品经理的这种岗位，而且那个时候策略的方向也已经很多了：定价、配送、搜索、推荐。了解了一下岗位工作内容，发现做的事情其实就是在结合业务做一些数据的应用，因此在转正的时候，我跟leader明确了我后续的发展方向：策略产品经理。
我也不知道自己的选择对不对，但至少目前看我的选择是很正确的。从一些HR同事的口中得知，20年整个产品经理需求状况是相对比较差的，关注机会的同学应该都了解，而策略产品经理应该是唯一增长的岗位。所以跟创业选择行业赛道一样，我觉得一个人确定自己的职业方向时，一定要选择easy模式，而不是非要去选择hard模式。
至于为什么选择了搜索推荐这个方向，没别的，因为读了点书！当时，我们打算做一款小程序首页的为你推荐列表，作为当时部门内唯一的数据产品，只能是我挑起了大梁。为此，我恶补了一番推荐系统搭建相关的知识，其中就读了一本很厚的推荐系统相关的书籍，从此搜索推荐成了主要的职业方向。
如果非要总结一句话，我觉得能够成功转到策略产品的方向上，一个核心的点是：从业务当中寻找可以进行数据应用的机会，这个需要你自己去挖。以上，希望能给你带来启发。
