【微BIM BASIC 5】微BIM為什麼更適合設計師

【重要理論】專註於解決環境藝術設計領域（景觀/裝飾/室內）設計師的實際問題。

微BIM有何不同

與建築業的BIM完全不同，microBIM不追求龐大的系統和全面的應用，只專註於解決環境藝術設計領域（景觀、裝飾和室內）設計師的實際問題。

不針對整個生命週期，僅針對設計階段週期

還記得上一課「生命週期」的示意圖嗎？我曾說過，「生命週期」的引入，使得BIM「以三維可視化設計為基礎的建築信息化模型」這一概念被弱化了。導致的直接後果就是最初的設計師BIM模型microBIM，變成了所有角色都要參與其中的BIM模型。

microBIM首先滿足的是設計階段的需求

microBIM就是要給BIM做減法，把角色中的承包商、施工方、設備商、運營方的需求和影響降低，將建造項目的生命週期轉變為設計階段週期。幫助設計師在BIM的工作流程中可以專註自己的角色和職責。

專為獨立設計師研發，滿足低成本運行環境

BIM非常適合大型建設項目的調度，所以，很多建築設計公司的設計流程都支持用BIM軟體和標準。對於大型設計公司來說，全功能的套裝軟體（比如ArchiCAD和Revit）將更適合設計大型項目。但對於小型工作室和獨立設計師，接手更多的是些小項目，BIM對小型項目有多大的助益呢？

microBIM的技術將指導你自由地創建簡單的模型，它僅包括完成設計項目所需的信息。

另一方面，是小型工作室和獨立設計師尋求消減開支，相比市場上主流的設計和施工圖軟體，microBIM基於SketchUp Pro的工作流程非常便宜。通過添加一些插件到SketchUp Pro，幫助你在三維空間裏有效地構思、設計、渲染、分析和記錄任何設計項目。設計的成果也能用於演示和施工圖輸出。

以創造性的方案設計，驅動技術性的施工設計

由於microBIM把重點前移到了設計階段，而不是整個「生命週期」，所以，更適合設計師完成工作任務。

設計師交付給客戶的最終成果就是「施工圖（藍圖）」，這不僅是行業的約定，更是法律的規定。在本課的開始我曾講過，室內設計的階段被分為「方案設計」和「施工圖設計」，其實這是設計師的兩個關鍵任務節點和過程。

施工圖是設計的最終成果，但方案設計是施工圖的前提條件。如果設計師與客戶沒有在方案設計階段進行有效的溝通，那設計師的工作將陷入混亂、苦不堪言！

提示
你只需分析那些在網上吐槽的苦逼設計師的言論，不難發現大多數都是因為忽視方案設計階段的溝通，未得到客戶對方案的有效認可，就把設計工作的重點轉向了施工圖階段，結果導致反覆的修改，由此產生了大量額外的工作量。

為了更加有效地推進設計工作，減少因溝通協調的不足導致在施工圖階段的重複性工作。聰明的設計師（比如像我這樣的設計師）在方案設計之前，增加了「概念設計」節點，在「施工圖設計」之前，又增加了「深化設計」節點。

提示
在設計流程中引入概念設計和深化設計是業內的約定，並非法律規範。因此，根據項目複雜程度的不同，並非每個都會出現在設計任務中。但有一點可以肯定的是，如果你在設計流程中引入了它們，在施工圖階段面對的問題會更少。

提示
相信看到這裡，應該能明白我為什麼把設計流程分為（SA/SD/DD/CD）四個節點了。出處是源自這裡！

觀察下圖所示的設計任務流程，用箭頭的寬度表示了過程中工作量是如何增加的。如果設計需要修改和變更，越往後越麻煩！所以，如果從價值和效率的角度看待這個流程，則箭頭的寬度應該反過來。事實上，如果我們談論設計的創造性時，會發現左側的價值大於右側。這也是為什麼提倡用BIM將設計工作重心前移的深層次原因。

提示
這種設計任務的細分已經成為經驗豐富設計師的工作流程。因為設計任務有個特點，它有隨著設計流程的進展工作量逐漸增加的特點。所以，在開始一個新的節點之前，確保前一節點的階段性成果是經過與客戶溝通並確認的，這種做法看似繁瑣了點，但實則非常穩妥地推進設計工作的有序展開。

所以，對於設計師來說，方案設計其實更重要！但是傳統的設計方法，讓設計師不得不將大量的精力和時間消耗在施工圖階段，使得方案設計未得到有效的重視。

圖紙數量：施工設計>方案設計

設計價值：方案設計>施工設計

雖然成功的設計必然是創造性（方案）和技術性（施工）的結合，但這兩者的優先權，必然是創造性高於技術性的。所以，我一再強調方案設計的重要性！但是，僅憑強調是沒有用的，必須通過一套行之有效的設計實踐方法才能達到目的。

microBIM通過將設計工作重點前移，來實現「以創造性的方案設計來驅動技術性的施工設計」。將設計師從繁重的施工圖設計中解脫出來。

自由、開放，和100%的兼容性

自由地進行方案設計

提到BIM，更多人想到的是知名軟體Autodesk Revit和Graphisoft ArchiCAD……這些軟體功能很強大，但使用時必須按規定的步驟操作。比如創建建築元素之前，往往有大量的設置要做，而這些設置通常是技術性而非創造性的。

有個關於大腦功能的常識是設計師必須瞭解的，這就是右腦負責創造性，左腦負責技術性。在方案設計階段，需要更多的創造性，因此更適合右腦優勢的人。而在施工圖設計階段，需要技術性地解決問題，因此更適合左腦優勢的人。

理解了左右腦的分工，才能更好的解釋現實中設計任務為何分為方案設計和施工圖設計，就是要適應不同優勢的大腦。

引入這段關於「左右腦功能」的介紹不是為了科普，而是為了揭示在使用BIM中的一個問題。當設計師處在方案設計階段，過多的考慮技術性問題會影響創造性思維的發揮，是不可取的！

在方案設計階段需要更自由的設計方法。

microBIM採用全新的思路，完全基於SketchUp Pro軟體的設計方法來實現BIM的理念。其建模方法沒有規定的套路，與SketchUp一脈相承，非常自由!因此可以照顧到不同人的使用習慣。

開放的擴展程序（插件）

SketchUp Pro的界面設計非常簡潔，而且操作簡單流暢，體積也很小。跟Autodesk AutoCAD和3dsMax這些設計軟體相比，會讓人誤以為是一個小型設計工具。其實SketchUp Pro也是平臺型的設計工具。藉助優秀的Ruby腳本語言，可以擴展出很多有獨特功能的工具，這就是SketchUp Pro的擴展程序，也稱為插件。

一套完整的SketchUp Pro由主程序SketchUp和小工具LayOut、Style Builder組成。設計師主要在SketchUp中進行三維可視化設計，LayOut用於設計成果的排版、演示和施工圖輸出，Style Builder用來創建各種圖形顯示的樣式，讓SketchUp的三維模型看起來有手繪風格。

SketchUp具備三維建模、風格化和設計成果演示並輸出的全部能力。

藉助擴展程序（大多數都是免費插件）可以擴充SketchUp的功能，比如那些曾經使用3dsMax的設計師可能會抱怨SketchUp在曲面建模和渲染能力上的不足，這是因為這些人對SketchUp還不熟悉，還未開啟擴展程序的大門。僅支持曲面建模的擴展程序（插件）就有：Curviloft、ExtrudeTools、 SoapSkinBubbleTool、Tools On Surface等等，甚至類似Zbrush的三維雕塑軟體也有相應的插件，比如Artisan和Sculpt Tools。

術語
Ruby，一種簡單快捷的面向對象（面向對象程序設計）腳本語言，在20世紀90年代由日本人松本行弘(Yukihiro Matsumoto)開發，遵守GPL協議和Ruby License。它的靈感與特性來自於 Perl、Smalltalk、Eiffel、Ada以及 Lisp 語言。由 Ruby 語言本身還發展出了JRuby（Java平臺）、IronRuby（.NET平臺）等其他平臺的 Ruby 語言替代品。Ruby的作者於1993年2月24日開始編寫Ruby，直至1995年12月才正式公開發佈於fj（新聞組）。因為Perl發音與6月誕生石pearl（珍珠）相同，因此Ruby以7月誕生石ruby（紅寶石）命名。

SketchUp之所以被稱為「草圖大師」，一方面是因為它非常適合在設計的初期快速地設想進行推敲和演化；另一方面，是因為它採用了獨特的NPR渲染實現手繪般繪圖風格。所以，「草圖大師」之「草圖」既是設計方法，也是繪圖風格。