如何介绍系统架构什么是系统架构( 二 )

随着越来越“重” ，任何一个业务线的商品需求的改变和添加都会带来数倍的开发难度和工作量，因为任何改变或添加都必须基于之前“重”商品模块的产品逻辑来考虑。
这时，中台的概念就产生了。某种意义上，中台很像开放平台，就是对外提供底层能力。
我们换个思路吧。如果每个业务都能成立自己的商品中心，不受其他业务线商品功能的影响，会不会更舒服？
但是前面说了，从0到1再建一个商品中心太麻烦了。能否重用一些现有的功能？但是一些不必要的功能可以舍弃。
这个时候我们就把技术上的中间阶段这个概念拉出来。
【如何介绍系统架构什么是系统架构】03中间站要做什么？技术中心是对各个商品中心的能力进行抽象，为各个业务线提供底层的商品能力。
而每个业务线都是基于这些基础能力来建立自己的商品中心，做更高层次的商品相关产品功能。
这样各商家的商品中心只为自己服务，更完美的满足了商家需求，使用也更有效率。同时，基于中台能力的商品中心建立起来更加方便快捷。
所以中台很难避免弱抽象而不过度抽象。
弱抽象意味着有很多业务的东西混在里面，每一次迭代都可能涉及到中间站的能力和接口的变化。
过度抽象会导致中台无法发挥价值，业务拓展工作依然繁重，甚至因为新对接中台而增加工作量。
中级高级:
那么这是最终形式吗？不完全是。
如果中台对外提供最基础的能力，业务需要花费大量的时间通过这些基础能力接口组装上层业务，引入基础能力之外的业务逻辑，可以由中台提供，也可以由业务自己实现。
那么最大化商业效率的最佳方式是什么呢？提供基础能力其实相对简单，工作量的大头其实是业务。
那么，如果中台湾可以帮助企业以通用的方式满足一些业务需求，为什么不呢？
很多书告诉你，中国中台只做抽象，只提供基础能力。虽然前提是对的，但是忽略了很重要的一点。中国中台的第一个目的是帮助减轻业务负担，最大限度地提高业务效率。
如果做不到这一点，中台之间强调抽象和低耦合，对企业的发展帮助不大。
所以换个思路说，比如在商业中，做营销活动的时候，不同类型的营销活动对用户的参与门槛有不同的限制。其实这样的限制很多。10个活动都要用到这样的限制，这些规则都离不开相似性(无论是新用户、级别大于XX的用户、活跃用户等。).在这种情况下，为什么不为业务提供集成的规则池和阈值检查功能呢？
这样的例子很多。可以说这样的规则池也是一种抽象，但实际上更像是枚举，因为每个规则可能是完全不同的，需要一一建立。
04技术中期的坑在帮助业务减负的基础上，台湾的集中化能力进一步巩固了数据，模块化的统一管理必将帮助企业大幅提升效率。
但在实际执行中，结果往往达不到预期，一般由以下原因造成:
1)业务理解不足。
没有对业务进行深入的研究，导致中间平台的设计，使得业务无法使用或难以使用，无法满足需求。这必然导致中间平台的能力应用推广困难，部分商家甚至脱离中间平台自建底层能力。
2)技术对接沟通不够。
在对接过程中，技术对接沟通不够，导致业务发展感觉中台提供较少。中国和台湾觉得业务发展不了解中国和台湾，没有形成合作共识。
3)中间平台容量过于宽松。
上游业务组装依然复杂，需要耗费大量精力，并没有体现出效率的提升。
未完，实战内容未完待续。
#专栏作家#Simate团队，微信官方账号:Simate团队，人人都是产品经理专栏作家。8年互联网资深产品经验，多年B端产品管理经验。有多个大型B端产品从0到1的孵化、重构、迭代经验；讲授各大行业互联网产品相关的硬核知识点。
本文由人人作为产品经理原创发布，未经允许禁止转载。
题目来自Unsplash，基于CC0协议。

如何介绍系统架构 什么是系统架构( 二 )

如何介绍系统架构什么是系统架构( 二 )