中台和平台的说法都存在，没有必要咬文嚼字两者的区别和各自定义。本文中统一使用中台（比较时髦）。
本文借助于虚构的人物小美，讲述小美入职后，发现系统存在重复性建设问题，她再和领导沟通后，接到一个任务----要建设一个全公司各产品线通用的触达中台……
小美是一个美丽温柔爱思考的程序媛，新就职于一家在线教育公司。这家在线教育公司主营收入是卖课，优秀美丽的小美顺利的进入核心部门。
新入职的小美被安排维护赠课营销系统。这个系统主要功能是运营专员在后台系统选定一批用户给用户免费赠试听课。运营新建赠课计划，计划中配置用户 id 列表、手机号列表，同时配置课程 id，设定发放时间完成创建计划。
小美是爱思考的程序媛，她在熟悉系统架构后敏锐的发现，这和她之前负责的优惠券系统存在业务重叠。小美曾经负责的优惠券系统是运营选定一批用户给用户发放优惠券。除了赠券和赠课不同，其他都大致相同，例如选定一大批用户，选定发放时间，赠送完成后是否通知、通知模板、任务发放成功失败结果、券和课程核销效果评估、系统发放又快、又准、又稳的可靠性保障等等部分几乎完成相同。
小美顿时来了精神，和同事打听到公司其实也存在赠券的系统，是由另一个团队在维护。爱思考的小美意识到两个系统独立建设、互不相关的现状必须要改变，便和leader王哥沟通了自己的想法。 王哥其实也意识到了同样的问题，所以立即领会了小美的想法，同时王哥也对我们小美爱思考、爱总结的好习惯表示赞许。
此外小美从leader 王哥那里了解到公司的主营业务飞速发展，新业务在积极探索，公司在战略上鼓励新业务创新，但是管理层也有苦恼。要想更快迭代新业务，每新开辟一个业务线就要招聘一大批人，但除了招人、招人、招人外，好像也没有别的办法。
之后王哥又告诉小美自己的想法，他想要建设全公司全集团通用的营销触达中台。这个中台要为各个业务线的运营提供各类触达能力。小美在心中暗自思考，越穷千里目，更上一层楼，leader王哥的信息输入比自己更多，双方信息差至少有一个数量级。自己只是思考了赠课和赠券可以整合为一个系统，王哥却在规划包括 K12 网课、学龄前业务、科普业务线等各个业务线都在用的触达系统。果然站得高看得远。
小美还从王哥了解到公司触答类场景很多，除了赠课、赠券，还包括push通知、站内信、短信通知各类通知，还包括赠送金币、积分、资格、会员等等各类权益。仅此而已吗，王哥滔滔不绝，还和小美介绍公司的业务可不仅仅是选定一批用户给用户赠券、赠课发通知，
小美的眼界真的被领导打开了，原来看似不相关的一些系统真的可以被整合，看似不相关实际上通用的部分很多。爱思考，爱总结的小美意识到 只要独立的两个系统存在相似性，那势必可能存在重复性建设，要识别出这部分共性，抽取业务共性为通用的模型、通用的流程，那么中台不就建成了吗？
"小美，这个 todo 你记一下"，王哥说。
"啥，我没太记清，你再说下"，小美刚才走了神，只得尴尬的抿了抿嘴。
”你尽快的熟悉一下赠课系统，梳理下系统模型、业务操作流程、系统实现流程等。我这有一些赠券系统的资料，你有空也看下，最好能整理出一个触达系统的设计文档，我们一起再详细聊一下。“。王哥认为小美很有潜力，于是决定要给新员工小美一个锻炼的机会。其实这个触达系统王哥早已做好了设计方案。困扰他的是另一个问题，如何向自己的上级汇报，论证这个系统对全公司的价值。他明白，建设一个公司级别的中台，没有中层管理以上的认可，是不可能完成的任务。
小美在和王哥沟通完后，干劲十足，心中思索 自己之前负责的系统都是单一的业务，这次要设计的系统，好像不一样。这对小美是一个挑战，如何设计一个通用中台，通用的触达中台。
随着互联网业务的飞速发展，工程师对业务系统的认识也逐渐深入，他们开始不单单局限于思考某一个业务场景的系统如何设计，开始思考有哪些业务场景是类似的，在流程上哪里是共性的，系统模型哪里是共性的。在公司多元化扩张背景下，产品矩阵越来越丰富。很多团队由下自上，把 ”支撑全公司全产品线的业务场景“这个课题列入设计规划。
小美如何设计一个中台化方案支撑各个产品线、各类业务场景呢。
