2019-09-251.把用户分层，这样会让3级用户的高优先级需求得不到及时响应。如何解决
2.文中公式的capability的高低如何评判，需求带来的收益？需求实现的难度？作者回复: 毛毛，你好~
看的好快……对于第一个问题，3级用户因为付出的资源少，所以需求不如付出资源多的1级用户响应快，自然也能理解。
就跟我们坐飞机下飞机的时候一样，那些买了头等舱的自然可以比我们这些买了经济舱的先走一步，人家还多花钱了呢，那自然经济舱的人也能理解。
如果我觉得我的需求非常非常高，那也可以多花点成本，买张头等舱票，变成1级用户，这样就能享受更好的服务，这样大家就各取所需，根据成本和收益自己评估自己成为一个什么级别的用户。
不过原则是原则，具体实施的时候也有特例，比如万一我突发情况身体不舒服，或是有其他更紧急的事情，可能虽然是经济舱的，也需要先下飞机，这时候头等舱的人相信也能互相理解，灵活应对。
对于第二个问题，capability就是我们前边提到的能力，能力的高低本身其实很难判断，可以找一些指标，比如战略重要性，紧急程度，实现难度之类的。
但也可能根本也不需要判断，我们可以粗粒度的认为所有的能力都是同样的价值，靠SLA来区分Offering的不同。理解这部分可以随便开一个卖公有云的厂商，看看他们对于不同能力以及不同SLA的定价，感受一下他们是如何为capability以及Offering做综合定价的。
希望对你有所帮助~继续交流~ 7
2019-10-25专家，您的听众有很多小白，可以说是中台领域的小孩子。但是专家，您的课听完了，我还是不知道中台长啥样。
必须有感性的认识。需要形象的告诉我大象就是大，老鼠就是小。
不能只描述怎么是大，怎么是小
希望再增加一节课。举一个形象例子，展示中台的典型模样。作者回复: wangfangyi@微信，你好~
首先感谢你的留言，从你的留言里，我能感受到你的真诚和迷茫。
很多时候我们都希望能有一个直观的、清晰的、感性的认识，这也是我这几年一直在追寻的，也是困恼的。
但是直到现在，我觉得“中台”这个概念目前还没有一个具体而清晰的“形”，更多还是在“神”的状态，既有神而无形。
这一点在我的02中台的种类，或者你可以去外边随便搜一搜“中台”，就能感受得到。有人谈业务，有人谈数据，有人谈技术，每家中台的图画的都不一样，那到底哪个才是中台的典型模样呢？能不能找到一个中台的典型模样呢？
别说中台，就连大家谈的最多的业务数据双中台，都很难说有一个典型的模样（如果非要找典型，估计也就算是阿里的业务数据双中台了，可以网上查一下，也很容易找到，但相信对你帮助也不会太大）。
那这个问题就变成，如果中台还没有一个具体的“形”，那其“神”有没有价值，我觉得是有价值的，也是我这篇专栏想分享的，中台各种各样“形”背后的神，既基于用户与创新的业务驱动的平台型企业架构（EA），说白话，就是我们虽然找不到一个唯一的“形”，但我们找到一个“能找到形的方法”。
而对于你提到的例子，这个我已经在思考准备了，如果有更新，我也会更新到专栏里，至少能让大家看到中台某一种具体形态到底是什么样的，应该也会有些帮助~ 2
2019-10-15内部用户分级，有点内部市场化的意思。不同等级的用户给与不同的服务。当然客户付出的成本也不一样。前台就是中台的客户。用内部市场化的角度更容易理解。 1
2019-10-09应该是第七遍读了。给我个人的感觉D1-D2-D3做的是同一件事的三个不同层次或粒度。D1是个免费版，发散让一般人收不拢；D2是个普通咨询版，能收拢但只解决到架构层次；D3是个包含线上某些服务的咨询版，可以发散到设计中了。
因为各中台需求不同，通用性中台落地方案不好再深入讲下去。
王老师，我知道这样理解可能有失偏颇，但脑袋还是忍不住这样去归纳。。。 1
2020-02-06😂阅完后，已不知老师在讲什么，应该是认知层次还没到，作为技术人员核心关注的是一个东西的原理是什么？怎么实现的？有几种实现方式？那种方式是最佳的？关注的东西范围不是特别大，一个人也能搞定，不过项目管理或者一个企业级的项目从0到1，涉及多个核心业务线，需要的知识就不仅仅是技术了，沟通能力、项目推进能力、跨部分协作能力、撕逼能力、甩锅能力、向上向下管理能力一样都不能少，建设中台除了这些还需要敏捷思维、精益创业、DDD、持续跟进、产品推销、团队建设等等能力。
由于目前还不是管理者，有些高层会议未曾参加，知道的信息也是上级传递的，我在我司的中台建设中主要是负责好自己的一亩三分地，核心能力是业务熟练度+技术实力+产品思维，所以，理解整个中台是怎么建设的估计有些吃力也在情理之中。
2019-10-09我感觉中台一定要云计算化，这样才能实现产品化。弹性是非常重要的。- 2019-10-09敏捷说的是开发过程，是对开发人员，工程人员。精益讲的是产品人员，产品经理。