本文讲述了有赞客户运营系统从早期的“烟囱式”建设模式到整合演进的过程，旨在解决重复投资、高维护成本等问题。通过系统整合，实现了运营计划的统一维护，原子化组件建设，提升了产品迭代速度。文中详细介绍了系统目标、共性和可变性分析、技术架构等关键部分，展示了如何通过人群系统和权益平台的统一接入，提升运营效率和业务能力。最后，对未来系统发展进行了展望，包括数字化运营、元数据模式和业务审计平台的建设。
原文发表于有赞技术博客，作为2019年上半年笔者在有赞的一次小总结吧。
一、引子
有赞，是一个商家服务公司。我们帮助每一位重视产品和服务的商家私有化顾客资产、拓展互联网客群、提高经营效率，全面助力商家成功。而拉新、留存、促活、转化则是商家经营的关键指标。随着线上线下流量越来越贵，商家对客户精准运营诉求越来越强烈。有赞客户运营相关的业务产品也在近一年不断推陈出新。
二、早期“烟囱式”系统建设模式
早期客户运营产品的建设模式与一般企业IT系统建设模式类似：业务产品部门提出业务需求，技术部门针对需求进行分析、开发、测试、上线。但由于早期产品形态的不稳定、产品技术人员更替等因素，每一个新的业务产品都预示着一座新“烟囱”的建设，于是客户运营业务发展成如下形态：
客户运营先后共推出了兴趣人群营销、互动粉丝营销、精准人群营销、生日营销、节日营销、会员日营销等客户运营相关的业务产品，涵盖了微商城、零售等多种行业形态。
随着业务发展，产生了“场景营销”和“人群运营”两个子域。这两个子域之间有很多共性，但也出现了很多共有的问题：每个业务产品独立实现维护，拥有各自的模型，各自的实现链路。系统内部几乎没有可以复用的组件，复杂度高、链路长、维护成本高。新的业务产品功能需要重新建设，无法快速实现，迭代缓慢。
总结下来，“烟囱式”系统建设模式主要有如下弊端：
-
重复功能建设和维护带来的重复投资
-
打通“烟囱式”系统间交互的集成和协作成本高昂
-
不利于业务的沉淀和技术发展
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
