现在的产品经理们,已经不是人人都可以做。

353 阅读5分钟

原创 Kevin改变世界的点滴 Kevin改变世界的点滴

昨天
来自专辑
中后台产品设计



大家好,我是Kevin。
这是2020年第60篇原创


公众号后台回复:“Kevin的产品朋友”
加入“Kevin和他的产品朋友交流群”,开启职场进阶之旅!

昨天在公众号里做了一个调研。


关于产品经理的分类去向,累计到现在有100名同学参与投票。结果如下




首先关注我的人99%都是产品经理,这一点还比较庆幸的。毕竟日常的内容就是在产品经理的输出,吸引了同类人群。

物以类聚、人以群分,通过调研的结果在SKU产品经理上只有一个。

但投票结果占比最高是全栈型产品经理,即说明如今的的产品经理不仅要上得了厅堂下得了厨房。

从调研结果看,产品经理属于研发类人才已经如今的标准要求。

不再是以前互联网人眼中的什么也不会,找个竞品就给我抄袭的人。对于开发技能、技术支撑要求成了产品经理在工作完成度和需求的基础。

为什么这么说,要聊聊产品经理的前身今世。

以前人人都能做产品经理,现在不是人人都可以做。




曾经的早期产品经理



还记得在2012年左右,是移动互联网浪潮。无数的app在移动设备的浪潮下迅速深耕发芽。大部分公司把产品经理划分在产品设计部、甚至直接是设计部。

应用爆发蓝海


起初还没有太多互联网公司把研发中心、开发团队和产品经理融入在一起,产品经理因为工作场景更多的偏向客户、老板、市场需求。

大部分的工作是通过高保真带UI设计图的原型完成公司任务。

所以产品经理都不叫产品经理,需求分析、产品设计师就职于设计部、产品设计部等,成了最早一批产品经理职业规范的推动者。

这时候的产品经理,简单叫做C端产品经理。比如客户端产品经理、H5产品经理、网站产品经理,都是以外观交互为主。

那app或网站的后台呢?成了开发人员的事儿,曾经我和一个在华为呆了10年的开发人聊过

“你们产品经理就是把我们之前的工作搞了一部分去,以前后台都是我们技术人员来做,包括后台的原型”


由于在表现层的体验、UI设计、动效、文案、按钮布局。每个人都可以发出基于公司业务理解的提议



前端动效设计



所以产品经理成了看起来每个人都能做的一件事。做产品经理很简单

提“外观”的需求,谁不会呢?


产品经理需要研发能力后的B端产品



2017年,B端和SaaS市场逐步打开。

互联网公司的用户越来越多,以往的管理方式难以支撑。


用户增长




SaaS服务成了逐步的风口,同时B端产品经理的招聘需求也显著提升,以高薪资的待遇和可以做到业务的资深成了许多人转型后台产品经理的期待。

系统业务框架



互联网公司开始意识到仅是有粗糙的管理后台还不够。以前做内容配置、帖子删除、广告位上架还可以让后台开发人员自行完成。

用户量少或早期没有考虑到公司商业模式的管理体系无法用系统支撑。

还要开始建设业务、数据、技术等支撑后台。

因此前端、后台、数据意识成了产品经理的要求技能。不能只考虑前端长什么样子或动效,不考虑公司的业务需求、管理需求。

涉及到后台后,无论是账户体系、还是开放平台的API。没有一项离开技术职称,少了技术规划与评估,需求可能就无法做。


如今的产品经理,不是人人都能



经过上面的洗礼。产品经理经历了繁荣、浮躁的增长到稳定、务实的标准化。

coding能力、前端能力、甚至是后台开发能力都有利于产品经理在项目管理、需求设计上更加准确。

尤其是互联网的产品经理所在的部门,研发部、产品研发部、系统中心等等。很少看到有吧产品经理放在设计部门的,仍然是在开发部门,属于研发分支一部分。

可见从从体验、交互设计、酷炫的外观,到如今的变化也是行业发展后精细化的发展。



产品经理本身没有全栈的能力要求,但由于公司的产品是互联网产品,有用户就有流量,如何用产品帮助运营变现?如何持续让产品做增长?如何在产品迭代中以最MVP的方式研发上线?


成了如今产品经理越来越严格的要求。




如今的产品经理已近不是每个人都能做的,不再是站在表象层看交互动效、前端体验好不好。


如果说有,那就是交互设计师、UI设计师的工作所会更加聚焦在上面的部分。


分工明确、精细化工作分配,造就了如今的产品经理。





好,今天的分享就在这里。


微信公众号:Kevin改变世界的点滴