转岗453天后晋升，产品助理的协作能力最重要！
从事互联网金融产品工作453天了，前天和领导进行了转正前面谈，晋升流程已审批通过，从产品“助理”晋升为产品“经理”了。
从不知道产品经理岗位，到工作过程中了解产品经理，再到转岗从事产品经理职业，不懂技术和心理学相关知识，半路出家并且很幸运能够跨入这个行业，相关感受如下：
一、产品助理最基本的能力是协作能力
自己想转产品经理岗，主要是在运营过程中，觉得产品经理：主动权大，不停有各部门同事怼着帮忙完善需求文档从而建立自己的思考架构，迭代过程中可加强自己的商业敏感度。
入职前，也找了一些相关学习资料并报了一个班学习Axure软件，逐步深入了解过程中，也幻想着：产品经理是最接近CEO思考的人。
从事产品助理的453天中，我很肯定各种培训资料对我几乎没什么用，因为各个生命周期的用户维护，各个板块业务，都有相应的产品经理负责。
自己刚在公司是通过基本的执行来“补课”，互联网公司会有产品、运营、市场、设计、前端（APP、H5、web）、后台（根据各公司业务不同而不同）、法务、商务等部门同事，互金行业也有风控同事，一开始通过签到、客服icon位置优化等小功能，来训练自己对产品工作流程的熟悉，对埋点数据的了解。
这个过程中，得到的反馈几乎是来自公司内部打交道的同事，自己所体现的是推动事情完成的“协作价值”。我看到新同事都可以负责创新类项目，给我的貌似是一些边缘的边边角角工作，偶尔也怀疑，是不是领导觉得我不太行，对我放弃治疗了。
实际上，回看自己每个项目的复盘，会觉得大量的基本训练很有必要。453天里，推动了大大小小20来个项目，踩的小坑比如：UI切图是合作方做还是公司同事做没有沟通清楚导致互撕，有企业微信群又拉了微信群让有些同事觉得打扰了自己的生活；踩的大坑，比如逻辑不严谨导致上线后出了生产事故，把某个主流程给堵塞了，导致公司损失了我好几年工资的数目。
（自己项目复盘的表格）
随着对业务的熟悉以及对技术的粗浅理解，推动项目也越来越顺心。对于一个不懂技术想从事产品经理的同学，我觉得：可以找一些“产品经理该懂的技术知识”相关书籍了解，不需要会写SQL或Python。产品助理在公司，轮不上来分析需求，从公司角度，是希望你发挥“协作价值”，把交待的事情做好，这样才不会被公司开除，“先生存了，才能后发展”，而懂一些技术知识，可以让你从技术视角看待问题，更快推动项目，更好发挥协作价值。
二、产品经理最基本的能力是认知用户
市场同事：小欧，我们的用户主要是哪些人呢？
产品小欧：这个，额，我也不知道。
市场同事：你不是产品经理嘛，如果用户都不知道，那你做的东西给谁用？
有次真的是上面的场景被市场同事问的哑口无言，这倒不是市场小姐姐为难我，她也是想更好了解用户来优化市场投放客群。不过，这也暴露出我的问题：作为产品经理，我居然不知道我的用户是谁。
于是，我和同事以及认识的产品经理探讨，发现不止是我，大家貌似对“用户是谁”不太清楚，但是，这些同事平常做出了很好的用户留存，也很好支持了其他部门的创收啊，为什么对最基本的“用户是谁”，却也不太了解呢？
直到在《俞军的产品方法论》一说中，看到对于产品经理变迁的叙述，我推测产品经理不懂用户的原因，是：互联网时代可以快速做 A/Btest 来迭代，让产品经理可以通过方案来完成业绩目标，但是，完成了业绩目标并不代表创造了用户价值。
如果不在意用户需求，做的是基础简单的决策，普通用户都能做出来的话，产品经理就没有体现出自己在产品或者用户方面的价值，还是停留在前面说的“协作价值”阶段。只不过是公司已经有了业务方向和相对规模的用户量，所以在这个岗位做出了一些价值，这类产品经理的不可替代价值，很难判断。
正如《产品思维》一书所述：产品思维是认知用户，创造价值，并且落地迭代的工作方法论，晋升产品经理后，小欧在继续更高效展现“协作价值”的同时，也需要建立认知用户、落地迭代的方法论，就像自己转岗产品经理时的想法，认知用户 + 落地迭代，可以加强商业敏感度，更好追本溯源，做出有用户价值的产品。
小声比比：产品经理是一个“非标”的职业，小欧在互金行业的想法不一定适用其他行业，“我不一定是对的”。
本文作者 @我是小欧
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
