“包工頭”如何理解“智慧建造”

在2008年，我就開始關注“像搭積木一樣蓋房子”的裝配式建筑，希望推動建筑業向工業2.0邁進。誰知時代發展的太快，自2015年始，科技+互聯網的狂轟亂炸，讓我意識到，以“智慧建造”為代表的工業4.0離我們不遠了。

如果說工業2.0是把墻、板、柱放在工廠制造，再運輸到現場組裝成建筑。那么，智慧建造就是把這個過程接到“云”上，讓機器收集數據，在數據上疊加智能，數據和智能驅動建造規則，用規則來驅動人和機器，一起為建筑業服務。

1 用包工頭的視角理解“云”

“云”包括IaaS、PaaS、SaaS三層，服務深度也不同……。等一下，包工頭有點兒土，根本聽不懂什么是“云”。那么好，我用小明蓋房子這件事打個比方：

小明想 “擁有一棟合心意的房子”。那么，云的第一層（IaaS）服務就是提供各種樣式的“磚”，小明拿到磚后就可以請包工頭來蓋房子；有一天，小明突然覺得用“磚”蓋房子速度太慢，于是找了間工廠，把墻、樓梯、樓板都做成預制構件，只要運到現場讓包工頭組裝好就是一棟房子。這個提供預制件的服務就是云的第二層（PaaS）；云的第三層（SaaS）更直接，小明不用找工廠也不需要雇傭包工頭，SaaS直接給你一棟能住的房子。

用建筑師的視角理解“云”的三個層次

同時，SaaS為小明提供的房子，有可能是毛坯，也有可能是精裝，更有可能根據小明的需要，自助變換戶型、自助選擇各種各樣的裝飾模塊形成不同的風格。

用建筑師的視角理解SaaS

好的，如果各位覺得蓋房子的比喻太復雜，那么試想另一個生活場景：

如果小明最終的目的是想用“餓了么App”點個外賣，那么他得先買個蘋果手機，同時手機上要有蘋果系統支持下載“餓了么App”。這個“餓了么App”就是SaaS（應用），蘋果系統就是PaaS（平臺），蘋果手機就是IaaS（硬件）。如果小明不想買手機，他可以向包工頭租個手機，每次要用的時候就喊一聲，這個租的服務就是“云服務”，后來李雷和韓梅梅聽了小明的事情之后也不買手機了，都跑到包工頭這來租，那么包工頭就成了最大的云服務商。

2 智慧建造的底層邏輯

如果想用好“云”，就要搞清楚智慧建造（建筑+互聯網）的底層邏輯。

回顧歷史，歷次工業革命都是“機器代替人”的過程，我們要弄清楚人適合干什么，機器適合干什么，這樣才能用好“智慧建造”為第四次工業革命服務。

第一步，人、機器都適合干什么？

以人為主的管理體系里，人一般做兩件事情，即，收集信息和決策執行。

對于收集信息來說，人具有片面性，各專業只看到自己專業的那點兒事兒。匯總到決策層時，發現是都是信息碎片；同時，基層的人能力不足，收集的一手信息會存在誤判。

對于決策執行來說，管理層擅長根據完整的信息進行決策，但是如果讓他每天做重復的事情也會因為情緒或其他原因出錯。

可見，人不太適合收集和統計信息，也不太適合做重復性的工作，那么這些都交給機器好了。

第二步，物聯網收集數據

以Iot（物聯網）為依托，建立一個新的收集信息的渠道。完全基于計算機，干收集信息的事情，越機械越好，越客觀越好。

第三步，疊加智能

1）替代管理者長期重復性的工作

大家都知道，干重復性的工作最容易不穩定，比方說包工頭需要每天“盯著”大家干活。在心情好時，“盯”得精力集中，事情就會進展順利，但包工頭家里如果有點兒事兒，“盯”得不集中，項目推進就可能不好了。

利用CNN神經元學習網絡，讓機器去學習，替代“盯著”的工作，一旦出現與正常運行不一致時，管理者才介入解決。

2）幫管理者把技術問題轉化為管理問題

匯總到高層管理者那里的問題，一般都是以一個技術問題包著的管理問題。高層管理者可能不是技術專家，但他一定是管理專家，如果你暴露的是管理問題，他馬上就行解決，但是如果是個技術專業問題，他就無從下手了。

舉個例子，包工頭告訴小明老總，你們工地蓋樓一般工期是300天，小明可能沒概念，如果你再告訴他說隔壁老王的工地是250天，他可能開始有點感覺了，如果你再告訴小明他的上一任小張管項目時的工期是230天，他就知道該怎么辦了。

利用CI（建造智能系統）初步數據的篩選與加工，把到達高層管理者的專業問題變成一個管理問題，就是“疊加智能“該做的事情。

第四步，工單系統

打個比方，包工頭以前蓋房子都要跑到工地指揮，每天早上都要安排工長老王安全巡檢，中午的時候讓韓梅梅開塔吊把李雷開車送來的100塊磚吊到5層，讓小張去砌，晚上包工頭要整理項目進度與計劃，用于給小明總的早請示晚匯報……。

那么到了現在，老王、小張、李雷和韓梅梅每天早上會收到一個工單列表，里邊可能有二十幾個又機器事先設計好的工單。老王拿著手持設備到每個安全巡查點打卡，一個都落不下；韓梅梅和小張總是知道李雷什么時候把磚送到，安排好休息的時間。工人們像外賣小哥一樣接單、完成、下班，包工頭負責解決臨時突發問題，老總小明坐在電腦前高興的刷著朋友圈……。

智慧建造的底層邏輯，就是把建造過程接到“云”上，讓機器收集數據，在數據上疊加智能，數據和智能驅動建造規則，用規則來驅動人和機器，一起為建筑業服務。

智慧建造的底層邏輯

3 智慧建造的商業模式與技術壁壘

“總包模式”與“航母模式”

目前，智慧建造有兩種可行的商業模式：

“總包模式”，適合以工程為主的開發公司承擔大頭大哥的角色，大哥提供“敲門”的服務，向政府和開發商要項目，再分包給供應商執行。這種模式適合短期變現賺快錢。

“航母模式”，適合具有核心技術的互聯網平臺公司，為平臺上的供應商搭建適合建筑行業的基礎設施服務，提供賴以生長的生態，像航母一樣為飛機起飛降落、加油、保養、餐飲等服務。這種模式適合長期可持續的生態變現。

兩種商業模式

技術壁壘就是讓計算機讀懂建筑

作為有那么一丟丟互聯網思維的包工頭，認為智慧建筑的技術壁壘，就是讓供應商覺得“航母”提供了最有價值的基礎服務。那么什么基礎服務最有價值，又是戰略的交叉點，只要占領了這個要塞，所有人都要圍著你做呢？。

答案就是“讓計算機讀懂建筑”。

讓計算機讀懂建筑

在全球范圍內，建筑行業里流行的BIM大多都是都假BIM，到實施環節計算機根本讀不懂，進而導致了“無法在數據上疊加智能的形成工單的能力”。包工頭敢說，哪個平臺率先完成了“讓計算機讀懂建筑”，哪個平臺就會成為未來智慧建造領域的寡頭。就像當年蘋果App Store生態一樣，成就了眾多App的同時，也成就了自己，因為航母的服務讓飛機“長”在了生態里，實現了共贏。

4 互聯網來跨界打劫了

建筑行業在變著法的+互聯網的同時，互聯網巨頭也在籌備著大事：

阿里智慧建筑事業部，希望用樓體運營經驗+阿里技術，解決阿里自己蓋房子的問題，同時全力推動2B的智慧建造總包業務。

騰訊S線開發的微瓴平臺，于去年年底正式應用于深圳總部濱海大樓服務，以此為依托，騰訊云將整合智慧建造供應商，貼合真實使用場景，發展2B整體解決方案的總包業務。

騰訊微瓴智慧樓宇管理平臺

有人說：“在未來‘人工智能’是新的生產力，‘區塊鏈’是新的生產關系。”互聯網真的來打劫了，傳統的包工頭們，可能要問一下自己，大家都準備好了么？

（編輯：奚雅青）