对产品经理来说懂中台架构很重要!
首页
阅读:
admin
2020-01-02 01:05

  很多地方都在说中台,很多公司都在建中台。那么,究竟需不需要中台,怎么建中台?产品经理首先要想清楚。

  中台其本质是企业IT架构的一种形式,和传统IT架构的核心区别在于其更加贴合业务架构,是企业IT战略适应业务战略的高阶抽象,业内称之为中台战略。

  企业架构的核心作用,就是填补了企业业务规划和具体IT建设之间的差距,最终达到企业战略、业务、IT建设的协调统一。最终目的都是支撑企业目标的实现——中台的本质就是回归企业架构。

  很多关于中台的书和文章在追溯中台概念时,近则引用美军海豹突击队的架构,远则引用中国古代的三省六部制。

  所以,我们可以认为“中台”本身是一个业务组织架构的概念。阿里的中台战略,本身也是因为业务组织架构的中台化调整,促使IT架构升级转型。

  以阿里的中台为例,其强调“共享服务体系”——这是中台的基础。其初心很简单,即为:服务重用,快速响应和创新。

  基于阿里自身的业务发展,其电商的基因使得关于订单、库存、支付等核心业务流程都是相通的。所以,根据这些不同业务部门而又相同的业务诉求,才发展出符合阿里的中台形态。

  我们如果想要设计符合自己公司业务的中台,更要学习阿里IT架构演进的过程,这个过程是量变过程。模仿参考的价值,在于根据对过程梳理,总结规律,再根据规律结合自身企业的需求来实践自己的量变过程。

  类似于项目管理中的时间、质量、成本,并非三个不能同时成立,而是说必须有所取舍,最终达到均衡。

  上述就是2000年由Eric Brewer的提出的CAP定律,初始目的是针对分布式计算机系统的。但是,我们从企业架构层面看IT架构,其本质逻辑是一致的,就是由个体组织成整体,给外部提供统一的服务。

  我们回到不可能三角理论的初始场景-金融场景。在金融系统中的不可能三角是:资本的自由流动、货币完全独立、汇率稳定。

  如果我们按照上述指标给我们的系统打分,极值的X+Y+M=0,X+Y+M=3不可能成立。,而中台的目的就是在于找到X+Y+M=2的一个解。

  阿里通过中台划分:业务中台、数据中台、技术中台。其中业务中台又分为:账户、会员、商品、交易、订单、支付等。

  因为资源总是表现出相对的稀缺性,从而要求人们对有限的、相对稀缺的资源进行合理配置,以便用最少的资源耗费,生产出最适用的商品和服务,获取最佳的效益。

  所以,人类社会会有各种规则、制度、结构,这些和IT领域是一样的。因为IT资源也是相对有限的、稀缺的,怎么用最小的成本,实现最大的效益是IT架构要解决的问题之一。

  因为云资源那时刚刚在公司推广,所以预算没有算在项目组内部,导致有个报表的的sql写了N多个join,每次执行变慢都是申请提高配置,后来配置已经到顶了,暴雷了。

  IT资源就是有限的和稀缺的,这个不仅仅是指性能,也包括公司投入的资金和精力。所以,只能通过梳理报表取数逻辑,优化数据物理结构和查询逻辑来解决。优化后,MySQL配置砍了2/3 依然反应很快。

  其实,中台的价值和上面例子殊途同归——中台就是用有限的资源,通过架构合理的设计,来产生最大的效益。

  几年前有个很火的词可以形容这个情况,就是“山寨”。照搬说简单点就是抄、借鉴,说深入一点就是理论和实践的结合。

  肯定不存在一套可以支撑所有企业需求的方案,因为每个企业的商业模式不同,业务架构也不同。IT架构是支撑业务架构的,肯定是不同的。

  比如,阿里的要做统一登录,但是腾讯却硬把QQ和微信登录拆开;阿里需要交易中心,百度肯定不需要交易中心。

  中台作为一个单纯的IT项目实施,最后上线后推广效果一般来说都是差强人意的。因为中台项目组的成员一心一意都是中台思维,但是对于其他项目(产品)组的人来说,他们需要的可能就是一个简单的服务共享。

  当中台的设计对其他现有系统侵入性太强时,不同项目组成员的项目目标是不一样的。中台想着接入,而其他产品组是求稳求快。

  一个中心是忠,两个中心是患——不同目标(KPI、OKR)就是不同的中心,最后肯定是差强人意。

  中台是一个和战略比较接近的概念,当做一个项目做,在遇到前面两个问题后,肯定会进入内部的迷茫和踌躇。

  因为中台需要顶层设计,需要从上到下的一种共识。它不仅要关注企业的各种业务场景,而且还要关注场景背后的本质,场景是快变量,但背后商业本质是慢变量。

  很多事情我们总是做不对,后来才发现,其实我们根本就不需要做这个事。这就是南辕北辙、背道而驰。

  如果用上文中X+Y+M=2的思维方式,也可以把上述三点分别打分。求和后如果结果等于0,那肯定是完全不需要中台;如果是3,那表示不做中台就会死,这个值可以由公司以及顾问评审确定。

  比如滴滴打车,他有一个出行中台,根据快车、拼车、优享、出租车等不同场景的需求,他们抽象出乘客、司机、计费、订单、接驾送架等共享中心。滴滴给客户体验可能是一个APP打车服务而已,但是其不同的叫车服务,背后都是独立运营团队,但是打车服务的共性也是很明显的。

  团队成员的组成非常重要,因为做中台不仅需要了解中台的概念,更要对现有系统熟悉,不然最后肯定是鸡同鸭讲。

  因为就像有人质问的,我一个表加一个API解决的事情,为什么要调用你那么多的服务才能搞定。所以,中台团队里一定要有一些现有产品团队的人,并且是那些对现有产品深入了解和思考的人。

  前面两个是解决做出来,用起来的问题。但是,中台是深入贴合企业业务架构变动的,所以“持续用”是中台必须面对的问题。

  中台系统持久性的生命力,来源其架构设计的前瞻性,而前瞻性的核心就是找到所服务的业务架构中的慢变量。比如公司的营销策略是快变量,但是其库存是慢变量。

  而一切企业业务架构的核心慢变量,就是公司的业务战略。业务战略,也是基于企业对市场趋势的预测和公司现有情况做的目标集合。

  侠之大者,微信公众号:侠之大者(ID:xzdzkamil),人人都是产品经理专栏作家。关注互联网金融和企业信息化转型。

  有个问题想咨询下,会员的订单记录、商品浏览记录、商品推荐记录,应该是会员中台、订单中台还是商品中台呢?

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。