产品思维是认知用户，创造价值，并且落地迭代的工作方法论。就像自己转岗产品经理时的想法，认知用户 + 落地迭代，可以加强商业敏感度，更好追本溯源，做出有用户价值的产品。

从事互联网金融产品工作453天了，前天和领导进行了转正前面谈，晋升流程已审批通过，从产品“助理”晋升为产品“经理”了。

从不知道产品经理岗位，到工作过程中了解产品经理，再到转岗从事产品经理职业，不懂技术和心理学相关知识，半路出家并且很幸运能够跨入这个行业，相关感受如下：

一、产品助理最基本的能力是协作能力

自己想转产品经理岗，主要是在运营过程中，觉得产品经理：主动权大，不停有各部门同事怼着帮忙完善需求文档从而建立自己的思考架构，迭代过程中可加强自己的商业敏感度。

入职前，也找了一些相关学习资料并报了一个班学习Axure软件，逐步深入了解过程中，也幻想着：产品经理是最接近CEO思考的人。

从事产品助理的453天中，我很肯定各种培训资料对我几乎没什么用，因为各个生命周期的用户维护，各个板块业务，都有相应的产品经理负责。

自己刚在公司是通过基本的执行来“补课”，互联网公司会有产品、运营、市场、设计、前端（APP、H5、web）、后台（根据各公司业务不同而不同）、法务、商务等部门同事，互金行业也有风控同事，一开始通过签到、客服icon位置优化等小功能，来训练自己对产品工作流程的熟悉，对埋点数据的了解。

这个过程中，得到的反馈几乎是来自公司内部打交道的同事，自己所体现的是推动事情完成的“协作价值”。我看到新同事都可以负责创新类项目，给我的貌似是一些边缘的边边角角工作，偶尔也怀疑，是不是领导觉得我不太行，对我放弃治疗了。

实际上，回看自己每个项目的复盘，会觉得大量的基本训练很有必要。453天里，推动了大大小小20来个项目，踩的小坑比如：UI切图是合作方做还是公司同事做没有沟通清楚导致互撕，有企业微信群又拉了微信群让有些同事觉得打扰了自己的生活；踩的大坑，比如逻辑不严谨导致上线后出了生产事故，把某个主流程给堵塞了，导致公司损失了我好几年工资的数目。

（自己项目复盘的表格）

随着对业务的熟悉以及对技术的粗浅理解，推动项目也越来越顺心。对于一个不懂技术想从事产品经理的同学，我觉得：可以找一些“产品经理该懂的技术知识”相关书籍了解，不需要会写SQL或Python。产品助理在公司，轮不上来分析需求，从公司角度，是希望你发挥“协作价值”，把交待的事情做好，这样才不会被公司开除，“先生存了，才能后发展”，而懂一些技术知识，可以让你从技术视角看待问题，更快推动项目，更好发挥协作价值。

二、产品经理最基本的能力是认知用户

市场同事：小欧，我们的用户主要是哪些人呢？

产品小欧：这个，额，我也不知道。

市场同事：你不是产品经理嘛，如果用户都不知道，那你做的东西给谁用？

有次真的是上面的场景被市场同事问的哑口无言，这倒不是市场小姐姐为难我，她也是想更好了解用户来优化市场投放客群。不过，这也暴露出我的问题：作为产品经理，我居然不知道我的用户是谁。

于是，我和同事以及认识的产品经理探讨，发现不止是我，大家貌似对“用户是谁”不太清楚，但是，这些同事平常做出了很好的用户留存，也很好支持了其他部门的创收啊，为什么对最基本的“用户是谁”，却也不太了解呢？

直到在《俞军的产品方法论》一说中，看到对于产品经理变迁的叙述，我推测产品经理不懂用户的原因，是：互联网时代可以快速做 A/Btest 来迭代，让产品经理可以通过方案来完成业绩目标，但是，完成了业绩目标并不代表创造了用户价值。

如果不在意用户需求，做的是基础简单的决策，普通用户都能做出来的话，产品经理就没有体现出自己在产品或者用户方面的价值，还是停留在前面说的“协作价值”阶段。只不过是公司已经有了业务方向和相对规模的用户量，所以在这个岗位做出了一些价值，这类产品经理的不可替代价值，很难判断。

正如《产品思维》一书所述：产品思维是认知用户，创造价值，并且落地迭代的工作方法论，晋升产品经理后，小欧在继续更高效展现“协作价值”的同时，也需要建立认知用户、落地迭代的方法论，就像自己转岗产品经理时的想法，认知用户 + 落地迭代，可以加强商业敏感度，更好追本溯源，做出有用户价值的产品。

小声比比：产品经理是一个“非标”的职业，小欧在互金行业的想法不一定适用其他行业，“我不一定是对的”。

本文由 @我是小欧 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议