1. 创业也首页
  2. 投稿

数据化运营是指,通过数据化的工具(BIM在家装领域的应用与实践)

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,如视的未来家之类的。这些工具中,酷家乐,应该是最广为人知,因为它除了面向B端,也同时面向C端开放,这个原因,也促进了它本身的迭代和知名度。这些工具呢,因为侧重方向不同,大概上能分为下面两种:

  我们来聊一下这些工具的类型,这些工具呢,首先肯定是一个设计工具。因为设计是整个家装的上游,没有设计,就谈不上后面的所有的算量、图纸、交付之类的东西。所以,设计工具在之前一直是这类工具的核心,我不关心之后能不能实现,现在我得先要好看,是吧。所以最初的时候,大家的精力都会在这些工具如何才能更好的促进转化上来。

  慢慢地,开始有一部分企业开始思考,既然设计已经数字化了,那设计过程中到底用了哪些材料,材料用了多少,主材多少,辅材多少,这些用量是不是也可以数字化呢,如果这些量可以数字化,那是否意味着可以以BIM中的量为整个工程的计算依据呢?(要知道,现在整个行业大多数还在手扒CAD,拿计算器算量呢。)

  因此慢慢地也开始出现了一些主打交付工具的工具,以算量为核心,主打所有的用量由系统计算得出,减少人工计算的误差和偏差。当然,现在似乎每个工具都会有算量等负责交付的团队,不过底层的不同,也必将会带来上层的不同,某些时候底层结构的缺失,也会导致某些算量完全无法计算。不过这些后续有机会再详细聊好啦。

  那对于BIM,它到底应该是个什么样的工具呢?

  其实上面聊得已经比较清楚了,根据BIM本身的概念,还有家装行业工具的发展轨迹,BIM的未来大概率上是以算量为核心的一套设计+交付的工具。也就是底层要按照能支持算量的结构搭建,而在应用层,也要能充分支持设计本身,做一个好的设计工具~

  在聊BIM能解决什么问题之前呢,首先得先聊下在实际的家装业务中存在哪些问题。一般情况下三大问题比较突出一些,分别是人员效率问题,材料成本问题,项目利润问题。

  为什么说有这三块的问题呢,我们分别来看下(这里也就是简单聊下BIM能解决的问题,不能覆盖所有可能存在的问题)。

  目前整个家装行业的报价部分信息需要设计师手动计算和填写,过程较为复杂,用量计算较多,时间消耗大约1-2小时。这还仅仅在报价,还有本身方案的沟通,图纸的绘制等等。设计师是签约的核心转化成员,若系统能让设计师的作业效率提升,也就意味着设计师会有更多的时间接待和转化更多的客户。

  由于装修过程中涉及的材料用量,是完全由人工计算然后录入系统中的。在这个过程中,对于损耗的预估不同(比如A认为8%的损耗就够,B认为需要12%);对于自身利益的取舍(比如多下点材料,避免后期补货)等等。

  你会发现,同一个客户,同一套方案,同样的材料,不同的设计师肯定会报出不同的材料用量。而在某些极限情况下,可能还会存在60平米的屋子,下单200平米的地板;有些工地会出现几百个插座等等材料问题。材料成本极其不可控。即使很多企业中间还有一层中控进行审核,但是依然很难完全避免。而且材料在人工计算无法精准的基础上,后期的退补货也会较多,也会让成本上升更多。

  在整个项目的利润上,大多数项目的毛毛利润率差不多在20%-30%,基本上都会是入不敷出的状态,每年的现金流都很好,到年底一算账,发现不赚钱。咳咳,在流量增量比较可观的时候,可能问题都不太大,毕竟有很优质的现金流,但是一旦出现了增量减少的时候,如何精细化运营,在整个项目中尽可能的减少开支,节约成本就变成了一件很重要的问题。

  那BIM能不能解决上面所说的问题呢,咳咳,估计大家用脚指头都能想到了吧。嘿嘿,但是还不够。在仔细研究了BIM工具之后,你会发现在报价层面、算量层面、体验层面和图纸层面都会有完全截然不同的体验提升,而这整套体验,其实带来的是整个设计和交付行为的重大变革。

  BIM本身作为3D的设计工具,户型的结构,面积,空间信息,空间中的材料信息一应俱全,那么完全可以从BIM工具直接生成用户的报价单啊。对了,这里多废句话,现在家装行业的报价功能设计的底层逻辑都是人如何在做报价的时候做的齐全还不缺项漏项。

  所以所有的顶层设计都会围绕这个底层逻辑在做,你不管看多少家报价体系,都在基于这个底层做事情。当我们接入3D设计工具的时候,是否可以换个视角,设计师是否可以不再做报价单了,而由系统来做。当视角不一样的时候,你就会发现顶层设计就会变的完全不同了。咳咳,这里就暂时不再延展开了。

  还有就是,报价单是表格这件事情,咳咳,这个行业都几十年了吧,这都2202年了,是否可以考虑换个形态,比如图文或者什么的。如何更清晰、易懂的向用户传递装修的基础信息,其实可以换个角度来考虑。怎么做,有多少困难,困难都如何解决,就先不聊了哈,废话扯得有点多了,咳咳,勿怪勿怪。

  BIM哎,3D设计工具哎,基本上都可以由系统直接计算所有材料用量了和施工用量了。由于完全依据系统规则生成,只要设计方案是准确的,用量也自然会是准确的。完全可以屏蔽人为因素的影响。同时这些数据也完全可以用于后续的发包和下单(咳咳,当然,完全一点都不差也不现实,部分小的偏差,瑕不掩瑜,不影响大局)。

  BIM本身是3D设计工具,即方案完成后,用户可以直接进行3D漫游体验,甚至可通过可穿戴设备进行VR体验,所见即所得。再也不用全靠2D的图纸想象了。未来你的家如何,是否让自己满意,完全可视可见。对于空间想象能力较弱的用户,这简直就是巨大的福音。

  BIM本身也会根据设计师的方案生成全套的施工图纸,可以节省很多CAD绘制的时间(这个根据工具的发展阶段不同,有些工具支持,有些工具不支持,有些工具只能支持部分)。

  当这些层面都发生变化后,你会发现,这完全就是设计行为、报价行为、发包行为、结算行为等数据产生和传输行为的重大变革。设计不需要在CAD中进行,用户无需靠自己脑补想象未来家的样子,报价不用做了,系统一键生成,所有的材料用量根据系统规则生成,摒弃了人为因素带来的偏差,施工图纸自动生成,后续的发包,下单依据准确的用量进行,支付和结算也有了相应凭据。

  既然说BIM这么好,到底好在哪里呢,他在家装整条业务线条中,到底处在什么位置,有什么重要作用呢?再聊位置的之前呢,先聊下整体的家装业务吧,从产品底层来说的话,整体大概可以分为五层,分别为业务层、数据层、预算层、支付层、结算层。

  五个层面分别面向不同的问题,提供各自的解决方案,家装整体业务体系也基于这五层进行构建。

  业务层主要提供家装全链条业务侧解决方案,也是最重要的一层,所有的业务流程和逻辑都可以划归进该层。整体的结构基本包含以下部分:呼叫中心、销售中心、客户中心、智能交付中枢、合同中心,订单中心,交付中心,供应链中心,财务中心,售后中心,智能设备中心等。基本涵盖了家装行业全链条的业务内容,所有的业务数据都在该层中处理。

  (哈哈,此处也先卖个关子吧,内容暂时就都打码了,后面应该会有个系列专门说业务层的所有框架和内容。应该是应该吧,但愿不会再是两年后了~ )

  数据层主要指装修项目中的施工数据、材料数据等信息,这部分信息既包括了用户的报价,也包括了向下游的各个端口的发包、订单信息(业务层的业务数据在业务层处理,不在该层中处理)。该层面主要处理从设计开始的所有户型和家装全量数据,包括施工项目数据和材料数据,以及后期所有的变更数据,贯穿了家装过程的始末,而这部分在大多数的公司和企业里面,也是完全需要靠人来处理的。

  所有用量的计算,报价的计算,施工过程中的变更,后期的退补货,这也是链条中最难控制的部分。略微有点像那种,看起来每个地方都没花什么钱,但是就是钱都花完了的既视感。而作为BIM工具,也是在这层中发挥自己最大的价值,全部数据由BIM统一输出,下游依照上游数据执行,从最大程度中规避过程中的数据风险。

  预算层主要用来衡量项目层面的预计收入、预计支出和预算毛利率。算是整体项目预算的最关键的部分了。这个项目到底能不能赚钱,能赚多少钱,毛利率多少,是否能覆盖全部成本,我到底能不能盈利,这些问题,不能等到项目结束才知道,而要提前预测。

  并且尽可能的让决算与预算相接近,这种情况才能最大程度上节约成本,从而盈利。这部分主要涉及到项目内容、后台的成本构成,税率关系等内容。需要依据数据层提供的数据进行准确预估。从而达到在项目未开始前,整体项目的收入、成本、增值税、附加成本以及毛利率直接可预见。这层的准确性依赖于数据层的准确性,所以,能不能搞好数据层的数据,就决定了能不能搞好预算层的数据。

  支付层主要提供用户支付的解决方案,包括微信支付、支付宝支付、POS机支付、现金收款、对公转账等等。支付链路横跨整个用户生命周期,特别是在家装业务上,项目周期比较长,支付频次(定金款、首期款、变更款、中期款、尾期款)比较多,支付金额比较大(大多数会超越在线支付单次5万的限额),支付方式比较多变(在线支付、POS机支付、转账等),付款逻辑和场景也比较复杂,如何更好的处理用户的支付场景,完美衔接自己的业务体系,就需要更多地花费一些心思。

  这张图呢,基本上介绍了这个行业支付这块的关键信息,之后应该会有一片专门的文章说这块,这里就不一一展开了。至于里面为什么微信、支付宝既有线上支付,又有线下支付,这里主要是区分是否能自动线上对账的,如果能线上自动对账,那就算线上,否则的话,即使支付了,也需要重新在线上认款到对应项目中,这个就算线下支付。

  这层相对下游一些,也是狭义的结算,主要提供工程结算、供应商结算的解决方案,也就是主要解决如何向对应的服务者结算的问题。其实没有太多需要说的,相对比较简单,在上游数据完备的情况下,相对比较好处理,只需要按照结算规则、账期和结算方式落地就行,大多数都是发起结算,审批结算,对账,打款等。唯一需要考虑的是要尽可能多地覆盖异常场景,这样的话才会形成一个完整闭环,避免某些特殊情况的行为、支出、扣款等导致系统无法进行正常结算。

  上面已经清楚的讲了五个层次的基本分法和概念,那么BIM在整个业务中的位置就清晰可见了。BIM在数据层提供完整的、精确的原始数据,通过业务层产品规则(套餐规则)的转化,形成面向用户的报价单、变更单、同时形成面向施工方的发包单,面向供应商的发包单。贯穿全业务流程,为预算层、支付层和结算层提供准确和完善的数据支撑。

  而这些单据,面向用户的代表收入,面向服务商的代表支出,也就同时会产生预算单,也就意味着,在一个装修项目开始的时候,就能很明确的知道项目的收入、成本、利润率,从而为项目后续的进展提供准确的参考依据。

  聊了这么老久,终于可以开始聊一聊BIM到底是如何应用与实践的了,咳咳,五千字才进入正题,不会被打吧~

  上面很详细的聊了家装业务的产品分层,并且也说明了在这套分层结构里面BIM的位置,那么BIM在整套业务体系里面,到底如何规划和落地呢。其实通过上面的这些内容,可以大概梳理出来,BIM在整个家装业务体系中的数据流转结构。

  从BIM中获取基础数据,流转至业务层的套餐规则中,进行转化和输出,输出报价单和发包单。而销售和成本直接的关系依靠底层数据进行拆分和关联。从而将所有收入和支出引入财务体系,完成预算和决算。

  在这套结构中,核心会存在三大难点问题:BIM的数据问题、报价规则和发包规则的抽象问题、销售与成本之间的转化关系问题,而这三个问题,恰恰也是整个系统结构流转衔接的关键点,也就是说只要能解决这三个问题,整体的产品方案就能落地。

  那么既然定位了核心问题,那么接下来要做的就是一个一个解决掉它。

  BIM的数据问题,决定了BIM将向业务侧传递什么样的数据,业务侧需要接收什么类型的数据。数据的格式如何界定,如何隔离BIM和业务体系,做到低耦合,同时通过数据通道相连。这里面还需要解决两个问题:BIM能提供的数据是什么,业务侧需要的数据是什么格式的。

  这里就会涉及到两部分,BIM能提供什么类型的数据,而业务侧需要什么样的数据。对于业务侧需要什么样的数据,这里解决不了,因为业务侧需要什么样的数据,需要在抽象规则后才能知道。产品实现的过程是由底层数据到上层建筑的过程,但是在产品构思阶段,却是由顶层结构拆分至底层数据的过程。

  两个完全相反,所以,这个问题会在下一个节点来说。这次我们就聊聊BIM能提供什么类型的数据。至于BIM工具本身,就不多讲了,一讲起来就又是一篇长篇大论,等以后了,咳咳,我也不会写,工具写起来累人。。。虽然这里不打算讲BIM,但是你怎么才能知道BIM能提供什么样的数据呢,那就需要小小的研究一下了,嘿嘿~

  其实也不用研究得很细,就……把它整个功能结构扒下来,基本上你就能大概清楚他的数据结构和底层逻辑是怎么处理的了,咳咳,是不是很简单。

  因为工具本身存在了前端应用的结构和管理后台,所以扒的时候不要漏了~前端结构主要用来了解基础性质的原子数据,后端结构主要用来了解底层的数据支撑和结构,两者都不可或缺。前端结构的数据和后端结构的数据如下图,具体是哪一家的,就不做细说了,自己看吧。限于结构图太……长了,所以只截取一小部分。

  所以,当你扒完BIM工具的整体结构之后,你就会发现,BIM本身提供的是原子化的数据,他可以提供你很精确的底层数据,比如户型的面积,结构,每个空间的名称,空间的长宽高,空间面积、空间周长,门的高宽厚等等原子数据,所以这些数据如何才能变成业务切实可用的数据,就需要依赖于业务侧到底需要什么样结构的数据了。这就是我们下一个问题需要聊的了。

  我们前面有聊到,BIM的数据经过规则的转化之后,会转化为报价数据和发包数据,一则面向于用户进行报价,一则面向于下游进行发包。所以,规则的抽象其实就是两套规则的抽象。也就是产品报价规则和向服务者的结算规则抽象。

  先聊报价规则吧,报价规则应该算是一块最难啃的骨头,因为这个领域,报价规则,那是手册啊,厚厚一本……没办法,只能采用老办法,也是笨办法,有可能也是最有效率的办法,将整个手册全部扒下来,然后从一堆规则中去提炼和抽象核心规则。产品手册的规则一般包含几个主要部分,分别是计价规则、主材配置、升级、限量规则、水电点位规则和个性化施工项目规则。

  任何一个复杂的结构里面,底层一定有一条或者几条规则,是整个结构的核心,支撑着整个结构自由运转。而我们要做的就是在复杂的、冗余的、拥有极大干扰的巨量因素里面,去剖开表象,剥离出最本质的几条规则。这也将会是我们突破的核心点,以点才能破面。

  具体的过程我就不多描述了,如果感觉体会不深,咳咳,可以联系我,我给你个手册你自己剥离一下尝试一下,不用担心,不要钱,咳咳~

  这里就只说结论了,在将所有的规则都扒出来之后,果然发现了最核心的一条规则,这条规则就是产品报价的核心:在XX空间下,XX 材料/施工项是标配的?还是升级的?还是加载的?行业内的同学会不会觉得跟自己现在做的好相似~虽然像,但好多事情差之毫厘……希望我的做法能对大家有一些新的启发。

  这里简单解释一下,对于一般家装行业套餐制公司,家装的收费是按照房屋面积收费的,比如999元/平米,所以这里的标配指的是不需要额外花钱的,包含在套餐内的。升级指的是不在套餐内,但是你可以补差价升级,比如你想用更好的地板/瓷砖时,可以补一个差价。加载的话就是指套餐内完全不含,需要付全部费用购买的。

  在这条规则之下,你会发现绝大多数的(80-90%)场景都能覆盖,而且它也将直接决定业务需要的BIM数据是什么格式的。

  在这条核心规则的基础上,并不是所有的规则都能满足,所以还需要一批其他的特殊规则进行补充。包括水电点位规则,门的超高/超宽/超厚规则,垭口超厚规则,窗套超厚规则,地板/铝扣板异形规则等等。而这些规则在一起将支撑整套报价体系自动生成。

  报价规则抽象完了之后呢,就是如何抽象结算规则了,用来决定如何发包,这套规则比较简单,核心其实就是售价和成本的问题,然后对于工程会有一些套餐包的计价,比如施工部分包给工人多少钱这样,相对比较简单一些。

  最后来一下结算转化的问题,这个东西主要界定销售和成本之间的关系,看起来比较简单,其实也的确比较简单,咳咳~只是会有一些特殊场景,所以会跟正常的通过SKU管理销售和成本的关系不太一样。举个简单的栗子大家就能明白了。

  所以,看完上图也就不难理解,为什么需要独立关系处理了吧,因为转化关系并不完全是同一单位的数据转化,而会是不同单位的数据转化。聊到了这里,大概就可以理解,为什么在BIM应用的框架结构(不要问框架在哪?往上翻翻,咳咳~)中,会单独拆出来三个库来处理内容了吧。而对于仓储,因为同样涉及到了出入库的内容和采购的内容并不一定是一一匹配的,所以也将仓储的部分独立拆分了库,进行独立管理。

  聊了这么多,也说了这么多问题如何解决,那么到底实际的落地方案会是什么样子呢,会不会很好奇,以下将是重磅内容,哈哈,期待一下吧。上面聊了所有的框架、结构、要解决的问题、以及如何解决,那么接下来就看看到底在系统中如何落地吧~

  在开始落地之前呢,肯定还是要大概梳理下功能结构的,虽然上面其实已经聊得差不多了。

  然后就是数据传输过程中的流程图,用来更清晰地表现数据过程。

  上文已经界定了BIM需要提供的数据格式为,空间/施工项、材料/用量,那么BIM工具就需要提供该种类型的核心数据,同时也需要提供BIM的基础空间等信息数据。

  1)基础项目、方案数据

  包含基础的项目、方案信息、该户型结构及基础内容。

  2)施工、材料数据

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

  规则的抽象核心是各种规则的提炼,上面核心规则和分支规则已经聊得差不多了,下面就是具体的产品方案。规则的抽象和提炼总共分为了8步,分别为:套餐规则管理、套餐商品管理、商品规则管理、附加规则管理、拆除包管理、水电包管理、补充报价管理、发包管理。

  1)套餐规则管理

本站(www.chuangyeye.com)部分图文转自网络,刊登本文仅为传播信息之用,绝不代表赞同其观点或担保其真实性。若有来源标注错误或侵犯了您的合法权益,请作者持权属证明与本网联系,我们将及时更正、删除,谢谢