BIMBOX | 讓我們正經聊一聊BIM與造價

今天的內容，起初是由我們的用戶@葉鑒發來的投稿，我們發現他講述的內容很有深度，值得進一步探討，就邀請了@小耳朵貓醬和鐵桿小伙伴@是初一不是十五共同討論。

你最終看到的文章，是我們把投稿原文和幾個人的討論整理到一起的內容，BIMBOX在文章的最后也發表了我們自己的觀點。

隨著BIM發展的逐漸深入，模型貫穿全生命周期的使用已經成了行業的共識。你所熟知的功能，比如三維可視化、管線綜合、場地排布等，已經成為很多項目宣傳的利器。

但BIM并不止于此，如果只是應用三維建模來實現「形體」層面的功能，那Sketchup等軟件也完全能實現。

隨著我們對BIM期待更多，造價與BIM成為一個經常被人們探討的話題。今天我們嘗試分幾部分來說說工程造價與Revit模型是如何實現關聯的，目前存在哪些具體問題，以及一些開放式的思考。

在傳統的工程計量方式中，造價員以設計圖紙、施工方案、以及相關技術經濟文件為依據，按照國家標準規定的計算規則，進行工程量計算。

當然，這個工作也不是純人工進行的，市場上有廣聯達、斯維爾、品茗等計量軟件，可以通過識別施工圖紙，再結合人工建模，完成工程量計算。在這種情況下，基于造價軟件的模型只能用于成本工程量計算，無法貫穿建筑全生命周期。

我們能不能在Revit模型中統計工程量呢？

這在理論上是可行的，利用Revit中的明細表功能可以快速獲取模型中的相關構件工程量。不過，這種方法只能應用于部分實物構件的算量，例如部分土建、安裝、機電等。

如果我們希望Revit模型能符合國家標準計量規范，就需要對模型做更詳細的要求。這個要求，僅參照BIM標準中的LOD等級是不夠的。

在《建筑信息施工應用標準》中，規定了模型的精細度及其成本控制的相關內容。

如果是設計人員來看這個模型精細度，并不能知道構件的哪些屬性是用于成本計量的。當造價人員拿到模型的時候，還需要對模型進行檢查審核，甚至二次加工。

運用模型直接算量的前提條件就在于，模型搭建過程中就要明確工程量計算需要的所有信息，或者由成本人員在后期來添加。

目前市面上存在很多基于Revit平臺的算量軟件，其算量思路已經相對成熟，你可以理解為把傳統算量軟件搭載在revit上，建模工作留給Revit，算量工作留給二次開發，用戶使用的時候，只需把這款軟件看待成傳統三維算量軟件，按照軟件相關的建模要求就能夠實現算量。

但無論是使用原生功能還是使用插件，都必須在認知上回歸「模型信息要求」這個本質的層面。

下面，我們依據《建設工程工程量清單計價規范》來說明在Revit模型中的信息需要滿足哪些條件，才能實現從算量到計價的流程。

在實際項目過程中，工程量計算是基于工程量清單計價規范來進行的。我們今天暫時不考慮其中消耗量定額和企業清單等延伸內容，只討論工程量清單計價的基本流程。

首先，我們來看看分部分項工程量清單與綜合單價之間的關系。

以混凝土及鋼筋混凝土工程為例，在進行工程計量計價時，每個條目都通過清單計量影響著相應的定額計價。

我們希望Revit模型在應用工程量計算規則時，可以準確無誤的對應每一條清單，每一條清單的區別，在于其項目特征。

因此，模型構件必須滿足兩個條件：

第一，每個構件的名稱能在清單中找到對應項；

第二，每個構件的屬性必須包含項目特征內的所有內容。

舉一個例子。在工程量清單計價規范中，規定了基礎與墻的劃分范圍，這部分在Revit建模過程中也需要依據清單進行劃分。

再來說一個洞口扣減的例子。

規范規定，小于等于0.3平米的洞口不進行計算，那么超過0.3平米的洞口是否需要建出實體？小于0.3平米的洞口又是否需要填塞？

如果使用Revit原生功能，這無疑會增加搭建模型和二次處理的工程量。除非使用特別的付費插件，對Revit模型中的孔洞填塞實現自動識別并進行扣減。

最后我們再來看綜合單價，所謂的綜合單價，是完成一個措施項目所需要的人工費、材料費、設備費、施工機具費、管理費、利潤、以及風險等費用，這部分內容具有極大的彈性。

比如，在E.16的清單項中，很多螺栓、預埋鐵件等構件作為綜合單價的材料部分是附屬于其他構件的，這樣螺栓和預埋鐵件就不需要單獨建模。但如果螺栓和預埋鐵件單獨計量，就需要滿足前面說到的要求。

通過這幾個例子你能看到，算量的方式、計價的要求，都對Revit模型搭建工作有很大的影響，光是建模本身就要處理很多具體的問題，BIM也絕不會「讓不學習新技術的造價師一夜之間失業」。

前面我們舉例討論了為滿足成本的要求，Revit模型在建立時需要注意哪些點。

當然，如果從原生Revit功能的角度去考慮計量模型建模的工作，還涉及到更多的問題，比如模板、砌體腳手架，裝飾腳手架等等，這些問題要么訴諸于后期對獨立于模型的表格投入大量的人力工作，要么訴諸于付費插件。

我們暫時放下這些問題，再進一步探討一個更深入的話題。

事實上，要想模型貫穿全生命周期，龐大的信息數據是需要不同參與者在不同階段持續加入的。這是實現Building information modeling 的核心所在。

無論是設計階段錄入造價算量需求的信息，還是成本人員在模型檢查環節控制項目特征，我們都希望這些工作能夠得到積累，并且在下個項目中繼承這些成果，否則BIM就只是換了個更高級的CAD和Excel而已。

能夠直接拿來用、不必復查的模型，我們稱它為「可復用的構件模型」。

目前很多地產商、施工單位、大數據企業都在建立自己的族庫，目的就在于讓構件能夠達到最大的復用性。要想成本模型應用于更多項目，族庫中的每一個構件就要內建相關的成本信息。

這里我們說的是「理論上應該這樣」，然而一旦理論涉及到具體的人，就要面臨兩個問題：成本信息添加由誰來完成？成本數據由誰來使用？

這兩個問題歸根到底，是設計人員與成本人員之間的矛盾，是數據標準不確定的矛盾。

當然，這里的矛盾說的是在「由設計人員對BIM模型負責」這個前提下展開的。

目前對于很多項目來說，BIM發展之路還處在圖紙翻模的階段。在翻模過程中，人們將圖紙表達的信息如實反映到模型上，這里涉及到的是翻模員知不知道哪些信息該放到模型中，以及建模工作量的大小。由于他們對模型產品負全責，所以反倒不必面對設計與成本之間的根本矛盾。

而在正向設計中，這個問題就比較尖銳了。

很多企業還處于成本人員與設計人員磨合的階段，造價員需要告訴設計人員哪些信息是構件需要的，哪些是需要計量但模型中可以不體現的，這對于設計人員來說會增加不少工作量和學習成本。

目前可見的實現方法就是進行標準化，從建族到建筑建模形成一個標準流程，在每一個族中既有設計屬性，又有成本屬性。

那么問題來了，這些雙重屬性的信息究竟應該由設計人員添加還是成本人員添加？

?首先，模型構件的部分信息是可以直接作為成本信息來使用的，畢竟成本計量是依托于設計的內容；

?第二，設計的某些內容在傳統圖紙中可以用一句話表達，但要體現在模型上，會增加很多工作量；

?第三，有一些內容不屬于設計工作范疇，需要成本人員根據實際工程項目添加，這部分內容需要雙方進行明確界定；

?最后，有一些工作存在于設計信息與成本信息的模糊地帶，無法確認數據源，數據出現了錯誤，追責就存在困難，這也增加了人們的認責成本。

以上幾個原因會導致一個結果：隨著模型中的數據量越來越大，不同參與方不能快速獲取和添加屬于他的專有信息。

前面提到的標準化，雖然可以解決企業或項目內部的模型準則，卻不能在跨企業范圍內實現復用。

簡單的「一模多用」四個字背后，還有大量的博弈與爭執需要解決。

這個沖突也是當下BIM發展過程中存在的困境之一：人們需要模型標準化，但普適的模型標準又難以操作。問題的本質是BIM實現過程中缺乏參與各方對數據的權責界定。

貫穿全生命周期的成本工作為估算、概算、預算、結算與決算五個范疇。今天我們討論的內容主要是針對預算這一環節。

當預算人員能夠獲取相關的信息并能出具清單工程量，最后滿足招投標的要求，從設計到成本的路算是走通了。但這個環節也只是工程項目的起點。

不同階段不同的人對數據的要求是不一致的，后面每一個環節的信息該如何處理、儲存、再加工，都會面臨標準問題和協作問題。

而且，這些問題會隨著參與者和數據量的增加，呈幾何級的上漲。

這篇文章我們是站在技術本身的角度探討存在的問題，并沒有涉及具體軟件在技術上的突破，這并不意味著這些問題不會因為軟件技術的發展而得到改進。軟件技術發展是BIM發展的載體，也是BIM作為技術實現路徑的關鍵因素。

但是，比軟件本身更重要的，是使用軟件的人之間如何實現協同操作，實現數據的精準對接。技術無論怎樣先進，提供的都僅僅是一種可能性，而不是確定性。

從企業到行業，真正打通建筑業產業鏈是一條不好走的路。我們從簡單的建模內容入手，挖出了一些BIM實踐過程中出現的問題，希望能夠拋磚引玉，引起各位看官的思考。

這篇文章，幾位小伙伴討論了一些行業里的沖突和矛盾，對此，BIMBOX在宏觀理念和微觀操作上有兩個觀點和大家分享。

1.新技術帶來新物種

1895年12月28日，米埃爾兄弟在巴黎卡普辛路14號大咖啡館里，向公眾放映了他們制作的電影《火車進站》，這段50多秒的電影作品不但沒有得到人們的喝彩，反而將現場的觀眾嚇得四散奔逃。

為什么這么粗陋的畫面會嚇到觀眾呢？因為早期的電影被發明出來，人們只用它來做一件事：記錄舞臺啞劇。

舞臺劇是對真實世界的藝術抽象，演員在臺上，用夸張的服裝和動作演繹故事，人們已經習慣了這種夸張和抽象。而當時電影就是用膠片把舞臺劇從一個地方搬到另一個地方的工具，鏡頭不移動，一鏡到底。

所以，當一部電影中出現了火車的時候，人們本著「電影就應該如實表現舞臺」的思維，真的相信有火車在舞臺上開過來，于是就嚇得四散奔逃。

當時的人們甚至無法接受電影中出現半身人像，或者是從一個場景跳躍到另一個場景的蒙太奇剪輯，因為舞臺劇中沒有「半身人」，也沒有場景的突然跳躍。

后來的事情你也知道了，電影經過多年發展，已經徹底脫離了舞臺劇，成為了一個新物種，現在的數字技術更讓它能夠表達比舞臺劇豐富得多的情景。

當一種新技術誕生的時候，一定會經歷一個「舊腳穿新鞋」的階段，在這個階段，電影只是通電的舞臺劇，汽車只是跑得快一些的馬車，手機只是可以揣進兜里的電話。人們使用新的工具，做的還是老事情。

所以才會出現一些奇怪的場景，比如「先用圖紙翻模，再用模型出一份符合制圖要求的圖紙」，或者是「先建立開好洞口的模型，再依據計價規范把小于0.3平米的洞口堵上好用來算量」。

BIM發展到今天，已經有越來越多的人認識到，它不應該是「比CAD更好的制圖工具」，而是給我們提供了一種可能性：用數據來處理建筑行業中的信息。

用模型中的數據把構件變成可計算的造價，就是建筑業數據化面臨的第一個挑戰。而在行業外，數據和信息是有一套完整的理論體系和玩法套路的，它的核心就是編碼。這是另一個很大的話題，我們今后會專門拿出幾期來和大家聊。

2.現階段偷懶的小把戲

說到信息化、編碼思維，也許你會覺得有點遙遠。

沒關系，今天的最后，我們回歸到當前具體的工作，給你分享一個「偷懶」的思路，在一定程度上解決「要算量，必須建?！沟膯栴}，順便幫你找找從具體的「模型思維」到抽象的「信息思維」的感覺。

比如一個陽臺，算量時需要計算它的陽臺板、上下裝修、欄板體積、模板、扶手、隔戶板、貼墻等構件，如果單純為了算量，傻乎乎地把這些東西一點一點全部建成模型，不僅耗費很大的工作量，也會把模型弄的越來越卡。

既然我們要的是數據而不是模型，就應該用數據思維來解決它。

比如，我們可以用Revit建立一個陽臺族，在里面定義它的尺寸為可變參數，再新建幾個參數來代表這些構件，通過簡單的計算公式，把需要計算的量與之前定義的基本尺寸參數關聯到一起。

這樣，日后使用這個族的時候就可以不必單獨建立那些附屬構件，直接把它們對應的參數提取到量表里就可以了。另外，一旦計算方式需要修改，也不需要重新建模，修改一下參數和公式就好。

這種方法應用起來很簡單，但是否使用它，代表著一個思路：從模型思維到數據思維的轉變。這種參數化處理數據的思維，是每一個BIMer都需要掌握的、通向數據思維的橋梁。

關于參數化建族的方法，以及數據處理的思維，我們會在后邊的專題中單獨給大家說說。

今天咱們就先聊到這里，對于幾位討論者和BOX的觀點，你有什么想法？歡迎留言給我們，讓更多小伙伴看到你閃光的思想吧！

有態度，有深度，BIMBOX，咱們下次再見，拜拜~