
大數(shù)據(jù)參與傳統(tǒng)建筑設計 它的優(yōu)勢在哪兒
房地產(chǎn)價值鏈上的大部分業(yè)務,都“傳統(tǒng)到了底”,走向互聯(lián)網(wǎng)之路顯得更為艱難。不過最近,大數(shù)據(jù)開始在攪動這攤渾水,大型建筑設計集團華東建筑的云華建、地產(chǎn)巨鱷萬科的3P、建筑設計垂直社群筑龍網(wǎng)孵化的小筑設計等都紛紛高舉“大數(shù)據(jù)”的旗幟,期望在建筑設計互聯(lián)網(wǎng)化的賽道上能有個好成績。
在大數(shù)據(jù)改造下,各家的玩法卻不一樣
盡管都是在做互聯(lián)網(wǎng)建筑設計交易平臺,云華建、萬科3P、小筑設計這三個在同一賽道上的三個典型選手對大數(shù)據(jù)的利用角度卻不一樣,最終呈現(xiàn)出的玩法、業(yè)務模式和市場效果也有所區(qū)別。
1、云華建:大數(shù)據(jù)介入下的技術(shù)升級
按華東建筑的設想,“云華建”的定位是“虛擬設計院平臺”。側(cè)重點在于一系列新興技術(shù)、概念與傳統(tǒng)建筑設計的結(jié)合,從技術(shù)層面帶動建筑設計的升級。這其中,最重要的莫過于大數(shù)據(jù)。
伴隨智慧城市的發(fā)展,云華建試圖將建筑設計從整體入手,通過GIS地理信息大數(shù)據(jù)系統(tǒng)、CIS用戶信息大數(shù)據(jù)系統(tǒng)結(jié)合,并通過MR混合虛擬化技術(shù)輔助設計,期望設計出更加符合人居需要、更加適應城市發(fā)展要求的建筑。
簡單來說,云華建在賽道上利用整合新興科技集合大數(shù)據(jù)競爭的方式,建立了一個以建筑設計為龍頭的工作平臺終端。
2、萬科3P:植根于技術(shù)經(jīng)驗大數(shù)據(jù)的業(yè)務匹配
萬科3P一出生就光環(huán)閃耀,王石親自上陣站臺,宣稱它的“UBER屬性”。
UBER是典型的大數(shù)據(jù)應用平臺。萬科3P的底氣某種程度上也來源于萬科在建筑設計方面的大數(shù)據(jù)基礎。
與UBER依靠城市交通大數(shù)據(jù)算法來匹配司乘雙方的需求類似,萬科3P是基于其多年地產(chǎn)行業(yè)經(jīng)驗的技術(shù)大數(shù)據(jù)基礎,在房地產(chǎn)住宅項目領域萬科的技術(shù)標準是大中小地產(chǎn)公司的學習標桿,萬科3P在建筑設計交易賽道上偏向萬科企業(yè)級篩選標準大數(shù)據(jù)。響鈴不禁會想,這個平臺是否僅限于萬科自己內(nèi)部共享,其他企業(yè)同行會上來用嗎?讓我們一起拭目以待。
3、小筑設計:以大數(shù)據(jù)為基礎的業(yè)務模式再造
云華建、萬科3P使用大數(shù)據(jù)存在著方向性差別,而同樣賽道上的小筑設計,模式又不太一樣。
小筑設計的大數(shù)據(jù)基礎是依托在筑龍網(wǎng)積累的19年1400萬建筑設計領域相關(guān)專業(yè)會員上,根據(jù)設計師個人、設計團隊的能力模型進行精準匹配是小筑設計應用大數(shù)據(jù)的主要方向。
基于對“設計師”的專業(yè)能力、項目經(jīng)驗等數(shù)據(jù)深入挖掘,小筑設計平臺做的是將來自甲方的需求匹配與之適合的設計團隊。這種匹配過程由基于大數(shù)據(jù)分析的自動化模型完成,雙方都無法干預匹配的過程。
在80、90后設計師越來越主流、自由化工作需求越來越強烈的趨勢下,這種模式可能是建筑設計未來的走向,即告別傳統(tǒng)大型設計院的集中式約束,設計師可以專注做自己喜歡做的項目類型。
本質(zhì)上,小筑設計脫胎于互聯(lián)網(wǎng)背景,內(nèi)里是互聯(lián)網(wǎng)基因,利用“設計師”大數(shù)據(jù)在賽道上競爭的方式區(qū)別于云華建、萬科3P的實體背景。所以這種模式更像是對傳統(tǒng)設計院從對接業(yè)務到組織生產(chǎn)的超越重構(gòu),試圖讓建筑設計走向自由、開放,但效果如何只有等市場驗證。
都在說轉(zhuǎn)型升級,為什么大數(shù)據(jù)成了角力點?
大數(shù)據(jù)本來是在標準、可用數(shù)據(jù)描述的行業(yè)(例如金融預測、市場調(diào)查)等基礎上發(fā)展而來,但是通過三家典型企業(yè)的競爭可以看出,一旦大數(shù)據(jù)的概念及做法樹立,反推到建筑設計這樣的傳統(tǒng)行業(yè),又會產(chǎn)生意想不到的效果。
1、作為非標行業(yè),建筑設計需要大數(shù)據(jù)解決行業(yè)痛點
從緣起來看,大數(shù)據(jù)的應用主要體現(xiàn)在數(shù)據(jù)屬性強的行業(yè),傾向于直白的數(shù)字描述。
而建筑設計是一個藝術(shù)性兼顧科學邏輯性的專業(yè),很難進行標準化數(shù)字描述,所以一直以來,什么設計師做什么業(yè)務是沒有太明確的標準的,靠設計院的領導和甲方判斷“綜合掂量”,設計成果質(zhì)量也不穩(wěn)定,甚至同一設計師做幾個類似的項目,其輸出結(jié)果也可能有很大偏差。在業(yè)界,這已是默認的事實。
大數(shù)據(jù)的意義之一,恰恰是通過標準化的過程來提高決策的質(zhì)量,這在某種程度上正好對口了建筑設計這樣的非標行業(yè)的痛點。萬科3P的背后,是萬科沉淀的設計評判標準大數(shù)據(jù)變成可用來匹配甲乙雙方的技術(shù)評判工具。而小筑設計的大數(shù)據(jù)應用更為直接,通過大數(shù)據(jù)分析對設計人員或團隊本身與甲方需求的匹配程度進行“直接描述和排序”,不再靠主觀的掂量,提高業(yè)務的擬合度。
2、設計院是個不透風的黑盒,大數(shù)據(jù)催生共享經(jīng)濟組織管理方式
傳統(tǒng)的建筑設計業(yè)務模式也局限在區(qū)域范圍內(nèi)靠影響力接單,設計師只能被選擇做項目,不能自主選擇自己擅長的項目類型持續(xù)專項積累,面對的是設計院這個不透風的黑盒,甲方的合作也缺乏更廣泛的選擇空間。
應用大數(shù)據(jù)的互聯(lián)網(wǎng)平臺化卻給了有想法的人更多的選擇機會。
小筑設計的做法是通過大數(shù)據(jù)匹配,一邊對接所有精細化的設計項目(學校、醫(yī)院、辦公室、咖啡館等),另一邊通過大數(shù)據(jù)匹配給最合適的設計師/設計團隊,在中小型項目范圍內(nèi),將優(yōu)質(zhì)的資源配置給需要的甲方。
這是以一種信息、信譽透明、接受監(jiān)督的互聯(lián)網(wǎng)組織模式,改變了設計院的“黑盒”,變成了創(chuàng)造更多可能的“魔盒”,這個魔盒的魔力大小,依靠的就是大數(shù)據(jù)應用的深度。不但能應用在建筑設計上,對其他律師行業(yè)、醫(yī)療行業(yè)等傳統(tǒng)行業(yè)可能也是一種啟示。
3、大數(shù)據(jù)能讓房地產(chǎn)互聯(lián)網(wǎng)+帶來更多想象空間
既然建筑設計作為地產(chǎn)價值鏈的龍頭,較好地踐行了房地產(chǎn)互聯(lián)網(wǎng)+,那么它的實踐經(jīng)驗,反過來是不是又能指導房地產(chǎn)互聯(lián)網(wǎng)+的道路?
答案是肯定的。事實上,大數(shù)據(jù)在建筑設計中的應用,是一種互聯(lián)網(wǎng)思維的應用,而非單純地應用互聯(lián)網(wǎng)工具,這正是房地產(chǎn)互聯(lián)網(wǎng)+面臨的主要問題:過分地追求地產(chǎn)業(yè)務的互聯(lián)網(wǎng)工具化,而不是用互聯(lián)網(wǎng)思維去優(yōu)化產(chǎn)品,從源頭重構(gòu)價值。
大數(shù)據(jù)解決問題的門檻在哪?
傳統(tǒng)行業(yè)總會有各種長期形成的、難以根除的“舊弊”?;ヂ?lián)網(wǎng)思維、大數(shù)據(jù)技術(shù),都是手段不是目的,根本還是要能改變舊有模式下的各種“舊弊”,實現(xiàn)設計生態(tài)的優(yōu)化,如此才是最終判斷誰輸誰贏的標準。
1、能否實現(xiàn)管理成本的集約化?
一份統(tǒng)計數(shù)據(jù)顯示,大設計院65%的成本用在了房租、差旅、行政管理等綜合管理費用,真正給到設計人員的費用只占到35%。從設計院的角度,這意味著管理體系的臃腫、效率低下,從甲方的角度,這意味著每支出1元錢,只有0.35元用在了自己想要的設計成果上,質(zhì)量與預期的差距可想而知。
所以,互聯(lián)網(wǎng)平臺、大數(shù)據(jù)的引入,如果不能沖擊這種舊有模式,很可能在助推設計業(yè)務進步上是沒有價值的。
同時,這也意味著設計生態(tài)的優(yōu)化還有很大的空間,例如,小筑設計利用互聯(lián)網(wǎng)的優(yōu)勢進行降維整合,平臺僅收取10%傭金制,就是在嘗試將設計之外的管理費用降低到合理的水平。
但以上幾個典型企業(yè),在這方面都存在疑問。云華建的線下還是非常傳統(tǒng)的設計院模式,大型國企積重難返,僅靠一個專家聚合的互聯(lián)網(wǎng)平臺,只把大數(shù)據(jù)應用到純技術(shù)升級上,可能很難改變這種成本臃腫的現(xiàn)狀。萬科3P的UBER模式可能會好點,但萬科3P的企業(yè)級平臺其它企業(yè)未必買單。小筑設計的10%傭金制,并未考慮到非自由職業(yè)的設計師/設計團隊面臨的其他費用,實際管理成本可能高于10%。
2、能否提升設計師滿意度同時提升業(yè)務效率?
根據(jù)某行業(yè)博客《2016設計行業(yè)現(xiàn)狀調(diào)查分析》,建筑設計院有超過七成的設計師都在考慮副業(yè)或轉(zhuǎn)行,這顯然是一個夸張的比例。
任務繁重是一個原因,但任何行業(yè)都很辛苦。設計師們集體動搖的背后,是辛苦的同時還很難做自己喜歡的、擅長的設計工作,疲于應付各種復雜的任務指派。
在追求自由化、追求自我的時代,設計師不喜歡、不擅長就意味著低滿意度、低效率。所以,大數(shù)據(jù)技術(shù)在這里的重要意義之一,就是讓所有的設計師從事設計行業(yè)都能夠準確地找到自己最喜歡做的設計項目類型。
小筑設計的做法是大數(shù)據(jù)基礎上的三級能力匹配模型,包括大數(shù)據(jù)模型、個人能力模型、團隊能力模型與設計需求的匹配,并且專注于中小型項目,應對市場激增的中小型業(yè)主需要,實現(xiàn)“精準匹配”。萬科3P及云華建整體而言缺乏這樣的基因,他們的目標客戶集中在較大型項目上,容易以傳統(tǒng)大型設計項目的整體形式出現(xiàn),難以照顧到個人或者小團隊需求。不過,這也說明了小筑設計明顯的缺點:相對難以覆蓋到大型項目,如果不是設計師個人、小團隊的自由化業(yè)務模式,則不能給傳統(tǒng)體制下“深宅大院”里的設計師太多的幫助。
3、能否重構(gòu)產(chǎn)業(yè)鏈條且改變相互不信任的現(xiàn)狀?
傳統(tǒng)設計業(yè)務模式存在一個很長的鏈條:甲方需求-設計院商務-設計師技術(shù)標-甲方比稿-中標-委托設計。
這個過程往往持續(xù)一月甚至數(shù)月,且看似中規(guī)中矩,實則雙方都在相互猜忌。設計院覺得甲方要求太多,或者擔心甲方比稿剽竊成果,甲方懷疑設計院的能力水平和服務積極性。
所以,采用大數(shù)據(jù)手段,要能改變這兩個事情:冗長的產(chǎn)業(yè)鏈條;相互不信任的合作。
萬科3P、云華建一方面依靠企業(yè)背書和專業(yè)形象能夠保證多方的相互信任,另一方面也存在業(yè)務獲取后,仍然需要履行線下冗長產(chǎn)業(yè)鏈條的問題。小筑設計的優(yōu)勢在于大數(shù)據(jù)“魔盒”如果能做到將產(chǎn)業(yè)鏈條進行濃縮重構(gòu),加快的篩選過程,用大數(shù)據(jù)帶來的精準匹配保證相互的信任,實現(xiàn)“誠信合作”,但缺點在于設計資源的基礎多是中小型團隊或個人,過分依靠平臺背書,一旦發(fā)生失信問題,會對平臺聲譽造成影響。
總之,引入大數(shù)據(jù)革新建筑設計的業(yè)務模式是建筑設計從傳統(tǒng)走向互聯(lián)網(wǎng)時代的一種可行方式,業(yè)內(nèi)幾家典型的企業(yè)也正在進行角逐。它們對大數(shù)據(jù)的利用方式各不相同,最終誰贏誰輸只能看誰能解決根本的問題。不過可以肯定的是,利用大數(shù)據(jù)進行建筑設計生態(tài)的優(yōu)化,仍有持續(xù)進步的空間。
數(shù)據(jù)分析咨詢請掃描二維碼
若不方便掃碼,搜微信號:CDAshujufenxi
SQL Server 中 CONVERT 函數(shù)的日期轉(zhuǎn)換:從基礎用法到實戰(zhàn)優(yōu)化 在 SQL Server 的數(shù)據(jù)處理中,日期格式轉(zhuǎn)換是高頻需求 —— 無論 ...
2025-09-18MySQL 大表拆分與關(guān)聯(lián)查詢效率:打破 “拆分必慢” 的認知誤區(qū) 在 MySQL 數(shù)據(jù)庫管理中,“大表” 始終是性能優(yōu)化繞不開的話題。 ...
2025-09-18CDA 數(shù)據(jù)分析師:表結(jié)構(gòu)數(shù)據(jù) “獲取 - 加工 - 使用” 全流程的賦能者 表結(jié)構(gòu)數(shù)據(jù)(如數(shù)據(jù)庫表、Excel 表、CSV 文件)是企業(yè)數(shù)字 ...
2025-09-18DSGE 模型中的 Et:理性預期算子的內(nèi)涵、作用與應用解析 動態(tài)隨機一般均衡(Dynamic Stochastic General Equilibrium, DSGE)模 ...
2025-09-17Python 提取 TIF 中地名的完整指南 一、先明確:TIF 中的地名有哪兩種存在形式? 在開始提取前,需先判斷 TIF 文件的類型 —— ...
2025-09-17CDA 數(shù)據(jù)分析師:解鎖表結(jié)構(gòu)數(shù)據(jù)特征價值的專業(yè)核心 表結(jié)構(gòu)數(shù)據(jù)(以 “行 - 列” 規(guī)范存儲的結(jié)構(gòu)化數(shù)據(jù),如數(shù)據(jù)庫表、Excel 表、 ...
2025-09-17Excel 導入數(shù)據(jù)含缺失值?詳解 dropna 函數(shù)的功能與實戰(zhàn)應用 在用 Python(如 pandas 庫)處理 Excel 數(shù)據(jù)時,“缺失值” 是高頻 ...
2025-09-16深入解析卡方檢驗與 t 檢驗:差異、適用場景與實踐應用 在數(shù)據(jù)分析與統(tǒng)計學領域,假設檢驗是驗證研究假設、判斷數(shù)據(jù)差異是否 “ ...
2025-09-16CDA 數(shù)據(jù)分析師:掌控表格結(jié)構(gòu)數(shù)據(jù)全功能周期的專業(yè)操盤手 表格結(jié)構(gòu)數(shù)據(jù)(以 “行 - 列” 存儲的結(jié)構(gòu)化數(shù)據(jù),如 Excel 表、數(shù)據(jù) ...
2025-09-16MySQL 執(zhí)行計劃中 rows 數(shù)量的準確性解析:原理、影響因素與優(yōu)化 在 MySQL SQL 調(diào)優(yōu)中,EXPLAIN執(zhí)行計劃是核心工具,而其中的row ...
2025-09-15解析 Python 中 Response 對象的 text 與 content:區(qū)別、場景與實踐指南 在 Python 進行 HTTP 網(wǎng)絡請求開發(fā)時(如使用requests ...
2025-09-15CDA 數(shù)據(jù)分析師:激活表格結(jié)構(gòu)數(shù)據(jù)價值的核心操盤手 表格結(jié)構(gòu)數(shù)據(jù)(如 Excel 表格、數(shù)據(jù)庫表)是企業(yè)最基礎、最核心的數(shù)據(jù)形態(tài) ...
2025-09-15Python HTTP 請求工具對比:urllib.request 與 requests 的核心差異與選擇指南 在 Python 處理 HTTP 請求(如接口調(diào)用、數(shù)據(jù)爬取 ...
2025-09-12解決 pd.read_csv 讀取長浮點數(shù)據(jù)的科學計數(shù)法問題 為幫助 Python 數(shù)據(jù)從業(yè)者解決pd.read_csv讀取長浮點數(shù)據(jù)時的科學計數(shù)法問題 ...
2025-09-12CDA 數(shù)據(jù)分析師:業(yè)務數(shù)據(jù)分析步驟的落地者與價值優(yōu)化者 業(yè)務數(shù)據(jù)分析是企業(yè)解決日常運營問題、提升執(zhí)行效率的核心手段,其價值 ...
2025-09-12用 SQL 驗證業(yè)務邏輯:從規(guī)則拆解到數(shù)據(jù)把關(guān)的實戰(zhàn)指南 在業(yè)務系統(tǒng)落地過程中,“業(yè)務邏輯” 是連接 “需求設計” 與 “用戶體驗 ...
2025-09-11塔吉特百貨孕婦營銷案例:數(shù)據(jù)驅(qū)動下的精準零售革命與啟示 在零售行業(yè) “流量紅利見頂” 的當下,精準營銷成為企業(yè)突圍的核心方 ...
2025-09-11CDA 數(shù)據(jù)分析師與戰(zhàn)略 / 業(yè)務數(shù)據(jù)分析:概念辨析與協(xié)同價值 在數(shù)據(jù)驅(qū)動決策的體系中,“戰(zhàn)略數(shù)據(jù)分析”“業(yè)務數(shù)據(jù)分析” 是企業(yè) ...
2025-09-11Excel 數(shù)據(jù)聚類分析:從操作實踐到業(yè)務價值挖掘 在數(shù)據(jù)分析場景中,聚類分析作為 “無監(jiān)督分組” 的核心工具,能從雜亂數(shù)據(jù)中挖 ...
2025-09-10統(tǒng)計模型的核心目的:從數(shù)據(jù)解讀到?jīng)Q策支撐的價值導向 統(tǒng)計模型作為數(shù)據(jù)分析的核心工具,并非簡單的 “公式堆砌”,而是圍繞特定 ...
2025-09-10