对产品经理来说，懂中台架构很重要！( 三 ) _中台架构

经常看到一句话：中台是个一把手项目。
这句话的本质核心是：一把手更具有对业务架构调整权力。
但是，现在很多企业实施中台容易出现下面几个问题：

照搬别的企业中台架构和设计方案；
中台作为一个单纯的IT项目实施，强制让其他系统接入；
后期规划模糊，项目进入运营阶段，要死不活。

这种照搬的问题，从古至今各个领域数不胜数。
几年前有个很火的词可以形容这个情况，就是“山寨” 。照搬说简单点就是抄、借鉴，说深入一点就是理论和实践的结合。
肯定不存在一套可以支撑所有企业需求的方案，因为每个企业的商业模式不同，业务架构也不同。IT架构是支撑业务架构的，肯定是不同的。
比如，阿里的要做统一登录，但是腾讯却硬把QQ和微信登录拆开；阿里需要交易中心，百度肯定不需要交易中心。
这些都是企业业务架构决定的，回到中台的本质，其实业务架构中台化在IT架构的提现。
中台作为一个单纯的IT项目实施，最后上线后推广效果一般来说都是差强人意的。因为中台项目组的成员一心一意都是中台思维，但是对于其他项目（产品）组的人来说，他们需要的可能就是一个简单的服务共享。
当中台的设计对其他现有系统侵入性太强时，不同项目组成员的项目目标是不一样的。中台想着接入，而其他产品组是求稳求快。
一个中心是忠，两个中心是患——不同目标（KPI、OKR）就是不同的中心，最后肯定是差强人意。
中台是一个和战略比较接近的概念，当做一个项目做，在遇到前面两个问题后，肯定会进入内部的迷茫和踌躇。
因为中台需要顶层设计，需要从上到下的一种共识。它不仅要关注企业的各种业务场景，而且还要关注场景背后的本质，场景是快变量，但背后商业本质是慢变量。
中台就是要抓住慢变量来支撑快变量，就像掌握加速度的这个概念来预测未来速度一样。
2. 公司是否真的需要中台
什么样的企业适合做中台？
这个问题反过来就是：公司IT战略下一步怎么走？
很多事情我们总是做不对，后来才发现，其实我们根本就不需要做这个事。这就是南辕北辙、背道而驰。
先问是不是，再问为什么。
做中台也是这样，先回答我们是不是需要中台，再回答我们怎样做中台。
什么时候需要中台，我觉得要回到企业本身商业模式的本质，以及中台的本质。
根据各项比对来看，企业是否需要中台，个人总结中台本质主要是以下三块：

服务共享，使得专业部门专注于领域本身；
资源配置优化，解决烟囱式重复建设，降本；
快速支撑业务，抓住慢变量，提前准备，当业务的快变量来临时可以快速支撑。

所以企业做中台时，也要考虑是否有以上三点诉求，对应的公司业务就是：

是否需要强大的服务共享中心；
目前有哪些项目是重复建设；
公司的业务是否面临市场快速变化的冲击，需要快速调整。

如果用上文中X+Y+M=2的思维方式，也可以把上述三点分别打分。求和后如果结果等于0 ，那肯定是完全不需要中台；如果是3 ，那表示不做中台就会死，这个值可以由公司以及顾问评审确定。
3. 中台落地解决之道
在解决了企业要不要做的问题后，进入了怎么落地的问题。
根据个人经验和与业内高手交流，我把步骤分为如下：