高代码产品经理时代:如何避免技术型产品的浪潮中被时代淘汰

0 评论 3804 浏览 14 收藏 17 分钟

2021年9月4日 – 9月5日,人人都是产品经理举办的【2021产品经理大会•广州站】完美落幕。vika维格创始人、前喜茶CTO陈霈霖进行了精彩的内容分享,他分享的主题是《高代码产品经理时代:如何避免技术型产品的浪潮中被时代淘汰》。添加大会小助手豆豆(微信号:13265455310),回复暗号【031】,获取本场嘉宾分享视频回放,观看完整演讲。

一、前言

大家好,我是陈霈霖,今天分享的内容主题是《高代码产品经理时代:如何避免技术型产品的浪潮中被时代淘汰》。

先跟大家简单介绍一下我的背景:

  • vika维格创始人;
  • 前喜茶CTO、董事、数字营销负责人,负责喜茶GO小程序等;
  • 前金山软件架构师,负责仙剑奇侠传4、仙界GO、天域幻想等大型网络游戏的开发运营经验;
  • 开源技术开发者;
  • 大学毕业前做的是网页设计;
  • ……

vika维格是我正在做的产品,它也让我意识到创业真是一个「大坑」。

那就是,直到今天为止,我依然不能一句话讲清楚我在干什么、我们公司在干什么。

这大概跟我们的产品形态有关。因为数据库是一切软件之母,vika将关系型数据库和电子表格融合,创造出一种既像表格、又像数据库的全新产品。

而在创业和公司产品研发的过程中,我对于产品经理这个岗位也有了更多的体悟发现和看法:

  1. 90%的产品经理是最近10年才产生的;
  2. 80%不懂编程原理的产品经理会慢慢消失;
  3. 20%的产品经理将拥有技术架构师的能力。

由此,我得出了一个结论,即产品经理的未来之路绝不是我们在过去十年所看到的那样。

二、三大发现

1. 发现一:90%的产品经理是最近10年才产生的

先分享两个故事。

第一个故事,2011年左右,我有一个计算机毕业的同学参加校招。当时现场有两条队伍,一条大排长龙,另一条无人排队。为了节省时间,他排了那条无人排队的队伍。

排长龙的队,是应聘软件工程师的;没人排队的,是应聘产品经理的。

就这样,他成为了微信的第一批产品经理。

可见,当下的产品经理虽然可能是产品的主宰者,但与之相关的经验理论、职业共识,在十年前都不存在。

第二个故事,我有另一个朋友,以前在银行做软件开发。他觉得现在的产品经理都很“矫情”。以往的他需要输出很长的、几百页的PRD,用非常复杂的材料进行软件开发,但他的职位叫项目经理。

总结来看,90%的产品经理是近十年才出现的;十年前所有的软件公司里,更多的是项目经理来输出文档,并且他们还懂技术、会写API,可以一个人囊括交互、原型与流程图等工作。

可见,职位和职责在不断地变迁;对产品经理的能力和要求依据时代的不同也会有所变化。

2. 发现二:80%不懂编程原理的产品经理会慢慢消失

我们经常谈论的产品经理,其实说的都是“互联网产品经理”,有一个基本认识是要记住的:产品 = 软件;产品策划 = 软件工程。

但2010-2020这十年间,为什么许多产品经理不被称作软件工程师?甚至连编程都不会?因为很多产品经理在做吃喝玩乐型APP,比如下图,看看这些App的图标,我们便知道它背后所代表的是产品是什么样。

通过对比,过去10年,我发现可以留下深刻印象的效率工具型产品十分少见。因此,过去10年才会让人思觉失调地认为世界上只有这些类型的软件产品。

将时间往回倒,那些真正的软件又是什么样的?

比如Windows3.1、最早的DOS版WPS、FrontPage、FoxPro、Visual Basic等。

2010年前我们所理解的产品就是软件,且这些软件大都高度复杂、技术抽象,与当下这十年所看到的完全不同。

可以说,未来10年80%不懂编程原理的产品经理会慢慢消失,当下的软件产品,像B端软件、云计算软件、数据库软件、智能硬件嵌入式软件,都需要有大量的技术知识作为前提。产品经理对技术、对行业必须要深度了解;产品经理不一定需要懂得如何编程,但一定要深刻地理解技术原理。

3. 发现三:20%的产品经理将拥有技术架构师的能力

如上图所示的新一代云计算产品,假如产品经理没有架构师的能力,你可能看都看不懂这些产品是做什么的,更无法将所有事物连贯起来。我在面试时就喜欢做这样的一件事情:给出一个海外技术产品的网站,然后让面试者默读三分钟之后说出这个产品的用途。

98%的人都无法通过这个面试问题,但若想把新一代的云产品做好,肯定需要对相应的东西十分了解。

为什么我们会出这样的面试问题?因为我们需要做一个开放平台,这个平台供给工程师和程序员使用,支持REST API,还可以做小组件SDK、自动化脚本等。因此,假如面试者不懂技术,又怎么能做得出这个产品呢?

其实我们的许多用户本身就具备了产品跟技术能力,例如有用户自己开发了一个ERP,通过API读取之后再自行写前端;也有用户基于一个简单的表格,生成了一个物流跟踪的小插件,用于跟踪物流速度。

还有的用户结合经纬度,做了一个门店地图小插件;他们中也有利用快捷指令批量生成二维码,或者利用快捷指令做一个图书管理相关的系统。

你会发现,已经有许多高级用户掌握了技术架构的能力,可以自己创新、建立、实现产品。这一现象近十年可能较少,但是在2010年以前,利用visual basic、Access等软件,都可以实现类似的结果。

三、展望100%产品经理的未来之路

100%的产品经理未来都会发生巨变。不过回望历史,这些变化同样有迹可循,因此,我们能够判断未来的产品经理大致会走向怎样的发展路径。

最近我拜访了一个独角兽消费企业的CTO,他说:

“我们的产品经理们,先使用vika给业务部门快速搭建应用系统,并自己对接API,业务部门用好了、用深了,开始拥有产品经理视角了,我们再考虑要不要自己开发。”

看到这个“业务部门拥有产品经理视角”观点,我真不得不想起“人人都是产品经理”其实在过去10年离我们越来越远。

这是他们公司正在经历的。而我们公司则是这样做的:

  • 如何将HR逼成产品经理?
  • 如何将销售逼成产品经理?
  • 如何将市场逼成产品经理?

过往,HR需要负责招聘、培训、薪酬等方面,工作繁杂,后来他们直接在vika上建模,建立了一个招聘仪表盘,甚至自建了一个薪酬计算系统,等等诸多应用。

而我们是如何把市场和销售“逼成”产品经理的?假设目前需要看到公司有多少正在推进的活动,在vika的相关数据驾驶舱里,我可以看到当前的活动参与或确认情况,等等。

因此,真的人人都是产品经理。

我们内部有自己的一套产品经理分类:

1. 人人型

第一类“人人型”,即让一个普通人去分析老板、管理者、执行者是谁,并快速地进行业务建模,然后告知需求。除了客户,HR、市场、销售都会给产品经理提出解决方案的需求。

所以这种未来的产品经理形态是如何诞生的?可以从我的经历讲起。

大学时,我是一个非计算机专业的“外行”,后来自学技术入门。我很喜欢使用各种各样的复杂工具,也在具体实践需求中学会了编程。

那是有一次,我想做个网站,于是研究起网站设计需要什么软件。这一阶段经历了从使用Fireworks设计软件,到搭建Web开发框架,后续对接数据库,之后了解原理,学习PHP语言。

大学之后我进入更深层次的游戏领域,而在这个过程中,我经历了以下阶段:

摸索3DsMax美术软件 → 了解Unity框架 → 了解原理 → 相信C#编程语言。

假设未来充斥着各种各样的技术产品,我们应当如何避免被这些技术型产品淘汰?这几年,行业出现了低代码等技术产品,也有了普通人便能掌握软件的趋势。

这就要求我们具备掌握代码的能力,和掌握创新工具的能力。

2. 功能型

第二种分类叫功能型。

我们公司对这一类型的产品岗和过往最大的区别是,不看过程,只看产出。PRD不是产出,而是过程。真正有用的产出是指给用户看的产品说明书、版本发布、以及API接口文档。

3. 设计型

第三种叫设计型。此时所知的产出是指可供大家查看的UI库,比如Figma UI库,且生成可与前端工程师一一匹配的组件。

4. 业务型

第四种叫业务型。这里我们定义的有效产出,即产品demo,另外还能产出可供销售照读的销售方案,等等。

5. 运营型

最后是「运营型」,现在运营方案一出,便可将方案交给UI,后续又会有相关有效产出,比如H5、帮助中心、版本发布等。

最后再讲一点,我发现软件其实不需要那么复杂,我们可以进行倒推,做出一个可以做软件的软件,通过各种各样关系型数据库的关联、并结合基本的技术理论、通过API连接,许多软件需求、客户需求都可以完成。

四、结语

我回看了乔布斯的一个访谈,在采访中,他提到人和动物的一个区别:

《科学美国人》比较了地球上不同物种的移动效率,比如人类、熊、猩猩、浣熊、鸟、鱼。秃鹫是全世界移动效率最高的,作为万物之灵的人类,排在倒数的位置。但是杂志特地测量了人类骑自行车的效率,远远地把秃鹫和其它动物甩在了身后,排名遥遥领先。

因此他总结,人类是工具的制造者,工具赋予人类奇妙的能力。计算机是人类历史上最伟大的发明工具,没有之一,

而我想说的便是,任何一个技能、一个职位,任何一个人,之所以能在职场上不断成长,是因为他们掌握了全新的工具。因此我们公司总结了一个新的方法论:

  • 设计师我们只招用Figma的;
  • 工程师我们只招用VSCode的;
  • 产品经理我们只招用Vika的;
  • 行政我们只招学会用Git的。

这并不是歧视。

当下大部分简历都会写“我熟练地掌握WPS/Word/PPT……”等各种软件,估计也没有人敢写“熟练地使用纸和笔”吧?

从90年代到2010年,效率工具大爆发,此时我们发现,假如不掌握创新工具,则无法做好一件创新的事情。从熟练地使用纸笔,到熟练掌握office等效率办公软件,历史不会重演,但一定会押韵。

以上,便是我今天演讲的主题。如何看待新一代的产品经理?未来的产品经理应该更多地调动工具、并结合高代码的能力来完成更多的工作。

相关阅读

《数字化产品创新与生态规划》

《B端产品的业务诊断和建模》

《C端产品的增长实践》

《大变局下的产品经理生存指南》

《新消费品牌爆发背后的全域增长之道》

年度行业大会开启巡回

互联网圈年度盛典,听一线实战专家深度分享,与数千位互联网圈同行深度交流,拆解产品、运营实战案例,挖掘行业新机会!

扫描下方二维码添加大会小助手,回复暗号【032】领产品经理&运营人必备工具包,获取全年大会最新资讯!

本文为【2021年产品经理大会·广州站】现场分享整理内容,由人人都是产品经理运营 @Aine 整理发布。未经许可,禁止转载,谢谢合作

题图来自大会现场

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!