极客时间已完结课程限时免费阅读

答疑篇（下） | 你问我答，关于中台还有哪些困惑？

答疑篇（下） | 你问我答，关于中台还有哪些困惑？-极客时间

答疑篇（下） | 你问我答，关于中台还有哪些困惑？

2019-11-05 王健 来自北京
《说透中台》
课程介绍

讲述：王健

时长09:33大小8.75M

你好，我是王健。
这一节我们继续来聊大家普遍关心的另外两个问题：
中台与前台的边界如何界定？
中台到底是不是在炒概念？

中台与前台的边界如何界定？

对于前台和中台的界定，我看很多同学也问到了。
我在不同的时间尝试过很多种不同的划分方式，但总觉得有局限。例如，如果最简单按照是否重复来划分，重复需求放中台，特性需求放前台，先不说是否重复这件事就很难掰扯清楚，而且放到时间线上，现在一样的可能以后会不同，现在不同的难免以后也可能会相同，以后再做迁移又要付出额外的迁移成本，这本身也很难扯清楚，更别提局部重复等情况。
其他的分法，也会有同样的问题，例如按照业务重要性，那怎么判断重要性高低，这些都是问题。
我觉得要想通这个问题，还是需要这么几个关键点。
首先还是要想清楚，中台建设的愿景是什么，想好中台自己的方向和产品定位，一个清晰的愿景往往就代表了一个好的边界，这个边界能帮我们判断哪些该做哪些不该做，先做什么，后做什么。就像一个产品一样，例如微信，我们谁都能想出很多的功能，而且也都有必要，但是如果没了愿景，我们就不知道什么该做什么不该做（什么更重要），如果一股脑儿添加进去，而不会做取舍，最终也会变成一个四不像而失败。
当然有了愿景，肯定也还是会拿捏不好，这时候就得用演进式的视角和技术来帮我们解决这个矛盾了。将关注点从如何设计正确，转变到如何让变化更加容易，一旦变化变得廉价，我们也就不用那么在乎一开始的决定是否正确了，反正大概率都是错误的。也就是用演进的眼光来看待，不要奢望，一次想对，一次分对，一次做对，尊重变化，承认自己的弱小，追求变化响应 over 追求一次做对。
如果再深入思考一下，可能中台与前台的边界问题，不是技术的边界问题，而是组织的边界问题。就像我一直反复强调的，中台是企业级的问题，中台与前台的边界划分，其实本质上就是企业内横向的平台类组织和纵向的业务类组织的边界划分，也就是组织责任与利益的边界划分。
在总结篇里，我也讲到了，中台的核心价值就在于企业对经济性和灵活性的平衡，而组织的碰撞（比如部门之间的争执），在我看来反而正是企业在不断追求这种平衡的“动作”，是正常的，也是必须的，我甚至认为中台与前台的边界，也只能靠不断的组织碰撞，才能找到一个最佳的平衡点，而这往往也是针对于这家企业整体经济性和灵活性的最佳平衡点。
这个过程虽然是痛苦的，就像是发烧的时候各种症状，虽然难受，但是一定程度就是自身机能在调整以及起作用的过程，也是企业战略落地和转型的具体表现。我常常有种感觉，这种碰撞甚至都有可能是企业转型的根本与实质。而我们要做的，就是设计一套机制，例如冲突处理升级机制，来正确地引导这种碰撞向解决问题的方向、而不是相反的方向前进。
我现在就是从这几个角度来思考中台与前台的边界问题的，总结一下就是：想好愿景，演进式思维，合理引导组织碰撞。

中台到底是不是在炒概念？

关于概念炒作，专栏里也提到过，我一开始的时候也是这么认为的，觉得现在这个时代太浮躁了，大家整天都在炒概念，后来反思其实是因为概念太多自己不想学习的一种自我保护的抵抗情绪。
但是，经过几次对于技术“看走眼”之后，我开始提醒自己，对于一个新的概念，要先抱着开放和学习探索的心态，去了解、去思考这个“概念”背后到底是什么？有那么多概念，为什么只有这个这么受人关注、有“炒作”的空间？
事出必有因，只不过可能不是表面的样子而已。
阿里提出中台，肯定有其背景和上下文。那么多企业都效仿，必然有其理由，可能只是把这个概念“嫁接”到了自己的企业里而已，甚至可能代表与阿里或其他公司完全不同的意义。
我们常说语言的边界就是思想的边界，而每一个新概念的产生就像是一个新的“流行词”火起来一样，肯定是人们找到了一个新的语言来代表之前无法清晰表达的意思。新概念本身是没错的，因为新概念往往代表着新的边界、新的约束，而新的边界和约束也往往就是新价值的来源（例如 SOA 和微服务、虚拟化和云）。
炒作本身也没错，一个新的东西，无论是新的层次还是新的边界产生，如果其本身能创造新的价值，让更多人知道这个价值，帮助更多人解决遇到的问题，也是挺好的事情。
所以我的观点是，永远保持好奇，先接纳，再判断。不要轻易把门关上，可能会错失掉一些新的东西，就算是进去转了一圈，最后发现并没有什么新的价值，其实也没有多大的损失，学习有时候不能太功利。
技术的发展，前面也提到了，在我看来，也正是在一个过程中滚滚向前的。在这个过程里，新概念不断产生发展，新的边界和新的抽象层次不断发现与包装沉淀，而抽象层次又不断向业务方向推进（操作系统 -> 编程语言 -> 库 & 框架 -> 业务组件服务或中台……）。
不过话也要说回来，也要有自己的主动思考能力，需要快速判断概念是否值得继续投资自己的资源，毕竟人的精力也是有限的，不要在价值不大的新概念上浪费太多的精力，及时踩下刹车。而对于如何判断是否需要“止损”，我个人的经验很简单，我有一个方法，我把它叫作“循环提问法”。
新的技术在解决什么问题？为什么之前的技术不能解决？它的核心突破点是什么？本质是什么？
新的技术和其他解决类似问题的技术有什么关系？有什么区别？
新的技术为什么在现在这个时间段出现？为什么在现在爆发？为什么之前没人想到这种新的解决方案？
新的技术和我现在正在做的事情是否相关？新的技术和我想做的事情或方向是否相关？
以我自己为例，我在面对一个新概念的时候，首先是抱着开放的心态，先别一棍子打死，主动去了解一下，到底为什么火？背后有什么趋势或是本质？
然后再主动思考，这个概念是否是我的方向，我是否需要继续投资（时间和精力）？需要花多大的精力？
相信通过这样一个过程，在不浪费太大精力和资源的前提下，我们也能学到更多的知识。
这一点推荐一个工具，也就是 Gartner 每年都会推的新兴技术成熟曲线。对于一个新概念，我们也可以用这样一个曲线，从一个技术的全生命周期视角来思考，它到底正处于哪个阶段，然后再判断我们是该踩下油门还是该踩下刹车了。

总结

好了，在这两期答疑中，我针对大家留言中都比较关注的问题，统一聊了一些我的看法和理解，希望对你有一些启发或帮助。
当然问题还有很多，我也会持续关注和回复。所以，非常推荐你不要只看完专栏正文，有时间和精力的话，也把评论区的留言和讨论看一看，应该会有非常大的启发。当然了，也特别希望你能贡献出自己的问题或是思考，让这个小小的专栏能发挥出更大的价值。
有同学问我为什么能问出这么多好问题，其实答案很简单，就是实践。很多道理你我都懂，但是只有真正的实践，才能不断地碰到各种实际的问题，也只有不断地实践，才能在发现问题、解决问题的循环往复中持续向前，对于一个技术或是概念才能有更加深入的理解。
最后，我想引用 Cheng 同学的一句话作为本篇的结尾：
以用户为中心，从战略入手，愿景为指引，用科学有效的方法，步步为营沉淀企业级能力，辅以必要的组织与系统架构调整，方得中台。
谢谢你！我们留言区见！
分享给需要的人，Ta购买本课程，你将得9元
生成海报并分享

赞 8

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
答疑篇（上） | 你问我答，关于中台还有哪些困惑？
下一篇
结课测试｜“说透中台”100分试卷等你来挑战
unpreview
 写留言

精选留言(22)

  • Chris
    2019-11-09
    感觉学的全是理论，没有具体的实践，学完之后对中台还是非常疑惑，如果可以用一个具体一点的业务来做例子可能会更好，但是目前来说总觉得啥也没学到的感觉
    共 11 条评论
    46
  • 似昔
    2019-12-30
    中台这个概念的出现并没有在技术上有任何的创新; 从技术的视角切换到业务的视角上，用“业务思维”来看待平台; --Done，2019-12-30
    11
  • Single
    2019-11-28
    感谢王健老师的课程，我这边正在参与一个数据中台项目的开发，中台一期结尾了，我们这边做的是单纯的数据中台，所以存在很多想象不到的问题： 1.现在中台沦落成了为各个业务系统找系统bug的系统。 2.中台构建在阿里的dataphin 产品（没有元数据监控），导致各种上云问题。 3.中台的交付是和业务系统数据保持一致，导致交付很难受。 4.业务系统都不爱用中台，用起来一堆问题 马上开始二期的中台建设了，还是不建立业务中台，感觉二期开发和交付压力会特别大。
    展开

    作者回复: Single，你好~ 首先非常感谢你分享自己的实际项目的经验和经历，也能体会和理解到你碰到的问题和困难。 对于这些问题，我在没有上下文的前台下很难给出什么有建设性的意见。但我总觉得可能数据中台如果作为一个独立的产品，其产品定位和边界是不太清晰的，产品的稳定性和SLA也没有做的很完备，导致前台业务都不太爱用中台，因为会导致业务系统出现连带问题。 所以是不是可以再二期的中台建设开始时，按照我分享的内容，对于中台产品的产品愿景，产品边界，产品的用户运营体系，产品的验证体系，产品的SLA做一些更细粒度的规划，会对产品的演进和保护有帮助呢？ 只是抛砖引玉，希望有所启发，没有更多的上下文，不好妄下定论：）

    共 2 条评论
    7
  • Expif
    2019-11-22
    老师好，咨询一个问题，我们公司也打算进行中台的搭建。 背景：目前分为前端系统和后端系统，前端系统包含所有的APP，小程序，H5，公众号及对应的后台系统(做业务聚合、为App等提供数据组装、展示等功能)；后端系统主要包含应用系统，比如客户系统，核算系统，产品系统，订单系统等；两个部门在20年都制定了中台建设计划。目前是前端的业务变化较快，前端的后台系统也承担了部分业务流程的功能。 因为中台是定义为企业级的可复用的，所以对于前后端都要建中台您有什么建议吗，是非要放到一个部门建立还是两个部分公共建设，因为是跨部门可能就会涉及到一些利益相关冲突，所以想看下您的建议，谢谢。
    展开

    作者回复: j7py9，你好~ 很好的问题哈，目前我看到的很多企业要不就是前端后端都建中台，要不就是各个BU，BG之间都建中台，但这也不一定就是错的。 关键点还是在于这些中台的“产品定位”到底是不是重合的，如果说中台是企业级能力复用平台，那也就是看各个中台承载的能力到底是不是重合的。 回到你这个案例，从你的表述来看，后端的中台更像是常见的构建企业级业务中台的案例。而前端也有相应的后台系统，有点类似BFF层，做数据的聚合和一些跨中心的业务流程。那到底前台该不该有自己的中台呢？ 我觉得还得具体分析这些所谓的数据的聚合和跨中心的业务流程只是属于前端展示的范畴，还是背后其实隐含着企业的核心业务，只不过被理解成了前端展示才需要的一些概念。 如果是前者，那前端对于BFF封装一个小中台，做跨APP的BFF能力复用也是可以的。但如果是后者，则需要将这些隐含的业务概念和业务流程识别出来，沉淀到后端的中台层中。 所以我的观点是，前端和后端都有一些自己的后台或是中台，其实也是可以的。主要看两个中台承载的能力是什么？是否存在冲突和重复。如果存在的话，还是需要对两个中台从企业的层面进行清晰的产品定位，才能确定这些冲突或是重复的能力归属。如果不扯清楚，肯定少不了彼此之间的组织和利益冲突。

    6
  • 少盐
    2020-04-06
    理论化，概念化，抽象的东西，初级的计算机工程师目前很难理解，融会贯通和应用

    作者回复: 绿茶，你好~ 确实有一点抽象，因为中台这个概念本身就不是一个单纯的技术问题，更像是企业架构层面的问题。而这个层面的问题确实也会偏抽象。 不过我也是一个十多年的“老开发”，曾经沉迷代码无法自拔，不过随着打怪升级，肯定会从开发到架构到高级架构到企业架构，这样一个打怪升级的过程，相信很多人或主动或被动也是绕不开的。 希望这个系列能有一些启发，或是种一一个种子，如果有一天碰到了类似的问题，可以回来看看是否有帮助哈~

    共 2 条评论
    3
  • momo
    2019-12-10
    老师，想问下，你觉得什么是中台思维？如何从现有业务发掘中台？

    作者回复: momo，你好~ 我觉得在平台思维的基础上，中台思维就是“业务驱动”，更多从如何为业务更好的赋能的角度上来思考平台的建设，而不只是从技术“去重”的视角上出发。 如何从现有的业务发掘中台，我在前边介绍的企业架构梳理，D4模型，服务蓝图梳理，领域分析（DDD），跨领域共性分析（包括数据、流程、功能、模式），都是我们现在实施的从多业务线发掘中台所采用的方法，可以参考一下~

    2
  • Demon.Lee
    2019-11-24
    一刷结束，感恩，我还会回来的~

    作者回复: Demon.Lee，你好~ 感谢你的支持，等你回来~：）

    1
  • 钱勇
    2019-11-18
    受益匪浅，正好在考虑公司的中台建设，期待王老师的后续专栏

    作者回复: 钱勇，你好~ 感谢支持，有新的感悟一定后续分享，多谢多谢~

    1
  • afx
    2019-11-12
    因为我是测试工程师，我比较关心，中台在测试平台上的应用有哪些？老师能讲讲吗？给个思路

    作者回复: afx你好～ 因为中台这波浪潮主要是偏向业务侧的，而测试领域偏技术侧，所以谈到的比较少。不过测试平台也是属于技术平台的范畴，和技术中台的思路应该也是相通的，即试图更多站在业务赋能的视角而不只是技术平台统一的视角来看待平台的建设。 举个例子，我之前看到过很多企业的测试平台，并不考虑测试场景的设计、测试用例的设计、测试策略的设计、测试方案的设计，只是将关注点放到了测试平台的技术方案打造上。平台效果演示非常酷炫，但是业务使用不起来，要不太复杂，要不不好用，不满足自己的要求。针对这些问题测试平台也不管，认为这应该是业务团队自己要去解决的。 如果中台概念能让我们测试平台跨出技术的边界，就像数据中台不只考虑大数据技术，还要考虑数据资产管理，数据服务一样。我们测试中台还会涉及到上面说的测试策略、测试场景、测试方案的设计上，贴近业务，融入业务，那我认为才算是完成了测试平台的中台化改造。 希望对你有所启发，有问题继续交流～

    1
  • QMY゛
    2019-11-09
    Done，2019.11.09
    1
  • 🦀Kevin Xiao🇨...
    2019-11-06
    感谢王健老师的课程，通遍学习下来，解答了非常多对中台的问题。知识点很多，将定期反复再复习，再思考
    1
  • Geek_b16e46
    2022-02-24
    一个东西，大家都在讲，但是一个讲明白的都没有。 这又不是量子力学，为什么讲不明白？ 这说明这就是一种炒作，毫无意义的东西
  • sanguo4169
    2021-08-15
    王健老师您好，有个问题想请教一下，对于用户中心或用户管理相关的中台产品，有没有可以衡量产品效果的量化指标呢？非常感谢您的解答
  • 独孤九剑
    2021-07-07
    业务驱动技术，业务与技术解耦
  • Mong狗
    2020-12-22
    从技术实现上来理解，前台是同时包括各种用前端框架搭建的工程和用各种服务框架搭建的应用工程么？
  • 英年早肥
    2020-10-19
    很多人搞中台就是用了这个名称来做噱头，要真正的理解和落实并不容易
  • Raymond吕
    2020-02-27
    在学习的专栏里王老师几乎是回答留言最多的，也是回复字数最多的老师。点赞！
  • 钱
    2020-02-06
    阅过留痕 循环提问法，真不错，非常值得借鉴。 另外，能提出好问题的人，身边正好也有两个，他们的特点是勤于观察热爱思考善于总结，最主要的是思维是平的上下级观念很淡没有什么权威观念对自己很自信，爱思考不属于自己负责的问题。一有问题，不管是谁的，总爱问如果让我来解决我怎么解决？
  • 大飞
    2020-01-02
    Done 中台的概念初步了解，剩下实践和深入了，更要从业务的视角看待中台建设。 2020.01.02
  • Dear。
    2019-11-29
    Done，2019-11-29。 接下来，周末整理图谱，以及学习一下课程里推荐的那些文章。

    作者回复: Dear。，你好~ 赞哈，整理的图谱如果可以的化，也可以留言分享给其他同学哈，希望课程对你有所启发和帮助，感谢感谢~