你好，這里是BIMBOX。
去年我們花了很長的時間，給你做了幾個云平臺詳細功能的評測，出了一份測試報告。
文章發(fā)布后，我們收到了很多留言，比起云平臺本身的功能對比，大家更關心一個問題：我們使用云平臺到底是為了什么？就為了把模型放上去，讓甲方轉一轉看看嗎？
過去的這幾個月，我們帶著這樣的問題，走訪了很多一線的工程師、設計師和管理人員，看他們都用平臺做哪些事，收獲還真是不小。
更讓人意外的是，我們順著這趟旅程，還摸到了一些其他問題的答案，比如：
? 怎么體現BIM的價值？怎么讓甲方知道自己付出了什么？通過這一趟訪談，我們也許沒法給你提供一攬子的確定答案，但至少能幫你打開一下視野，看看其他人的想法。我們找到的是一位老朋友，湖南省建筑設計院有限公司（以下簡稱湖南省院）醫(yī)療健康建筑設計研究中心副主任、數字化設計所所長孫昱，他同時也是一名結構工程師和BIM經理。他所在的HD醫(yī)療中心團隊在國內是使用第三方平臺比較早的一批，趟過坑、排過雷，也有不少自己總結的經驗教訓。交流的過程中，他給我們講述了團隊參與中南大學湘雅五醫(yī)院項目的整個過程。孫昱從2005年重慶大學畢業(yè)到現在，已經深度參與了八九個大型項目的BIM工作，湘雅五醫(yī)院并不是他們第一個使用BIM的項目，也不是最順利的項目，卻是故事最多、最值得聊的項目。早在2014年，湘雅五醫(yī)院的項目就在全球招標，中標方案設計的是美國Payette公司。Payette和湖南省院的合作從2012年就已經開始，湘雅五醫(yī)院是雙方深度合作的第二個大型醫(yī)療項目。湘雅五醫(yī)院作為省重點項目，關于專業(yè)設計的內容非常多，也非常精彩，孫昱已經把它們寫成了《HD深度 | 中南大學湘雅五醫(yī)院建造紀實》一系列文章，感興趣的話你可以去詳細了解，咱們今天單說BIM價值和平臺協作相關的內容。孫昱的團隊從2015年開始就使用第三方輕量化平臺，到了2018年，經過幾輪的比較篩選，團隊最終確定使用 Revizto（中文名瑞斯圖），采購了云賬號，把模型上傳到云端來統一管理。
在很多項目的報告里，模型在云端合并校審，作為一個「項目應用點」寫一寫就可以了，可對于孫昱的團隊來說，「模型上云」并不是公司派下來找應用點的任務，他們要思考的是項目本身有哪些問題，其中的哪些可以用新方法去解決。在眾多的問題里，孫昱和我們分享了其中幾個很重要的新思路。一開始大家在設計的階段，使用的是Revit中心文件的形式，不過因為項目體量比較大，有50多萬平米，項目里有犀牛模型、Sketchup模型、Revit模型，還有傾斜攝影的實景模型。后來隨著加入的專業(yè)越來越多，到2018年，一共有120多個模型，200多個視圖，專業(yè)分到了十多個，建筑專業(yè)內部都單獨分出了醫(yī)療專業(yè)。建筑專業(yè)下的醫(yī)療專業(yè)模型
這么多模型和視圖已經不能在Revit上來管理了，如果把所有文件放到一起，每次光是打開模型都要等很長時間。此外，隨著項目進行，模型會不停修改，他們也需要一個方法來管理多個版本的模型。醫(yī)院和周邊的供水、供電、供氣管網有著緊密聯系，醫(yī)院建筑有很多復雜的坡道和地下室，施工時很可能對管網產生破壞。這件事該不該歸設計管呢？地區(qū)周邊的原始地下管網模型并沒有人建立，他們拿到了相關市政管線的坐標和標高等資料，通過二次開發(fā)，生成了區(qū)域內地下管網的模型。然后，他們把原來方案設計的模型和生成的地下管網模型集合到一起，就發(fā)現問題了：原方案在建筑一側的地下室頂板開了很多洞口，還有一些其他位置做了放坡和斜板。在這個范圍里，原方案會導致地下管道露出地面。
發(fā)現問題之后，他們重新調整了方案，道路標高改為水平延伸，解決這個問題。市政管網還是有數據可以拿的，還有一些問題就沒有數據了。醫(yī)院所在的位置并不是完全平整的場地，尤其是在醫(yī)院的一角，有一座山體會凸入建筑部分，這就需要精細設計來指導施工。
拿到美方的景觀設計成果，他們發(fā)現方案的犀牛模型和Revit場地模型有很大沖突，對不上位置，也很難查清問題所在。他們使用無人機采集了大量現場照片，利用傾斜攝影技術建立了1:1的實景模型，然后兵分兩路，一方面利用Autodesk Recap生成了點云格式進入Revit，一方面把實景模型上傳到Revizto上進行比對。
現場的山坡上有一堵永久性的支護擋墻，是設計之前就已經存在的，通過這個標志性的建筑作為參照物，把實景模型放到了正確的高度，再經過對比就發(fā)現，景觀犀牛模型的正負零標高取值偏小了5.3米。
后來對模型的調整不僅影響了景觀建筑本身的標高，還決定了景觀結構空腔做力學計算時候的覆土厚度。孫昱的團隊根據最新的高度重新計算了結構受力，定好了空腔結構，美方的Payette公司再根據他們提供的結果做了二次深化。重新進行力學計算的結構空腔
對此孫昱總結道：這部分設計工作充分體現了BIM思維下的設計方式，可視化協作、有理化推敲，逐漸讓成果逼近最優(yōu)解。孫昱是結構第二專業(yè)負責人，同時也是整個項目的BIM負責人，在使用Revizto的時候，他的主要目的之一就是檢查其他成員的設計成果。他每天會抽出一定的時間，在云端檢查BIM模型的進展，查看多個模型合并之后有哪些錯誤，發(fā)現問題就在Revizto里記錄，把問題標記在模型的關鍵位置，再提醒相關的人員查看。
很多設計院認為，基于模型的內部設計質量校審不太重要，只是BIM應用點中的一個，甚至覺得傳統的圖紙審核已經很完善了。而孫昱認為，模型質量審核，審的不是模型，而是審整個項目，模型是把項目問題攤在明面上的工具。他們用新方法代替Revit來管理模型，改變了很多工作方式，讓他對問題和模型質量的掌控比原先強了很多，這對于后面要推進的協作是非常重要的一步。早期用Revit中心文件開展協作、檢查問題的時候，大家是把所有文件鏈接到一起，使用截圖+標注的辦法，同事再按照截圖自己去找問題的位置，效率就比較低。換成平臺管理之后，就不需要每次修改都鏈接到一起檢查，每個人的模型修改后各自同步上傳，在平臺端合并。
大家可以在Revit或者Revizto上發(fā)起問題，平臺負責把雙向同步的問題視角記錄下來，收到問題的同事也不需要去原文件里找位置，可以一下子從平臺跳轉回Revit對應的視角解決問題。團隊在Revit端發(fā)起問題并同步到云端
設計階段不可能所有的問題都在三維視圖發(fā)現，很多需要修改的問題是直接體現在圖紙上的。通過圖紙和模型雙向聯動，模型上標注出來的問題會體現在圖紙上，圖紙上標注出問題的小氣泡也會標注在模型上。二維圖紙和三維模型結合
此外，很多模型的問題光靠人眼是沒法識別出來的，孫昱的團隊用Navisworks檢查模型的空間位置問題，用Solibri檢查模型的規(guī)則和質量問題。自動審查工具查出來的問題會非常多，孫昱作為BIM負責人，很重要的工作之一，就是把不重要的問題過濾掉，幫助他的同事專注于那些關鍵問題。他利用插件，把這些問題按重要性進行篩選，再導入到Revizto里，和其他問題一并處理。導入Revizto的Solibri檢查結果
這幾個工作方式的轉變，大幅度提高了他們發(fā)現問題、解決問題的效率。在傳統設計里，這么大體量的項目，很多問題都因為低效的原因根本不會被揪出來。但是，等等，這里其實出現了一個很重要的本質思考：作為設計師，為啥要去揪出那些原本不需要揪出來的問題？不是最快效率的出圖才是王道嗎？這又引出來一個問題：人們用BIM協作，到底是在干啥？我們和孫昱探討了這個問題，他的思考是：設計是一件多人完成的工作，本來，設計師無論用不用BIM，都需要協作的。用CAD畫圖、用Revit建模、用中心文件互相查看模型、用微信QQ溝通信息，這些是我們一直在做的，我們可以把它們歸類為第一層協作：基于生產的協作。大家在上云平臺的時候經常會問的問題是：我們已經有了協作，為啥還要用云去協作？從前面的例子你能看出來，BIM的數據整合和平臺的模型檢查，能暴露出很多二維方式無法發(fā)現的工程質量問題，這在技術上基本是沒有爭議的。唯一的爭議是：我們要不要花成本去暴露這些問題、解決這些問題。這就不是技術層面的考慮，而是商業(yè)層面的考慮了。如果你已經在做BIM了，你就需要向公司內部證明你的價值，要讓公司知道，已經投入的成本不是建一個大家只看不用的模型，而是讓公司能為客戶提供更高質量的服務。這就涉及到第二個層次的協作：基于內部質量管理的協作。如果你的企業(yè)希望獲得更多回報，或者想服務要求更高的客戶，你一樣要向他們證明你的服務價值，在過程中告訴他們你解決了哪些問題，而不是把問題默默解決掉，最終給他們一份圖紙。要達到這個目標，光靠一份匯報PPT是遠遠不夠的，這又是第三個層次的協作：基于外部客戶連接的協作。
這本質上是一個建立品牌的思維，需要特別強調的是：先有服務質量提升的內在要求，才有BIM和云平臺，而不是先考慮增加成本購買工具，再去給用戶找解釋。這就好比市場上有很多20塊錢一碗的牛肉面，多數人希望的是提高效率，多做幾碗面；而你要創(chuàng)立一個30塊錢一碗的牛肉面品牌，你不能跑去跟客戶說：你先給我30塊錢，我再去買上好的食材給你做出來。而是要做兩件事：先做出比別人家更好的面，再告訴主顧，為什么它值30塊。咱們回到湖南省院的案例，來給你說說第二層和第三層協作。一開始使用云平臺的時候，他們并沒有買很多賬號，也沒有區(qū)分角色。隨著問題越來越多，孫昱意識到，如果問題最終不落實在具體的人上、不設置deadline，很多問題還是得不到解決。于是他們又買了幾個賬號，具體的負責人每人用一個賬號，每個禮拜，他們都會把所有模型合并，然后開例會，發(fā)現問題、討論解決方案，最后把這些問題記錄在Revizto里。他們不只記錄問題的位置和修改意見，還會記錄問題的優(yōu)先級，把問題分配到具體的人身上。下次開會之前，對應的同事要把問題解決，并且記錄修改的過程，最終把一個個待解決的問題變成已完成的任務。在云平臺追溯問題修改
這樣，每周開會的時候，他們就用問題過濾器，把已經完成的任務和不重要的問題暫時過濾掉，專注討論那些比較重要、亟待解決的問題。這樣規(guī)模的醫(yī)院項目，各種問題貫穿在整個過程中，每個重要的模型版本就要處理幾百個技術問題，積累下來有幾千個問題要處理，BIM協作的價值就越來越明顯。在這個過程中，他們逐漸開辟了一條區(qū)別于微信和QQ的專屬問題追溯路線，每個問題來自什么地方、有哪些困難、需要誰來協調、最終被誰解決，都在平臺以聊天記錄的形式儲存下來，這樣所有問題就都有一條清晰的脈絡，不會被淹沒在群聊天中無法查找。另外，設計院還保持著郵件交流的習慣，孫昱也會定時把Revizto上記錄的問題生成一份報告，以PDF的形式發(fā)送到同事的郵箱，提醒他們關注相關的問題。從平臺導出報告并發(fā)送郵件
項目設計結束之后，孫昱進一步想做的事就是內部經驗的積累。他們把所有問題記錄都導出來，把關鍵錯誤做統一的梳理，大家一起討論為什么會出這樣的問題，以后可以怎樣優(yōu)化工作流程來避免問題，這樣再有新項目的時候，就不用所有人都把工作重新來一遍。這為新員工提供了一套完整的案例，對團隊長期發(fā)展也是一件非常有意義的事情。孫昱認為，用BIM做設計，核心的價值并不在正向設計和出圖，他甚至認為，正向設計和出圖沒有必然的聯系。湘雅五醫(yī)院是三邊項目，全BIM出圖是不現實的，湖南院的做法是建筑專業(yè)初設100% Revit出圖，施工圖70% Revit出圖，結構和機電專業(yè)則是三維輔助設計，二維出圖，有一部分翻模的工作，每交付一部分圖紙都用三維模型驗證。那么，不以正向出圖為目的的BIM，去做它的目的就不是為了羅列那些「應用點」，而是通過解決項目實際問題，提升工程質量，也就是提升設計院對施工方和甲方的服務質量。在項目進行的過程中，孫昱他們「額外操心」了很多事，除了前面說到的市政管網問題、景觀標高問題，他們還為項目順利進行做出了很多努力，甚至主動做了很多二次開發(fā)來服務項目。但設計院是企業(yè)，從事的是商業(yè)活動，如果付出了這些額外的工作，最終卻還是只交一份圖紙出去，甲方當然不會覺得設計院用BIM有什么價值，甚至會覺得解決這些問題本來就是設計師應該做的。所以，孫昱和他的團隊希望通過云平臺，和施工方、甲方在項目過程中保持隨時溝通，讓他們時刻知道，設計在做什么、在解決那些問題，在給大家?guī)褪裁疵Α?/strong>他們把Revizto的一個賬號分享給了總包方，讓他們也參與到協作里來?？偘梢愿鶕F場情況提出問題，也可以把現場照片和模型問題關聯到云端，幫助辦公室里的設計師發(fā)現問題。
對于業(yè)主方，孫昱和我們說，甲方和設計院都有很多人負責不同的事，雙方的人點對點對接，其他人可能都不知道發(fā)生了什么問題。而大家共享一個信息源，所有人對全局都有一個把握，設計能隨時知道項目進展和甲方的需求，甲方也真正看到設計利用模型解決了哪些問題，認可BIM的價值。? 方案團隊各專業(yè)模型整合在一起，與業(yè)主方共享視口，進行遠程方案匯報，然后由業(yè)主控制視口，添加建議，設計師對方案進行深化，并更新云端模型，針對甲方問題更新狀態(tài)。? 設計團隊內部每個人都有賬號，設計人負責上傳更新自己的成果并接收校審意見，校審可以不斷添加問題，將問題指定給責任人，限定整改日期。不同專業(yè)間同樣可以互相提出問題，所有的職責都沒發(fā)生改變，改變的只是行為都被記錄了下來。? 施工方拍一張現場照片，添加對應問題，設計方立即就此問題做出答復和修改；設計方在現場發(fā)現了某處與模型不一致，拍下照片，提出問題，責令施工方整改。施工服務是否及時有效，再也不是口頭之爭。湘雅五醫(yī)院項目在創(chuàng)新杯、科創(chuàng)杯、優(yōu)路杯等比賽斬獲大獎，還在2018 AU大師匯全球卓越BIM大賽中獲得了大型項目組最佳實踐獎，孫昱本人也入圍全球年度創(chuàng)新者大獎。
現在，孫昱所在的HD醫(yī)療中心團隊，所有的醫(yī)療項目無論業(yè)主是否要求，都會主動采用BIM技術，當然也包含Revizto云平臺，并且會主動給業(yè)主方提供賬號，建立多方云平臺協作機制。這種工作方式也得到越來越多甲方的認可。總結下來孫昱認為，通過先主動提升設計質量的方式，他們不僅成功地將自己的牛肉面賣到了30元，而且?guī)缀跛械目蛻舳汲闪嘶仡^客和宣傳者，主動來找他們設計醫(yī)院的甲方逐漸多了起來。卓越的醫(yī)療工藝設計與BIM設計能力，成為了他們團隊的核心競爭力，BIM到底有沒有用，在他們那里已經不再是個需要討論的問題。當我們用BIM去做設計的時候，往往花了很大力氣，把模型建得特別精細，最終交付的還是一份圖紙，甚至都不愿意讓甲方看我們的模型，以免增加修改的麻煩。對于甲方來說，當然不愿意為單方面的「效率降低」而增加費用。很多人提到BIM，提到高質量的設計，首先想到的就是時間緊、任務重，哪有精力搞那些花里胡哨的東西，孫昱的團隊用行動說明一件事：如果設計師真能幫甲方提高工程質量，并且讓他們實打實地看見到底解決了什么問題，那么甲方是會去算這筆賬的。孫昱給我們分享湘雅五醫(yī)院案例的時候，對于花里胡哨的BIM應用幾乎只字未提，他談的都是那些棘手的、麻煩的、用傳統方式很難解決的問題。無論是BIM還是平臺，都不該是作秀的工具，而是在新技術背景下，面對項目品質、團隊價值等問題，讓你能做出不同選擇的工具。而這些不同的選擇會把你帶向不同的客戶。當一位設計師說：設計就是要用最快的效率出最多的圖紙，其他多管閑事的行為都是耍流氓。這真的一點毛病都沒有，因為市場上永遠有人不需要新技術解決問題，他們要的就是用最低的價格買到最快的圖紙。只要雙方需求匹配，生意就有得做，只是在這個泥潭里，大家就不要抱怨在低價區(qū)間里拼效率。而當一個設計團隊去操心工程質量，把項目后期可能出現的問題提前包攬在身，當他們不怕模型被甲方看見，甚至引導甲方和施工方多看、多使用模型，讓他們在日常溝通和交底中感受到服務的價值，他們這也是公開地做了一個選擇：不止出圖，我還愿意做一些別的事，如果你有這樣的需求，可以來找我。說到底，這就是商業(yè)競爭下的品牌競爭策略——如果希望在均價20元的牛肉面市場里創(chuàng)立一個價值30元的品牌，你就要把價值做出來，并且讓你的用戶知道它憑啥賣30元。孫昱說，這個項目很多事不是甲方推的，是他們作為設計去主動承擔的，如果項目是甲方主導這種云平臺的協作方式，推進起來一定會更順暢。和孫昱聊完之后，我們又找到了他們使用的Revizto公司，向他們詢問有沒有甲方主導協作的項目？我們得到的答案是：有不少。這些甲方都是嘗過了甜頭，就不再回去了。比如龍湖集團已經在全國BIM項目上采取模型與協作來解決多方審圖、審模和管理的問題；博世集團、萬華地產、普羅地產等甲方，要求所有項目的施工方和設計方和他們一起使用Revizto做為統一平臺，由甲方分發(fā)賬號，從方案到施工階段全員在平臺上溝通問題，甚至每周都有BIM專題例會。不只是大項目才用這種方式，Revizto還和我們講到一個只有8000平米的小會所項目，甲方也要求全部參建方所有專業(yè)用模型進行云協作，整個過程運行了近1000多個問題，BIM不是目的，優(yōu)化管理才是目的。
而這一系列的項目，甲方要求的最底線，就是設計方無論采用哪種方式做BIM，都要有能力用模型和協作解決工程品質的問題，這同樣是一種雙向選擇。在二維圖時代，無論你是選擇快速出圖，還是選擇解決難題，拿出的成果都是一份圖紙，沒什么區(qū)別。而新技術本身并不能幫你做出選擇，它們的作用是給那些做出選擇的人，展現自己的機會。前幾天在群里，@劉思海發(fā)了一句英文翻譯，我認為很適合作為今天的結尾：They limit themselves to making BIM work on the floor, while overlooking the necessity of selling their (and BIM’s) value back to the business, and ultimately to the client.他們把自己局限在BIM的基礎應用點上，忽略了讓自身和BIM的價值回歸到商業(yè)的本質，并最終把價值賣給用戶。有態(tài)度，有深度，BIMBOX，咱們下次見！
