上周四受邀参加数澜科技的内部分享，给地产界信息化大佬分享了一下最近的研究成果。
内容先不说，我的照片被一堆人吐槽
。我的长相虽然不太下饭，但是借用钱钟书老人家的一句话：“假如你吃个鸡蛋觉得味道不错,又何必认识那个下蛋的母鸡（好不好看）呢”？
研究这些事情真的很有意思。不同公司的组织结构不一样，长出来的产品也是非常迥异的，这就是康威定律的威力。
数澜、袋鼠云等中台供应商就不说了，人家吃这碗饭的，肯定是博了命的打磨产品。
宜信就很有意思，卢山巍卢总当时是负责中台部门，前台的N个业务线需求各不一样，同时也都拥有自己的数据团队，那这时候建的产品就会和组织一样，只能是纯技术层面的中台形式。这并不是卢总没有考虑商业价值，而是没办法考虑，因为手伸过去了，前台的业务部门要怪罪他越俎代庖的。这种建设模式一是建设难度大，二是屏蔽了很多细节，注定是各大业务部门的集火区域，导致中台团队的同学心累啊。这个建设模式太难了，只适合高手团队。
贝壳就更有意思了，完全是业务引领，技术跟进的模式。但凡是这种模式，双方都会非常难受。因为基本都是业务在天上飞，技术在地上追。这种建设模式下，技术身体累啊！心疼贝壳大数据团队3秒钟
。所以贝壳的分享是分为5个平台，5个负责人各自汇报，也是非常正常的事情。因为左晖总高度太高了，技术部门只能边开车，边换发动机。你想想2008年就能开始建楼盘字典，给每一套房子编一个唯一代码，这是什么高度，什么眼光才能干的事情？
原分享进行了一个多小时，50张ppt，7000字。内容已经在数澜的公众号上发布了，我也就不重复再发一次了。
另外，墙裂推荐贝壳的5大平台分享ppt，贝壳的这些铁憨憨，真的把自己所有的历程甚至是产品截图、代码、规则都放出来了。不过我把一些字段名、表名等都给打码了
。简直是从0开始建数据中台的典范。
所有文档目录：
