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）施工、材料数据

详细的施工和材料数据信息，也是最核心的信息。
业务规则将依据该部分内容进行干系报价数据和结算数据的天生。