一站式运营营销平台

前言

营销增长在当下是一个很热门的词语，当公司核心业务做到一定规模后，都会开始进行增长拉新、留存运营、流量运营等一系列运营手段来促进营收，当然各个业务部门由于自身 KPI 的不同、以及经费的不一致，也会有多种不同的营销策略和打法。而营销增长（这个我暂且称为笼统的词语），就诞生在了这个趋势上，各个公司因此也成立相应的部门去做营销增长方向的技术支持。

由于之前曾在某头部打车公司从事过相关领域，并看到有相关同学公开了该系统，并做了相关直播分享，特想结合自己实际和理解，对营销平台的设计架构和技术方案做一个分享，尽量针对该同学讲到的范围内的知识点进行文字补充，若读者有兴趣，可以后续针对固定点进行展开。

背景

针对在 APP 端某一个相同的用户行为，多个业务部门需要有不同的转换方式。比如，我们要在打车的时候，给用户发放优惠券，在支付完成的时候，要给用户发券或者发放权益，以及做一些千人千面的场景。

在这些业务需求来的时候，我们同大多数人一样，刚开始来个需求做一个需求，然后自定义的需求多了的时候，会发现某一相同的用户行为，需要写多个 if else 来进行业务侧的适配，并且随着业务要求的千奇百怪，这套系统运维理解成本也成指数增加，最终到了一个改不动的地步，没办法，那就重构吧。

当一件事做的复杂的时候，我们需要回过头来看下，是不是源头就是错的，因此，我们开始对此进行抽象，我们开始抽象用户的行为，app 的行为，触发的时间，条件的过滤等，于是，一套 TCA 体系就这么诞生了，并基于这套框架，进行后续一步步的散枝开花。

业务模型及总体架构

当设计这套系统的时候，我们需要明确四件事：定位、目标、内容、边界。

关于定位，我们最开始知道的是我们要做的是营销系统。

关于目标，是帮助运营同学可以便捷灵活制定一系列营销策略组合，提升整体的用户规模，从而提升单量和 GMV，促进业务持续增长。

关于内容，我们需要解决的实际业务问题，比如花式发券、花式触达、天降红包、弹窗、预估等面向用户带有营销属性的一系列运营行为。

关于边界，区分与其他业务的边界，哪些是属于我们该做的。这些就因不同公司的规模大小、业务划分都各有不同。

当系统这四大要素确定好后&#