产品经理在产品迭代中难点（产品经理升级的三个阶段）

产品经理在产品迭代中难点（产品经理升级的三个阶段）但在如今这个已经成熟的互联网时代，不管C端还是B端，APP或者web页面，所有交互的小控件遍地都是，除非你的工作是专门开发或者研究这些小控件的，否则在这方面浪费太多的心力有点得不偿失。个人觉得在一个项目从立项到真正落地并上线的过程中，交互的细节的优先级并不是最高（非游戏产品），诚然我们后端架构和数据库存储做的再好，如果前端的交互让用户产生厌烦感，那肯定不是一个好的产品。以上问题相信大多数刚入行的产品经理都会遇到，他们可能要和UI设计师讨论，或者自己苦思冥想陷入纠结，这就是产品经理或者BA在入行时遇到的常见问题，当然肯定不止这些。如果是给客户做的项目，可能很多人就甩手交给客户或者业务方决策（反正你们决定就好，项目顺利上线万事大吉咯），如果是公司自己的产品，这个就是需要产品经理自己决定。在如今996内卷的狂风暴雨之下，包括我在内的大多数产品狗想的就是干好自己分内的事情就好，有锅尽量甩出去，完成

编辑导语：作为一名产品经理，需要不断成长与升级，而产品经理无可避免地需要经历三个阶段，完善与提高自身的技能和能力。作者总结了他认为产品经理应当经历的三个阶段，与你分享，看看你目前处于什么阶段。

从第一次动笔写需求文档或者画交互原型的那天开始，大多数人都会无法避免地经历以下三个阶段：

（仅限个人观点，欢迎讨论指正）。

一、画原型，重交互

“左侧导航栏的入口是不是太多了，满屏幕看着怎么这么不和谐？还有更好的交互方式么？”

以上问题相信大多数刚入行的产品经理都会遇到，他们可能要和UI设计师讨论，或者自己苦思冥想陷入纠结，这就是产品经理或者BA在入行时遇到的常见问题，当然肯定不止这些。如果是给客户做的项目，可能很多人就甩手交给客户或者业务方决策（反正你们决定就好，项目顺利上线万事大吉咯），如果是公司自己的产品，这个就是需要产品经理自己决定。

在如今996内卷的狂风暴雨之下，包括我在内的大多数产品狗想的就是干好自己分内的事情就好，有锅尽量甩出去，完成自己的KPI是首要任务。

那交互的重要性在产品推广中所占的比重到底有多大？我们要不要为了一个页面的交互而费尽心力的来做出一个和前端页面一样仅仅缺少后端接口数据的高保真原型呢？

个人觉得在一个项目从立项到真正落地并上线的过程中，交互的细节的优先级并不是最高（非游戏产品），诚然我们后端架构和数据库存储做的再好，如果前端的交互让用户产生厌烦感，那肯定不是一个好的产品。

但在如今这个已经成熟的互联网时代，不管C端还是B端，APP或者web页面，所有交互的小控件遍地都是，除非你的工作是专门开发或者研究这些小控件的，否则在这方面浪费太多的心力有点得不偿失。

这么说来，产品经理的第一个阶段比重比较大的还是执行力，就是我想要一个什么样子的页面，页面在领导那里已经有了一个雏形，你需要做的就是页面原型、需求文档、交互设计这三个必需的交付物，这个时候的产品方向不是你来决定，你做的是把一个已经想好的方案转化成具体的可让开发看得懂的东西。

但如果没有经历过一两个项目中页面交互以及前后端交互的的磨炼，可不可以直接跳到下一个阶段呢？

二、想方案，减负担

在你从一个项目中某个功能中跳出来（至于前一个阶段需要走多长时间，就需要看自己的实力和运气了），而开始负责一个整体项目的时候，就来到了产品经理的下一个阶段，想方案，减负担。

“小张同学，我们接下来要做一个集团的线上培训功能，你想一下具体方案，明天我们找时间碰一下。”

当你听到领导说这句话的时候，恭喜你，你已经进入了产品经理的下一个阶段。

上面这句话转化成面试的问题就是：我们现在要做一个线上培训，你这边可以说一下自己的整体架构构思吗？

这种从零到一的项目就是产品经理升级涨经验的绝佳副本，能越早接触到的同学，对自己的成长越有利。

当领导说了这句话的时候，你的压力就来了，如果你从来没做过，内心就是一万只羊驼路过：明天？通宵加班能不能搞得出？我的天呢这怎么完得成？

这个就是想方案，这个时候经常用到的就是思维导图，因为他涉及到整个平台系统，如果是大公司的平台可能还涉及到和其他系统的接口交互，想想都头大是不是，这玩意儿一天之内怎么能做的好？

放心，这个是有方法论的，不是说一天之内你就要把交互页面画出来，把需规写出来（当然写出来更好，但写出来领导可没有时间给你做需求评审）。

在设计一个产品的时候，我的思路主要是分为两个方面，一个是外围的必需功能模块，另一个是核心功能。

外围的模块基本常见的就是用户权限、消息中心（包括系统提示、公告、邮件、短信等等）、登录功能、参数配置。

核心功能就是这个项目的重要功能模块，外围的优先级没那么高，首先要保证核心功能的完整，毕竟这个才是本项目的重点。

比如上面说的培训功能，前端展示的功能就要根据具体情况来分析，比如视频培训、文档培训、直播培训等等，培训完之后有考试吧，考试完之后有评分、排名等等，这些细小的功能点能想到多少就写多少，多一点没关系，后面可以根据具体工作量和成本进行适当的删除。这里要记住，所有的产品都不是直接一个版本就完美上线，版本的迭代是必不可少的过程，所以也不用担心自己写的多或者少了能怎么样。

至于后台配置，目前比较流行的就是万物皆可配，随着低代码平台的盛行，前端所有页面均可配置将会越来越重要，这也是现在客户端开发工程师越来越少的原因，因为市场不需要嘛。

顺着这样的思路想下来，整体的产品功能框架基本就搭出来了，再回到前面领导交代的任务，是不是就好做多了，一天之内是完全可以把所有功能想出来的，至于你能做出多么高大上的汇报PPT，这个就是你写PPT的能力了，不是核心点（即使你出个简单的Word，只要领导看的懂，也不是什么大问题）。

以上是大部分三年左右经验的产品经理每天正在干的工作，方案想好了，后面每个功能点具体的需求，就又回到第一步了，也就简单了。

三、控方向，增利润

当你接手并完成了几个项目之后，就会觉得这些项目的方案实在没什么挑战力。

因为什么呢？因为这个时候你还不需要担责任，所有东西都是团队的领导或者甲方的客户交代你做的东西，这些东西最后产生的利润是多是少也和你没关系（能分点项目奖金的企业算是不错的了），这个时候就是所谓的“工具人”。

而我们大部分做产品经理的朋友都不喜欢当“工具人”，总想着要做一款自己主导的产品，有这个想法是对的，这个就是产品经理中的王者。

这时候你做的就是上面第二步的时候你们领导位置了，还是之前那个例子，领导交代你做一个培训功能，如果你是领导的话，你为什么要做一个培训功能？

每一款产品的开发都需要成本，你们领导又不是傻子，他为什么要做这个产品，肯定不是拍脑袋想出来的，是经过具体的实践和数据论证出来的。比如你们公司的规模很大，之前的培训都是集中在线下，尤其是给销售人员的培训（比如CRM系统），线上的培训会节约更多的成本（可以具体量化），外加考试的功能更是对员工能力的一种考核（提升销售能力、业绩指标）等等。

总而言之，一款产品的诞生肯定是有利可图，而一个王者级别的产品经理就是能提前看到或者预判到这个利润点在哪里，怎么样通过最简单的方式实现，这是一个产品总监要考虑的事情。

四、总结

以上是个人认为的产品经理升级的三个阶段，目前市场上大部分相对成熟的产品经理是处于第二阶段（包括我自己），如果想在产品经理的道路上走下去，在如今内卷如此严重的市场上，一直停留在第二个阶段，终究会被淘汰（优化）掉。

而达到第三个阶段，很多人需要一个机会，而我们要做的是，在机会到来之前，准备好所有的工作，然后把握住它。

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

题图来自 pexels，基于CC0协议