Leach株式会社(总公司:东京都港区,代表董事:冨永 拓也)已开始接受面向建筑业租赁和租赁公司的业务支持系统「BuildOS」的预先注册。BuildOS旨在全面解决事务所周边繁琐的作业,例如发票核对、出入库和库存管理。 BuildOS是一个通过AI读取、核对并将建筑租赁公司过去以纸本单据、Excel、传真和电话处理的行政作业转换为报表的系统。其目标是将每月耗时3天的发票检查缩短至数小时,并将每月1万件退货的验收作业缩短至原来的几分之一。 该服务预计将以月费制云端服务形式提供,初期导入费用为零。定价设计旨在让拥有20至200名员工的中小型租赁公司也能轻松导入。 「虽然没有足够的资源导入内核系统,但仅靠Excel台帐和纸本单据已达极限」──BuildOS正是从建筑租赁公司现场的这些声音中诞生的。 ### 为何建筑业的行政作业数字化进展缓慢? 随着国土交通省推动的「i-Construction」,现场端的ICT化(无人机测量、3D设计、远程施工管理)逐年进步。然而,另一方面,公司后勤的发票检查、出入库记录、盘点等行政作业,至今仍以纸本、电话和Excel进行,这是实际情况。 建筑业的行政作业难以像其他行业一样系统化的原因,在于该行业独特的商业惯例,这些惯例在其他行业并不存在。主要有三个原因: - 原因1:「一式发包」导致无法得知个别物品的数量 在建筑工地,以「临时材料一式」、「鹰架材料一式」等大范围发包是常态。然而,在归还时,必须逐一清点和检验每根、每片材料,这就产生了出货和归还时清点方式不同的矛盾。一般的销售管理系统无法应对这种不一致,最终只能由现场经验丰富的人员手动核对。 - 原因2:以「使用次数」进行管理的独特规则 建筑租赁材料不仅以数量管理,还以「还能使用多少次(耐用次数)」进行管理。单纯的库存数量不足以应对,需要记录每根材料的使用次数、修缮历史和报废判断。市售的库存管理软件只能处理数量,这部分只能依赖资深员工的笔记本或Excel。 - 原因3:租赁特有的「借出、归还、修理、再借出」流程 材料以「出库 → 现场使用 → 归还 → 检验 → 修理 → 再出库」的循环流转,因此要准确掌握「目前哪些材料在哪个工地」,只能通过核对多张单据。对于工地遍布全国的租赁公司来说,仅此核对作业就耗费了大量时间。 - 原因4:人手不足和高龄化导致「懂行的人」减少 根据国土交通省的「建筑业手册」,建筑业从业人员中约36%为55岁以上,从业人数已减少至高峰时的约7成。资深员工脑海中独有的「什么东西在哪里」、「这种材料还能用多少次」等知识,在退休或世代交替时容易流失,这本身就是一个巨大的经营风险。 - 原因5:据点分散导致总公司无法掌握内部情况 许多建筑租赁公司在全国设有多个仓库(材料堆放场)或材料中心,材料从这些地方流向工地。各据点的Excel台帐和纸本单据各自独立,总公司无法即时看到「目前哪里有多少个」。结果,对于紧急的借出请求,至今仍存在「打电话到据点确认」的沟通方式,导致错失商机和过度库存的温床。 ### 开发背景 ── 从Rikiman顾问支持中看到的现场声音 BuildOS的构想源于我们作为生成式AI顾问支持Rikiman株式会社(建筑用夹具制造商/国内市占率约9成)的合作。Rikiman在全国5个据点租赁大型建筑工地用的临时材料,标签制作、验收单制作、出入库管理等行政作业严重压迫了他们的人力和时间。 导入我们的生成式AI顾问服务后,标签制作的工时减少了约9成,验收单制作实现自动化,出入库记录也数字化。然而,我们也意识到「仅仅用AI取代个别作业,并不能改变公司整体的工作流程」──这既是成果,也是挑战。 BuildOS的开发目标是将在Rikiman支持中发现的「租赁公司真正想要的工具」具体化,并将其推广到整个建筑租赁行业。 此外,我们现有的服务「Tsugou.com」是两个。