7

平台到底有什么价值

 1 year ago
source link: https://xargin.com/value-of-platform/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

平台到底有什么价值

Sep 3, 2022 7 min read

不知不觉已经过了靠纯代码输出来做事情的阶段,很多时候做事情变成了说服别人做事情本身的价值,自己体力输出对于公司的贡献度已经越来越小了。作为一个架构师,需要能够帮助部门和公司走上正确的路线,避免无意义的内卷和消耗,以免让一线的开发心灰意冷无所成长最终提桶跑路。

2017 年,美团在南京上线了打车业务,滴滴上下为之震惊。彼时滴滴在本土兼并收购,打跑了洋人对手 Uber,正是意气风发之时。

又因为资本和老板之间良好关系的原因(CEO 们没少勾肩搭背吧),滴滴的高管们曾经认为美团绝对不会涉足打车领域,所以美团的决策让整个公司从上到下都很震惊。

O2O 业务在前期是笼络用户阶段,靠用户数量的增长为未来盈收的增长埋下种子,当业务达到一定规模,再以成本优势将用户对平台的依赖转化为平台的收益。

用户增长的核心引擎就是公司内部的运营系统,早期运营是大多数互联网公司的边缘业务,在大多数公司内大家一听到运营,想到的都是 CRM 系统,体感就非常之 low,即使后来运营业务给自己贴上了 growth hacker 的标签,在外人看起来也并没有产生本质的不同。

滴滴也不例外,传统的滴滴运营系统都是由业务驱动,业务向产品提供打法需求,产品进行汇总整理,再传达给研发部门,研发部门是纯粹的运营工具人,运营需要什么,研发就做什么。最多也就只是产品的纯粹翻译而已。

滴滴和美团在南京短兵相接的时候,运营的弱点完全暴露出来了,双方都是财大气粗,准备了几亿现金要砸在优惠券上的,然而美团的活动往往能够在几天内全面开展,而滴滴的活动却需要半个月~一个月时间开发才能完成。美团只花了很短的时间,就吃下了南京市非常大的市场份额。与对手相比,滴滴有钱也花不出去,这时候大多数人才意识到,滴滴之前能够打败本土和外部竞争对手,可能只是运气好罢了。。

美团经过多年各种场景的历练,内部已经形成了比较成熟的运营系统,能够借鉴历史经验,用自动化的运营工具来帮助公司开拓新的业务领域。其它 O2O 领域的当红公司和美团相比不过是个弟弟,至少在运营方面,就是个弟弟。

滴滴和美团的股东里有重合的投资方,不希望双方大动干戈,毕竟烧的都是爸爸的钱,要是太败家爸爸就要破产了。

不知道双方谈了什么条件,但至少是暂时休兵不烧钱了。滴滴在和别人正面竞争之后才发现虽然老板天天都在讲战役,真碰上牛叉对手了以后自己像是用大刀去砍大炮的小丑。这次滑铁卢一般的失败直接导致了滴滴解散了将近百人的运营技术部门,重新规划了新的运营系统。

因为被更高层次的公司做了降维打击,才知道真正的运营平台该达成什么样的目标,大概花了半年时间,滴滴的新运营系统就上线了,后面在其它城市和美团正面竞争,滴滴并不会占下风了。

见证了过程的年幼的我当时就感叹,技术和平台的价值只有在充分竞争的市场才能体现出来,否则只会被老板们当成公司内的成本中心而已。

扯远了,滴滴做的这套运营平台并不复杂,运营的基本方法论无非是 AARRR:

image.png

可以看到不同的单词代表了大致上的不同子领域,每个子领域会关注几个业务的核心指标。有了这些指标之后,通过使用运营工具,达成公司整体数据的提升。

在竞争状态下,目标和路线要对,速度也要比对手快,至少要和竞品公司差不多,否则永远追在别人后面跑的公司是没有前途的。

所有的运营活动都需要是数据驱动的,所以数据本身在运营平台中占有举足轻重的作用,互联网公司内的数据中台大部分工作都是为运营来服务的,我们可以举一些例子:

  • 用户画像系统
  • 人群/圈人系统
  • 实时/离线活动计算系统

这些都是必要的系统,每个系统都需要混合在线、离线的多种计算、存储技术栈,如 mysql,redis on rocksdb,hbase,hive,flink,hudi 等,将这些技术栈组合成为运营的数据平台,并对业务透明,提供统一的 API 和负责接入的 UI 平台。最终要达成的目标是,80% 的数据需求都可以在分钟~小时内完成。

业务方在使用数据平台时,只要关注对应领域是否有其所关注的相应指标即可,没有的话也可以很快开发完成。对于业务来说,有数据需求只要找数据团队就行了。

在数据之上,业务需要有能随意编排活动的能力,说白了就是一套可视化工作流系统,在不同的公司有不同的落地方式,比如之前滴滴的公开材料:

image-1.png

就是一套可配置的可视化工作流系统,不同类型的活动只要运营在平台上简单的进行拖拽,就可以完成一个活动的配置。

不同运营场景对应的打法无非是工作流节点的排列不太一样罢了。

在后来我在阿里近距离观察了阿里内部建设了多年的中台系统,其实也是差不多的意思,阿里的人经常说的所谓商业能力,其实就是固定下来的某个领域的工作流,比如订单履约、客诉处理等等各种业务场景,都沉淀到了平台上,业务和研发只要看看流程和定制点,马上就能知道公司内的业务是怎么流转的。

阿里在云上也开发了他们中台建设的一些工具,叫 bizworks:https://help.aliyun.com/document_detail/328598.html,可惜在云上并不能看到阿里内部的业务中台建设效果,对于非阿里员工来说,稍微有点遗憾(笑。

内卷并不能卷出好的结果,平台建设能够带来的生产力提升是数量级的,加班只不过能让昏庸的领导开心而已。

路线对了,才能过上好日子。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK