BIM在家裝領域的應用與實踐

家裝領域的BIM，面向的使用者物件是誰，解決什麼問題，如何才能落地執行……關於這些似乎每個公司都有各自的側重點和考量。而在落地的過程中，也總會遇到各種困難和問題，本文作為分享了自己對BIM在家裝領域落地的思考和做法，希望能給你帶來幫助。

今天要聊的話題呢，其實就是家裝領域中的BIM，怎麼說呢，其實行業內研究和發展了挺長時間的了，但是似乎一直沒有看到一些特別成功的東西出來，它面向的使用者物件是誰，到底解決什麼問題，能帶來什麼價值，到底怎麼才能落地執行，似乎每個公司都有每個公司的側重點和考量，並且每個公司對其的預期也不太一樣。

落地過程中呢，也總會遇到各種各樣的困難和問題，所以也衍生了一些很奇怪的現象，似乎是大家都認為家裝的未來在BIM，但是卻沒人知道為什麼在BIM，到底它有什麼用？它到底是不是一塊雞肋，食之無味，棄之可惜呢？

而對於我，作為一個運氣比較好一些，有幸落地過BIM，並且穩定運行了幾年的產品來說，也希望能透過自己對這件事情的分享，將自己對這件事情的思考和做法分享給大家，如果恰恰能夠給大家帶來一些新的思路和啟發的話，那就最好不過了。

一、什麼是BIM

BIM（Building Information Modeling）技術是一種應用於工程設計、建造、管理的資料化工具，透過對建築的資料化、資訊化模型整合，在專案策劃、執行和維護的全生命週期過程中進行共享和傳遞，使工程技術人員對各種建築資訊作出正確理解和高效應對，為設計團隊以及包括建築、運營單位在內的各方建設主體提供協同工作的基礎，在提高生產效率、節約成本和縮短工期方面發揮重要作用。——百度百科

BIM，建築資訊模型（Building Information Modeling），其實是從建築領域來的。只是說在家裝領域，室內設計也在行業內逐步的開始由2維的CAD繪圖，開始轉向3維的工具輔助設計，初期呢，其實只是為了呈現設計效果，使用者可以直觀的感受自己未來的家會裝修成什麼樣子。

後來呢，因為天然是3維的設計，天然有一些資料化的內容，比如房屋戶型、空間、面積等資訊，基於行業本身的資料化發展的程序，對於算量、計價等也逐漸有了自己的訴求，也就慢慢地開始有了家裝領域的BIM。其實，BIM自身在建築領域的定義，就已經決定了BIM未來是什麼樣子，只是在不同的公司，也是各有側重，這個後續再慢慢細說~OK，大概瞭解了BIM的概念之後呢，我們就來看下BIM到底是個什麼樣的工具。

二、BIM是一個什麼樣的工具

這裡呢，也就簡單介紹一下，大家知道個前因後果，不做深入探討和分析（因為一分析就又是一篇巨長巨長的文章了，後續有心情了再寫吧，咳咳）。在行業內，目前比較出名的幾個軟體工具，大概就要數酷家樂，三維家、每平每屋（原躺平）、打扮家等，以及貝殼旗下的一些自研BIM，如視的未來家之類的。這些工具中，酷家樂，應該是最廣為人知，因為它除了面向B端，也同時面向C端開放，這個原因，也促進了它本身的迭代和知名度。這些工具呢，因為側重方向不同，大概上能分為下面兩種：

我們來聊一下這些工具的型別，這些工具呢，首先肯定是一個設計工具。因為設計是整個家裝的上游，沒有設計，就談不上後面的所有的算量、圖紙、交付之類的東西。所以，設計工具在之前一直是這類工具的核心，我不關心之後能不能實現，現在我得先要好看，是吧。所以最初的時候，大家的精力都會在這些工具如何才能更好的促進轉化上來。

慢慢地，開始有一部分企業開始思考，既然設計已經數字化了，那設計過程中到底用了哪些材料，材料用了多少，主材多少，輔材多少，這些用量是不是也可以數字化呢，如果這些量可以數字化，那是否意味著可以以BIM中的量為整個工程的計算依據呢？（要知道，現在整個行業大多數還在手扒CAD，拿計算器算量呢。）

因此慢慢地也開始出現了一些主打交付工具的工具，以算量為核心，主打所有的用量由系統計算得出，減少人工計算的誤差和偏差。當然，現在似乎每個工具都會有算量等負責交付的團隊，不過底層的不同，也必將會帶來上層的不同，某些時候底層結構的缺失，也會導致某些算量完全無法計算。不過這些後續有機會再詳細聊好啦。

那對於BIM，它到底應該是個什麼樣的工具呢？

其實上面聊得已經比較清楚了，根據BIM本身的概念，還有家裝行業工具的發展軌跡，BIM的未來大機率上是以算量為核心的一套設計+交付的工具。也就是底層要按照能支援算量的結構搭建，而在應用層，也要能充分支援設計本身，做一個好的設計工具~

三、家裝業務存在的問題

在聊BIM能解決什麼問題之前呢，首先得先聊下在實際的家裝業務中存在哪些問題。一般情況下三大問題比較突出一些，分別是人員效率問題，材料成本問題，專案利潤問題。

為什麼說有這三塊的問題呢，我們分別來看下（這裡也就是簡單聊下BIM能解決的問題，不能覆蓋所有可能存在的問題）。

1. 人員效率問題

目前整個家裝行業的報價部分資訊需要設計師手動計算和填寫，過程較為複雜，用量計算較多，時間消耗大約1-2小時。這還僅僅在報價，還有本身方案的溝通，圖紙的繪製等等。設計師是簽約的核心轉化成員，若系統能讓設計師的作業效率提升，也就意味著設計師會有更多的時間接待和轉化更多的客戶。

2. 材料成本問題

由於裝修過程中涉及的材料用量，是完全由人工計算然後錄入系統中的。在這個過程中，對於損耗的預估不同（比如A認為8%的損耗就夠，B認為需要12%）；對於自身利益的取捨（比如多下點材料，避免後期補貨）等等。

你會發現，同一個客戶，同一套方案，同樣的材料，不同的設計師肯定會報出不同的材料用量。而在某些極限情況下，可能還會存在60平米的屋子，下單200平米的地板；有些工地會出現幾百個插座等等材料問題。材料成本極其不可控。即使很多企業中間還有一層中控進行稽核，但是依然很難完全避免。而且材料在人工計算無法精準的基礎上，後期的退補貨也會較多，也會讓成本上升更多。

3. 專案利潤問題

在整個專案的利潤上，大多數專案的毛毛利潤率差不多在20%-30%，基本上都會是入不敷出的狀態，每年的現金流都很好，到年底一算賬，發現不賺錢。咳咳，在流量增量比較可觀的時候，可能問題都不太大，畢竟有很優質的現金流，但是一旦出現了增量減少的時候，如何精細化運營，在整個專案中儘可能的減少開支，節約成本就變成了一件很重要的問題。

四、BIM能解決的問題

那BIM能不能解決上面所說的問題呢，咳咳，估計大家用腳指頭都能想到了吧。嘿嘿，但是還不夠。在仔細研究了BIM工具之後，你會發現在報價層面、算量層面、體驗層面和圖紙層面都會有完全截然不同的體驗提升，而這整套體驗，其實帶來的是整個設計和交付行為的重大變革。

1. 報價層面

BIM本身作為3D的設計工具，戶型的結構，面積，空間資訊，空間中的材料資訊一應俱全，那麼完全可以從BIM工具直接生成使用者的報價單啊。對了，這裡多廢句話，現在家裝行業的報價功能設計的底層邏輯都是人如何在做報價的時候做的齊全還不缺項漏項。

所以所有的頂層設計都會圍繞這個底層邏輯在做，你不管看多少家報價體系，都在基於這個底層做事情。當我們接入3D設計工具的時候，是否可以換個視角，設計師是否可以不再做報價單了，而由系統來做。當視角不一樣的時候，你就會發現頂層設計就會變的完全不同了。咳咳，這裡就暫時不再延展開了。

還有就是，報價單是表格這件事情，咳咳，這個行業都幾十年了吧，這都2202年了，是否可以考慮換個形態，比如圖文或者什麼的。如何更清晰、易懂的向用戶傳遞裝修的基礎資訊，其實可以換個角度來考慮。怎麼做，有多少困難，困難都如何解決，就先不聊了哈，廢話扯得有點多了，咳咳，勿怪勿怪。

2. 算量層面

BIM哎，3D設計工具哎，基本上都可以由系統直接計算所有材料用量了和施工用量了。由於完全依據系統規則生成，只要設計方案是準確的，用量也自然會是準確的。完全可以遮蔽人為因素的影響。同時這些資料也完全可以用於後續的發包和下單（咳咳，當然，完全一點都不差也不現實，部分小的偏差，瑕不掩瑜，不影響大局）。

3. 體驗層面

BIM本身是3D設計工具，即方案完成後，使用者可以直接進行3D漫遊體驗，甚至可透過可穿戴裝置進行VR體驗，所見即所得。再也不用全靠2D的圖紙想象了。未來你的家如何，是否讓自己滿意，完全可視可見。對於空間想象能力較弱的使用者，這簡直就是巨大的福音。

4. 圖紙層面

BIM本身也會根據設計師的方案生成全套的施工圖紙，可以節省很多CAD繪製的時間（這個根據工具的發展階段不同，有些工具支援，有些工具不支援，有些工具只能支援部分）。

當這些層面都發生變化後，你會發現，這完全就是設計行為、報價行為、發包行為、結算行為等資料產生和傳輸行為的重大變革。設計不需要在CAD中進行，使用者無需靠自己腦補想象未來家的樣子，報價不用做了，系統一鍵生成，所有的材料用量根據系統規則生成，摒棄了人為因素帶來的偏差，施工圖紙自動生成，後續的發包，下單依據準確的用量進行，支付和結算也有了相應憑據。

五、家裝行業的產品分層

既然說BIM這麼好，到底好在哪裡呢，他在家裝整條業務線條中，到底處在什麼位置，有什麼重要作用呢？再聊位置的之前呢，先聊下整體的家裝業務吧，從產品底層來說的話，整體大概可以分為五層，分別為業務層、資料層、預算層、支付層、結算層。

五個層面分別面向不同的問題，提供各自的解決方案，家裝整體業務體系也基於這五層進行構建。

1. 業務層

業務層主要提供家裝全鏈條業務側解決方案，也是最重要的一層，所有的業務流程和邏輯都可以劃歸進該層。整體的結構基本包含以下部分：呼叫中心、銷售中心、客戶中心、智慧交付中樞、合同中心，訂單中心，交付中心，供應鏈中心，財務中心，售後中心，智慧裝置中心等。基本涵蓋了家裝行業全鏈條的業務內容，所有的業務資料都在該層中處理。

（哈哈，此處也先賣個關子吧，內容暫時就都打碼了，後面應該會有個系列專門說業務層的所有框架和內容。應該是應該吧，但願不會再是兩年後了~ ）

2. 資料層

資料層主要指裝修專案中的施工資料、材料資料等資訊，這部分資訊既包括了使用者的報價，也包括了向下遊的各個埠的發包、訂單資訊（業務層的業務資料在業務層處理，不在該層中處理）。該層面主要處理從設計開始的所有戶型和家裝全量資料，包括施工專案資料和材料資料，以及後期所有的變更資料，貫穿了家裝過程的始末，而這部分在大多數的公司和企業裡面，也是完全需要靠人來處理的。

所有用量的計算，報價的計算，施工過程中的變更，後期的退補貨，這也是鏈條中最難控制的部分。略微有點像那種，看起來每個地方都沒花什麼錢，但是就是錢都花完了的既視感。而作為BIM工具，也是在這層中發揮自己最大的價值，全部資料由BIM統一輸出，下游依照上游資料執行，從最大程度中規避過程中的資料風險。

3. 預算層

預算層主要用來衡量專案層面的預計收入、預計支出和預算毛利率。算是整體專案預算的最關鍵的部分了。這個專案到底能不能賺錢，能賺多少錢，毛利率多少，是否能覆蓋全部成本，我到底能不能盈利，這些問題，不能等到專案結束才知道，而要提前預測。

並且儘可能的讓決算與預算相接近，這種情況才能最大程度上節約成本，從而盈利。這部分主要涉及到專案內容、後臺的成本構成，稅率關係等內容。需要依據資料層提供的資料進行準確預估。從而達到在專案未開始前，整體專案的收入、成本、增值稅、附加成本以及毛利率直接可預見。這層的準確性依賴於資料層的準確性，所以，能不能搞好資料層的資料，就決定了能不能搞好預算層的資料。

4. 支付層

支付層主要提供使用者支付的解決方案，包括微信支付、支付寶支付、POS機支付、現金收款、對公轉賬等等。支付鏈路橫跨整個使用者生命週期，特別是在家裝業務上，專案週期比較長，支付頻次（定金款、首期款、變更款、中期款、尾期款）比較多，支付金額比較大（大多數會超越線上支付單次5萬的限額），支付方式比較多變（線上支付、POS機支付、轉賬等），付款邏輯和場景也比較複雜，如何更好的處理使用者的支付場景，完美銜接自己的業務體系，就需要更多地花費一些心思。

這張圖呢，基本上介紹了這個行業支付這塊的關鍵資訊，之後應該會有一片專門的文章說這塊，這裡就不一一展開了。至於裡面為什麼微信、支付寶既有線上支付，又有線下支付，這裡主要是區分是否能自動線上對賬的，如果能線上自動對賬，那就算線上，否則的話，即使支付了，也需要重新在線上認款到對應專案中，這個就算線下支付。

5. 結算層

這層相對下游一些，也是狹義的結算，主要提供工程結算、供應商結算的解決方案，也就是主要解決如何向對應的服務者結算的問題。其實沒有太多需要說的，相對比較簡單，在上游資料完備的情況下，相對比較好處理，只需要按照結算規則、賬期和結算方式落地就行，大多數都是發起結算，審批結算，對賬，打款等。唯一需要考慮的是要儘可能多地覆蓋異常場景，這樣的話才會形成一個完整閉環，避免某些特殊情況的行為、支出、扣款等導致系統無法進行正常結算。

六、BIM在家裝業務中的位置

上面已經清楚的講了五個層次的基本分法和概念，那麼BIM在整個業務中的位置就清晰可見了。BIM在資料層提供完整的、精確的原始資料，透過業務層產品規則（套餐規則）的轉化，形成面向使用者的報價單、變更單、同時形成面向施工方的發包單，面向供應商的發包單。貫穿全業務流程，為預算層、支付層和結算層提供準確和完善的資料支撐。

而這些單據，面向使用者的代表收入，面向服務商的代表支出，也就同時會產生預算單，也就意味著，在一個裝修專案開始的時候，就能很明確的知道專案的收入、成本、利潤率，從而為專案後續的進展提供準確的參考依據。

聊了這麼老久，終於可以開始聊一聊BIM到底是如何應用與實踐的了，咳咳，五千字才進入正題，不會被打吧~

七、BIM應用的框架結構

上面很詳細的聊了家裝業務的產品分層，並且也說明了在這套分層結構裡面BIM的位置，那麼BIM在整套業務體系裡面，到底如何規劃和落地呢。其實透過上面的這些內容，可以大概梳理出來，BIM在整個家裝業務體系中的資料流轉結構。

從BIM中獲取基礎資料，流轉至業務層的套餐規則中，進行轉化和輸出，輸出報價單和發包單。而銷售和成本直接的關係依靠底層資料進行拆分和關聯。從而將所有收入和支出引入財務體系，完成預算和決算。

八、BIM框架中的三大難題

在這套結構中，核心會存在三大難點問題：BIM的資料問題、報價規則和發包規則的抽象問題、銷售與成本之間的轉化關係問題，而這三個問題，恰恰也是整個系統結構流轉銜接的關鍵點，也就是說只要能解決這三個問題，整體的產品方案就能落地。

那麼既然定位了核心問題，那麼接下來要做的就是一個一個解決掉它。

1. BIM的資料問題

BIM的資料問題，決定了BIM將向業務側傳遞什麼樣的資料，業務側需要接收什麼型別的資料。資料的格式如何界定，如何隔離BIM和業務體系，做到低耦合，同時透過資料通道相連。這裡面還需要解決兩個問題：BIM能提供的資料是什麼，業務側需要的資料是什麼格式的。

這裡就會涉及到兩部分，BIM能提供什麼型別的資料，而業務側需要什麼樣的資料。對於業務側需要什麼樣的資料，這裡解決不了，因為業務側需要什麼樣的資料，需要在抽象規則後才能知道。產品實現的過程是由底層資料到上層建築的過程，但是在產品構思階段，卻是由頂層結構拆分至底層資料的過程。

兩個完全相反，所以，這個問題會在下一個節點來說。這次我們就聊聊BIM能提供什麼型別的資料。至於BIM工具本身，就不多講了，一講起來就又是一篇長篇大論，等以後了，咳咳，我也不會寫，工具寫起來累人。。。雖然這裡不打算講BIM，但是你怎麼才能知道BIM能提供什麼樣的資料呢，那就需要小小的研究一下了，嘿嘿~

其實也不用研究得很細，就……把它整個功能結構扒下來，基本上你就能大概清楚他的資料結構和底層邏輯是怎麼處理的了，咳咳，是不是很簡單。

因為工具本身存在了前端應用的結構和管理後臺，所以扒的時候不要漏了~前端結構主要用來了解基礎性質的原子資料，後端結構主要用來了解底層的資料支撐和結構，兩者都不可或缺。前端結構的資料和後端結構的資料如下圖，具體是哪一家的，就不做細說了，自己看吧。限於結構圖太……長了，所以只擷取一小部分。

所以，當你扒完BIM工具的整體結構之後，你就會發現，BIM本身提供的是原子化的資料，他可以提供你很精確的底層資料，比如戶型的面積，結構，每個空間的名稱，空間的長寬高，空間面積、空間周長，門的高寬厚等等原子資料，所以這些資料如何才能變成業務切實可用的資料，就需要依賴於業務側到底需要什麼樣結構的資料了。這就是我們下一個問題需要聊的了。

2. 規則的抽象問題

我們前面有聊到，BIM的資料經過規則的轉化之後，會轉化為報價資料和發包資料，一則面向於使用者進行報價，一則面向於下游進行發包。所以，規則的抽象其實就是兩套規則的抽象。也就是產品報價規則和向服務者的結算規則抽象。

先聊報價規則吧，報價規則應該算是一塊最難啃的骨頭，因為這個領域，報價規則，那是手冊啊，厚厚一本……沒辦法，只能採用老辦法，也是笨辦法，有可能也是最有效率的辦法，將整個手冊全部扒下來，然後從一堆規則中去提煉和抽象核心規則。產品手冊的規則一般包含幾個主要部分，分別是計價規則、主材配置、升級、限量規則、水電點位規則和個性化施工專案規則。

任何一個複雜的結構裡面，底層一定有一條或者幾條規則，是整個結構的核心，支撐著整個結構自由運轉。而我們要做的就是在複雜的、冗餘的、擁有極大幹擾的巨量因素裡面，去剖開表象，剝離出最本質的幾條規則。這也將會是我們突破的核心點，以點才能破面。

具體的過程我就不多描述了，如果感覺體會不深，咳咳，可以聯絡我，我給你個手冊你自己剝離一下嘗試一下，不用擔心，不要錢，咳咳~

這裡就只說結論了，在將所有的規則都扒出來之後，果然發現了最核心的一條規則，這條規則就是產品報價的核心：在XX空間下，XX 材料/施工項是標配的？還是升級的？還是載入的？行業內的同學會不會覺得跟自己現在做的好相似~雖然像，但好多事情差之毫釐……希望我的做法能對大家有一些新的啟發。

這裡簡單解釋一下，對於一般家裝行業套餐制公司，家裝的收費是按照房屋面積收費的，比如999元/平米，所以這裡的標配指的是不需要額外花錢的，包含在套餐內的。升級指的是不在套餐內，但是你可以補差價升級，比如你想用更好的地板/瓷磚時，可以補一個差價。載入的話就是指套餐內完全不含，需要付全部費用購買的。

在這條規則之下，你會發現絕大多數的（80-90%）場景都能覆蓋，而且它也將直接決定業務需要的BIM資料是什麼格式的。

在這條核心規則的基礎上，並不是所有的規則都能滿足，所以還需要一批其他的特殊規則進行補充。包括水電點位規則，門的超高/超寬/超厚規則，埡口超厚規則，窗套超厚規則，地板/鋁扣板異形規則等等。而這些規則在一起將支撐整套報價體系自動生成。

報價規則抽象完了之後呢，就是如何抽象結算規則了，用來決定如何發包，這套規則比較簡單，核心其實就是售價和成本的問題，然後對於工程會有一些套餐包的計價，比如施工部分包給工人多少錢這樣，相對比較簡單一些。

3. 結算的轉化問題

最後來一下結算轉化的問題，這個東西主要界定銷售和成本之間的關係，看起來比較簡單，其實也的確比較簡單，咳咳~只是會有一些特殊場景，所以會跟正常的透過SKU管理銷售和成本的關係不太一樣。舉個簡單的栗子大家就能明白了。

所以，看完上圖也就不難理解，為什麼需要獨立關係處理了吧，因為轉化關係並不完全是同一單位的資料轉化，而會是不同單位的資料轉化。聊到了這裡，大概就可以理解，為什麼在BIM應用的框架結構（不要問框架在哪？往上翻翻，咳咳~）中，會單獨拆出來三個庫來處理內容了吧。而對於倉儲，因為同樣涉及到了出入庫的內容和採購的內容並不一定是一一匹配的，所以也將倉儲的部分獨立拆分了庫，進行獨立管理。

九、BIM的落地產品方案

聊了這麼多，也說了這麼多問題如何解決，那麼到底實際的落地方案會是什麼樣子呢，會不會很好奇，以下將是重磅內容，哈哈，期待一下吧。上面聊了所有的框架、結構、要解決的問題、以及如何解決，那麼接下來就看看到底在系統中如何落地吧~

1. 功能結構圖

在開始落地之前呢，肯定還是要大概梳理下功能結構的，雖然上面其實已經聊得差不多了。

2. 資料流程圖

然後就是資料傳輸過程中的流程圖，用來更清晰地表現資料過程。

3. BIM的資料方案

上文已經界定了BIM需要提供的資料格式為，空間/施工項、材料/用量，那麼BIM工具就需要提供該種類型的核心資料，同時也需要提供BIM的基礎空間等資訊資料。

1）基礎專案、方案資料

包含基礎的專案、方案資訊、該戶型結構及基礎內容。

2）施工、材料資料

詳細的施工和材料資料資訊，也是最核心的資訊。業務規則將依據該部分內容進行相關報價資料和結算資料的生成。

4. 規則的抽象方案

規則的抽象核心是各種規則的提煉，上面核心規則和分支規則已經聊得差不多了，下面就是具體的產品方案。規則的抽象和提煉總共分為了8步，分別為：套餐規則管理、套餐商品管理、商品規則管理、附加規則管理、拆除包管理、水電包管理、補充報價管理、發包管理。

1）套餐規則管理