京公网安备 11010802034615号
经营许可证编号:京B2-20210330
大数据参与传统建筑设计 它的优势在哪儿
房地产价值链上的大部分业务,都“传统到了底”,走向互联网之路显得更为艰难。不过最近,大数据开始在搅动这摊浑水,大型建筑设计集团华东建筑的云华建、地产巨鳄万科的3P、建筑设计垂直社群筑龙网孵化的小筑设计等都纷纷高举“大数据”的旗帜,期望在建筑设计互联网化的赛道上能有个好成绩。
在大数据改造下,各家的玩法却不一样
尽管都是在做互联网建筑设计交易平台,云华建、万科3P、小筑设计这三个在同一赛道上的三个典型选手对大数据的利用角度却不一样,最终呈现出的玩法、业务模式和市场效果也有所区别。
1、云华建:大数据介入下的技术升级
按华东建筑的设想,“云华建”的定位是“虚拟设计院平台”。侧重点在于一系列新兴技术、概念与传统建筑设计的结合,从技术层面带动建筑设计的升级。这其中,最重要的莫过于大数据。
伴随智慧城市的发展,云华建试图将建筑设计从整体入手,通过GIS地理信息大数据系统、CIS用户信息大数据系统结合,并通过MR混合虚拟化技术辅助设计,期望设计出更加符合人居需要、更加适应城市发展要求的建筑。
简单来说,云华建在赛道上利用整合新兴科技集合大数据竞争的方式,建立了一个以建筑设计为龙头的工作平台终端。
2、万科3P:植根于技术经验大数据的业务匹配
万科3P一出生就光环闪耀,王石亲自上阵站台,宣称它的“UBER属性”。
UBER是典型的大数据应用平台。万科3P的底气某种程度上也来源于万科在建筑设计方面的大数据基础。
与UBER依靠城市交通大数据算法来匹配司乘双方的需求类似,万科3P是基于其多年地产行业经验的技术大数据基础,在房地产住宅项目领域万科的技术标准是大中小地产公司的学习标杆,万科3P在建筑设计交易赛道上偏向万科企业级筛选标准大数据。响铃不禁会想,这个平台是否仅限于万科自己内部共享,其他企业同行会上来用吗?让我们一起拭目以待。
3、小筑设计:以大数据为基础的业务模式再造
云华建、万科3P使用大数据存在着方向性差别,而同样赛道上的小筑设计,模式又不太一样。
小筑设计的大数据基础是依托在筑龙网积累的19年1400万建筑设计领域相关专业会员上,根据设计师个人、设计团队的能力模型进行精准匹配是小筑设计应用大数据的主要方向。
基于对“设计师”的专业能力、项目经验等数据深入挖掘,小筑设计平台做的是将来自甲方的需求匹配与之适合的设计团队。这种匹配过程由基于大数据分析的自动化模型完成,双方都无法干预匹配的过程。
在80、90后设计师越来越主流、自由化工作需求越来越强烈的趋势下,这种模式可能是建筑设计未来的走向,即告别传统大型设计院的集中式约束,设计师可以专注做自己喜欢做的项目类型。
本质上,小筑设计脱胎于互联网背景,内里是互联网基因,利用“设计师”大数据在赛道上竞争的方式区别于云华建、万科3P的实体背景。所以这种模式更像是对传统设计院从对接业务到组织生产的超越重构,试图让建筑设计走向自由、开放,但效果如何只有等市场验证。
都在说转型升级,为什么大数据成了角力点?
大数据本来是在标准、可用数据描述的行业(例如金融预测、市场调查)等基础上发展而来,但是通过三家典型企业的竞争可以看出,一旦大数据的概念及做法树立,反推到建筑设计这样的传统行业,又会产生意想不到的效果。
1、作为非标行业,建筑设计需要大数据解决行业痛点
从缘起来看,大数据的应用主要体现在数据属性强的行业,倾向于直白的数字描述。
而建筑设计是一个艺术性兼顾科学逻辑性的专业,很难进行标准化数字描述,所以一直以来,什么设计师做什么业务是没有太明确的标准的,靠设计院的领导和甲方判断“综合掂量”,设计成果质量也不稳定,甚至同一设计师做几个类似的项目,其输出结果也可能有很大偏差。在业界,这已是默认的事实。
大数据的意义之一,恰恰是通过标准化的过程来提高决策的质量,这在某种程度上正好对口了建筑设计这样的非标行业的痛点。万科3P的背后,是万科沉淀的设计评判标准大数据变成可用来匹配甲乙双方的技术评判工具。而小筑设计的大数据应用更为直接,通过大数据分析对设计人员或团队本身与甲方需求的匹配程度进行“直接描述和排序”,不再靠主观的掂量,提高业务的拟合度。
2、设计院是个不透风的黑盒,大数据催生共享经济组织管理方式
传统的建筑设计业务模式也局限在区域范围内靠影响力接单,设计师只能被选择做项目,不能自主选择自己擅长的项目类型持续专项积累,面对的是设计院这个不透风的黑盒,甲方的合作也缺乏更广泛的选择空间。
应用大数据的互联网平台化却给了有想法的人更多的选择机会。
小筑设计的做法是通过大数据匹配,一边对接所有精细化的设计项目(学校、医院、办公室、咖啡馆等),另一边通过大数据匹配给最合适的设计师/设计团队,在中小型项目范围内,将优质的资源配置给需要的甲方。
这是以一种信息、信誉透明、接受监督的互联网组织模式,改变了设计院的“黑盒”,变成了创造更多可能的“魔盒”,这个魔盒的魔力大小,依靠的就是大数据应用的深度。不但能应用在建筑设计上,对其他律师行业、医疗行业等传统行业可能也是一种启示。
3、大数据能让房地产互联网+带来更多想象空间
既然建筑设计作为地产价值链的龙头,较好地践行了房地产互联网+,那么它的实践经验,反过来是不是又能指导房地产互联网+的道路?
答案是肯定的。事实上,大数据在建筑设计中的应用,是一种互联网思维的应用,而非单纯地应用互联网工具,这正是房地产互联网+面临的主要问题:过分地追求地产业务的互联网工具化,而不是用互联网思维去优化产品,从源头重构价值。
大数据解决问题的门槛在哪?
传统行业总会有各种长期形成的、难以根除的“旧弊”。互联网思维、大数据技术,都是手段不是目的,根本还是要能改变旧有模式下的各种“旧弊”,实现设计生态的优化,如此才是最终判断谁输谁赢的标准。
1、能否实现管理成本的集约化?
一份统计数据显示,大设计院65%的成本用在了房租、差旅、行政管理等综合管理费用,真正给到设计人员的费用只占到35%。从设计院的角度,这意味着管理体系的臃肿、效率低下,从甲方的角度,这意味着每支出1元钱,只有0.35元用在了自己想要的设计成果上,质量与预期的差距可想而知。
所以,互联网平台、大数据的引入,如果不能冲击这种旧有模式,很可能在助推设计业务进步上是没有价值的。
同时,这也意味着设计生态的优化还有很大的空间,例如,小筑设计利用互联网的优势进行降维整合,平台仅收取10%佣金制,就是在尝试将设计之外的管理费用降低到合理的水平。
但以上几个典型企业,在这方面都存在疑问。云华建的线下还是非常传统的设计院模式,大型国企积重难返,仅靠一个专家聚合的互联网平台,只把大数据应用到纯技术升级上,可能很难改变这种成本臃肿的现状。万科3P的UBER模式可能会好点,但万科3P的企业级平台其它企业未必买单。小筑设计的10%佣金制,并未考虑到非自由职业的设计师/设计团队面临的其他费用,实际管理成本可能高于10%。
2、能否提升设计师满意度同时提升业务效率?
根据某行业博客《2016设计行业现状调查分析》,建筑设计院有超过七成的设计师都在考虑副业或转行,这显然是一个夸张的比例。
任务繁重是一个原因,但任何行业都很辛苦。设计师们集体动摇的背后,是辛苦的同时还很难做自己喜欢的、擅长的设计工作,疲于应付各种复杂的任务指派。
在追求自由化、追求自我的时代,设计师不喜欢、不擅长就意味着低满意度、低效率。所以,大数据技术在这里的重要意义之一,就是让所有的设计师从事设计行业都能够准确地找到自己最喜欢做的设计项目类型。
小筑设计的做法是大数据基础上的三级能力匹配模型,包括大数据模型、个人能力模型、团队能力模型与设计需求的匹配,并且专注于中小型项目,应对市场激增的中小型业主需要,实现“精准匹配”。万科3P及云华建整体而言缺乏这样的基因,他们的目标客户集中在较大型项目上,容易以传统大型设计项目的整体形式出现,难以照顾到个人或者小团队需求。不过,这也说明了小筑设计明显的缺点:相对难以覆盖到大型项目,如果不是设计师个人、小团队的自由化业务模式,则不能给传统体制下“深宅大院”里的设计师太多的帮助。
3、能否重构产业链条且改变相互不信任的现状?
传统设计业务模式存在一个很长的链条:甲方需求-设计院商务-设计师技术标-甲方比稿-中标-委托设计。
这个过程往往持续一月甚至数月,且看似中规中矩,实则双方都在相互猜忌。设计院觉得甲方要求太多,或者担心甲方比稿剽窃成果,甲方怀疑设计院的能力水平和服务积极性。
所以,采用大数据手段,要能改变这两个事情:冗长的产业链条;相互不信任的合作。
万科3P、云华建一方面依靠企业背书和专业形象能够保证多方的相互信任,另一方面也存在业务获取后,仍然需要履行线下冗长产业链条的问题。小筑设计的优势在于大数据“魔盒”如果能做到将产业链条进行浓缩重构,加快的筛选过程,用大数据带来的精准匹配保证相互的信任,实现“诚信合作”,但缺点在于设计资源的基础多是中小型团队或个人,过分依靠平台背书,一旦发生失信问题,会对平台声誉造成影响。
总之,引入大数据革新建筑设计的业务模式是建筑设计从传统走向互联网时代的一种可行方式,业内几家典型的企业也正在进行角逐。它们对大数据的利用方式各不相同,最终谁赢谁输只能看谁能解决根本的问题。不过可以肯定的是,利用大数据进行建筑设计生态的优化,仍有持续进步的空间。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
在大数据时代背景下,海量行业数据亟需通过专业化工具挖掘潜在价值,辅助企业业务决策、优化运营模式、规避经营风险。Python凭借 ...
2026-08-28SQL是数据分析领域最基础、最核心的工具,承担着取数、清洗、统计、分层、归因的全流程工作。不同于单纯的语法练习,实战化SQL数 ...
2026-08-28 很多企业团队并非缺乏指标,而是陷入“指标失控”:仪表盘上堆满实时跳动的数据,却无法回答“当前瓶颈在哪、下一步该做什么 ...
2026-08-28随着新零售模式的快速普及,零售行业从传统的“货品驱动”全面转向“用户驱动”。门店交易数据、线上消费记录、浏览轨迹、复购频 ...
2026-08-27在数据分析、爬虫采集、接口开发、数据归档等场景中,JSON与CSV是两种使用率最高的数据存储格式。JSON为键值对结构化格式,适配 ...
2026-08-27 很多数据分析师每天都在计算指标、制作报表,但当被问到“什么叫指标数据元”“指标数据标准包含哪些核心维度”“指标数据质 ...
2026-08-27在数据分析工作中,时间序列是最常见的数据类型之一,订单时间、日志时间、交易时段、统计周期等数据均离不开时间处理。原始数据 ...
2026-08-26在数据分析与数据预处理工作中,原始数据普遍存在录入错误、系统故障、偶然极值等问题,极易产生异常数据。异常数据会严重干扰数 ...
2026-08-26 很多数据分析师能熟练写SQL、做透视表,但当被问到“数据是从哪里来的?经过哪些加工才进入数据仓库?ETL具体做了什么?”时 ...
2026-08-26在数理统计与数据分析领域,多因素方差分析与线性回归模型是研究变量关系、因素影响、数据差异规律的两大核心工具。二者均属于经 ...
2026-08-25数据分析的核心价值不在于数据计算与图表制作,而在于清晰、精准、有逻辑地输出结论、支撑业务决策。日常数据分析报告普遍存在结 ...
2026-08-25 很多数据分析师能熟练地写SQL、做透视表、算描述性统计,但当被问到“如何预测用户流失概率”“如何归因销量下滑的关键因素 ...
2026-08-25平均数是数据分析、数理统计与日常运算中最基础、最常用的统计量,核心作用是浓缩一组数据的整体水平、刻画数据集中趋势。在众多 ...
2026-08-24在MySQL数据库中,InnoDB存储引擎作为主流事务型引擎,默认事务隔离级别为可重复读(Repeatable Read,RR),这与SQL Server、Or ...
2026-08-24 很多数据分析师拿到数据就开始清洗、建模,但当被问到“这批数据属于什么类型——结构化还是非结构化?分类变量还是数值变量 ...
2026-08-24 很多数据分析师画过趋势图、做过业绩预测,但当被问到“这个月销售额增长20%,到底是长期趋势自然增长,还是促销活动的短期 ...
2026-08-21在数据分析与数据可视化工作中,直方图是展示数据分布特征、离散程度、集中区间的核心图表,能够直观呈现数值数据的频次分布规律 ...
2026-08-20在数据分析领域有一句核心准则:垃圾数据进,垃圾数据出。数据清洗是数据分析、数据建模、数据可视化之前的必经前置工序,也是保 ...
2026-08-20 很多数据分析师做过按月份的销售额趋势图,画过按天的流量折线图,但当被问到“时间序列和普通数据有什么本质区别”“季节性 ...
2026-08-20在Python数据分析与数据清洗工作中,Pandas是最核心的数据处理库,DataFrame是结构化数据的标准存储格式。在实时数据采集、循环 ...
2026-08-19