查看原文
其他

行业特色运营-千机变

淘系-洵直 淘系前端团队 2020-10-28

文末福利:618实践小册

NO.1

背景

行业矛盾


作为行业前端开发,在日常承接行业业务过程中,听到了很多来自业务方的诉求:

“我需要增加点图文、短视频内容,做一个多数据类型的混排Feeds怎么样?”

“我们想做潮流人群的精细化运营,我要新做专做潮流的频道,要有所见即所得,feeds,日历这些功能”

面对业务方的这些诉求,我们开发也是面对业务紧张和人力压力反馈:

“加个混排可以的,时间要久点,对接的数据源多

“现在没有人力给你支持这个需求了,稍微往后排排吧”

一来二去业务方和开发之间逐渐有了矛盾。

存在痛点


目前行业的需求,既存在多端协同,又出现各种定制化,研发资源浪费的同时,业务自身对运营效果的掌控性和整体性规划很弱。

从业务维度来说是“散、乱、迷”,即:

丰富的业务场景,缺乏整合度,以散点推进为主;在散点推进中,多域独立构建,难打造统一心智;方案决策依靠经验,线上效果不直观,易走弯路;

从技术维度来说是“低效、难沉淀、无标准”即:

每次从0开始资源投入,消耗资源同时,无一套资源评估标尺,重复开发,导致资源占用;相似能力的重复投入,缺乏体系的贡献和沉淀,影响团队价值体现和成员成长;各行业玩法差异不大,UI不标准、样式变动多,维护本高”

(图示1:业务共性多)

NO.2

解法

针对行业矛盾和存在的痛点,行业开发也在探索着解决方案来消除矛盾和痛点,以下为解法的探索过程。

初级解法


基于去年落地的TaoUI跨端物料组件,沉淀了一批标准化的行业通用模块(行业魔方),该套标准化模块在短时间支持了部分行业业务,释放了部分人力压力。在这套方案中引入了数据源驱动UI的策略,通过运营在搭建平台配置的数据源DSL来编排数据获取行为,并进行数据与组件物料的组装(特别是feeds模块,解放了很多压力)。具体方案如下:

(图示2:行业魔方方案)

以上方案支持了一段时间的行业业务,但是暴露的问题也是非常的明显的:

  • 配置非常麻烦,运营基本无法参与配置。

  • 配置项较多,切大多数配置项对运营来说理解成本大。

  • 多数据源场景下,请求数过多,导致相关模块渲染时长很长。

  • 组件样式都是固定的,无法满足其他样式的需求,增加样式会导致定制性增加。

  • 无法对相关模块进行“千人千面”。

  • 没有相关模块和定制样式的数据,无法进行数据复盘。

随着“初级解法”的问题暴露,行业业务开发再一次面临了新的挑战,优化“初级解法”。

进阶解法


随着业务的迭代,在迭代过程中摸索出了符合行业特色运营的解决方案——“千机变”。

方案介绍

伴随着“千机变”解决方案的诞生,也提出了“千机变”的核心思想:指导业务方案决策,支持业务快速多变的业务策略落地,释放研发产能的产品供应平台。如下为“千机变”的设计思想:

方案设计

整个“千机变”的方案设计分为以下几步走:

1、标准化UI设计规范

行业的业务迭代快速,大部分的频道业务玩法都是类似,但是就单个行业来说又有自己行业的一些特色元素(颜色、布局)。所以对设计来讲整体设计框架是一致的,只是需要部分元素做出改变就好。如果能够统一好设计规范,基于标准化设计产出标准化“行业魔方”模块,那么就能够避免重复开发的问题。如下为部分标准化UI设计:

2、组件主题智能调控

因为都是按照标准化的UI设计产生出的标准化“行业魔方”模块,那么本质上模块框架结构不发生大的变动,内部的部分组件元素是可以有所变更的。这些可变更的元素的样式被抽象成为了“主题”,最终标准化的组件经过数据源驱动,将不同的“主题”渲染出来,这就做到了组件的“千人千面”。以下为组件主题调控中心:

3、模块数据源生产

模块的渲染是离不开数据的,数据的获取以及透出逻辑决定这个模块能否达成业务诉求。整合第三方生产数据源的能力,抽象成千机变的“CVO(组件视图对象)”机制,即将配置的数据源和组件映射关联起来。通过上述方式生成对应的数据源id,在创建策略的时候将该数据源和“行业魔方”模块的样式绑定,前台模块在渲染的时候通过袋鼠接口下发这一套机制转换出来的渲染配置和渲染数据。

(图示6:CVO组件视图对象)

(图示7:数据源配置)

4、通用模块策略生成

使用标准化的组件通过组合产生标准化的“行业魔方”模块;因为原子组件本身的样式是可以变的,所以向上抽象一层的模块也是可以变更的。假如原子组件的个数为2个,每个原子组件的样式是3个,所以在不考虑排列位置的情况下,就可以产生9种不一样的模块。这9种模块的样式配合一些规则(人群、LBS等)就是能产生多种策略了。每种策略对应一个策略id,再结合方舟/斑马的能力将这么策略背后的“配置”下发给标准化的“行业魔方”模块,就能做到模块的“千人千面”。以上是静态策略的生成链路,后续还有动态策略链路,以下为整体流程图:

5、消费千机变策略

上述路径下生成了投放策略后,就可以在斑马/方舟里面使用该策略了,以下为静态策略背后调用链路逻辑:

NO.3

展望

目前平台能力的扩展依赖于底层物料的供给,后续结合智能UI的生产链路,扩大物料的生产效率。上层策略库的扩充和丰富度提升对行业业务来讲,将会大大的提升行业业务运营的效率。对于类似于开卡这种重交互逻辑的需求,将逻辑切片颗粒化进行逻辑编排也是能够提升业务运营效率的,也将是我们后面重点思考的方向。


✿   拓展阅读

跨端物料解决方案-织网

小程序视角下同构方案思考

请务必给 child_process 加上 on('data') 处理

✿   文末福利

回复 “618” 有福利

欢迎关注东半球最大的前端团队


喜欢就点这里

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存