背景概述

建筑信息台账一直是物业管理运营系统以及ibms系统中的重要功能组成模块，往往会和整体的智能楼宇系统打包提供服务，毕竟独立的资产管理花钱去买确实感觉会有一些鸡肋，特别是作为管理层，如果是老派的老板觉得这就是一个Offic三件套就能搞定的事情。

最近看了一场知名建筑智能化企业的公开课，深入分享了一下他们在建筑资产管理的解决方案成果，感觉非常有启发，与同学们分享一下收获。

一、市场痛点需求产品服务对象静态的：所有可以见到的资产的数字化档案：设备建筑图纸，说明书，照片，合同，人员信息

动态的：所有与设备，资产发生交互的记录信息：维修记录，维保记录，风险措施记录

服务场景痛点

用户故事1：建筑物业公司每更换一次都会减少一次资产材料，只要业主不主动询问，就一定不会主动提交，以减少不必要的麻烦，导致更换的物业多了，剩下的资产信息越来越少，最后新接手物业方的只能瞎子摸象。

用户故事2：建筑楼顶上拆下来闲置的风机，放了一段时间就消失了，一追问就是被当作垃圾给处理回收了。

用户故事3：锅炉发生爆炸，但是工程部门缺没有留存该锅炉的信息，铭牌都找不到，导致最后连厂商品牌责任人都无法明确定位。

痛点总结：动态行为没记录，静态资料不全面，资产管理体系制度不完善。

服务角色岗位

痛点落到角色岗位后总结

-影响工作的效率，时间越长人员流失越多，后面的各种效率就会越低。

-影响经营成本，数据不全导致决策的不够精准精细，也就更谈不了如何降本

二、产品服务（1）数字孪生服务

设备空间的对象符合主流，但还有系统（设备组）这种对象也非常必要，不清楚为啥没定义。

关系：「测量关系」这个第一次见到，不清楚是不是一些传感器的校准策略关联了哪一套测量工具也进行了关系创建。

（2）模型可视化服务

亮点是除了基础的位置+属性信息与空间模型的叠加之外，同时还添加了一个运维状态的信息维度，可以知道哪些正在维修，哪些快要报废，哪些快要过保等等，值得学习。

（3）风险评估交付

在整体做资产数字化的过程中，会根据标准收资SOP和校验数据准确的过程中进行风险点采集。听分享嘉宾的意思就是专家经验的总结，然后根据现场情况摸爬之后可以登记在案。

启发了我构思一下这一部分工作如何变成风险智能化方案。

〇、建立风险评估模型和对象结构特征，或者最简单，根据专家风险知识库，反过来创建风险要素评估问卷题。可以基于现场正在收资的进度，进行提示风险点检查。例如在燃气仪表旁边确认的时候浮现一个小项，“是否听见滋滋泄漏声”。

一、把现场检验三方确认的过程也标准电子化，例如确认铭牌信息的时候同时下面还有一段风险chcklist，基于不同规格的铭牌进行不同确认内容的推荐，这样现场确认人员在顺手确认的同时也是把一些风险要素进行了定位和登记。

二、最终所有工作完成的时候，所有给予风险模型的定位要素进行风险项目收敛和计算一个风险列表。

（4）风险内容可视化

前一项功能的展示或升华，这个界面看起来有些迷茫猛的一看没理解，琢磨了一下大致可以理解为，风机末端出风口百叶损坏这种风险，然后就影响了底下这一小片面积的办公区域的对应多大区域的空间范围，感觉这种才能解释的通。包括照明，电表供电等等这种比较符合这种可视化的展示方式场景。

这种感觉可以借鉴在数据机房里面，做风险提示影响的机柜机列是哪些，对应的业主客户是哪家。

三、交付流程成果（1）部署及数据治理的核心过程

先静态维护，再动态数据系统集成，最后自己校验+外部第三方检查，有些数据中心测试验证的意思了还引入了第三方。

（2）完整项目交付过程

除了系统部署，还包括了关键一项张贴

转载请注明:http://www.aideyishus.com/lkzp/7011.html