阅读进度

建筑与地产 · 案例 16.3

物业报修工单

把「师傅上门两三次才修好」变成一次上门解决

跳到本案目录

30 秒速读

真问题
报修信息不全 + 责任归属判断太晚。
成功标准
试点项目的一次上门解决率从 62% 提到 80%;责任归属在派单前判断,准确率不低于 90%。
最后交给谁
交给物业公司品质部做业务负责人:维护追问清单、责任规则和备件建议;新项目接管时由品质部配置合同规则。
带走一条判断
入口提速不等于问题解决,要看最终结果指标。

1客户嘴上要的

「业主报修电话打不进来,做个 AI 客服,7×24 小时接报修,自动生成工单。」

这是症状或现成方案,不一定是真问题。下面看两种做法。

2照字面做,会怎么烂

在小程序和 400 电话上接一个智能客服,接单速度很快,接通率从 70% 提到 99%。但业主满意度没变:工单生成快了,修好还是要一周。投诉从「打不进来」变成「报了没人来」和「来了修不好」。

3好 FDE 的实际走法

共 6 周,分 5 个阶段。带三角标记的是这一步最容易踩的坑。

  1. 第 1 周找真问题(跟维修师傅跑一天)

    • 跟物业公司客服中心主管、2 个项目的工程主管、4 个维修师傅坐,导出工单系统近半年 9,000 张报修单。发现:38% 的工单要上门两次以上。原因集中在三类:报修信息不清,师傅到现场才知道是什么问题;没带对配件;到了才发现不归物业管——户内设施要收费、房屋在保修期内要由开发商或施工单位维修。
    • 第三类最伤满意度:师傅上门说「这个不归我们」,业主认为是推诿。
    • 真问题是「报修信息不全 + 责任归属判断太晚」。成功标准改成:「试点项目的一次上门解决率从 62% 提到 80%;责任归属在派单前判断,准确率不低于 90%。」
    • 踩坑别只看接通率和响应时间。这是客服中心的指标,不是业主关心的结果。
  2. 第 2 周定范围 + 理清责任规则

    • 砍范围:3 个项目,报修量最大的 5 类问题——漏水、电路跳闸、门锁、下水道堵塞、公区照明。
    • 理规则:从物业服务合同、交付时的质量保证书和保修期限,整理出「公区 / 户内 / 保修期内」的判断规则。由公司法务和品质部确认,因为这直接关系到收费和与开发商的结算。
    • 踩坑不同项目的物业服务合同不一样。规则按项目配置,不能用一套。
  3. 第 3–4 周原型 + evals

    • 改报修流程:业主报修时,系统按问题类型追问 2–3 个关键问题(漏水是哪里漏、是否在下雨后)并请业主拍照;派单前给出责任归属预判和建议备件,工程主管确认后再派单。
    • evals:从历史二次上门工单中抽 300 张,由工程主管标注「当时应该知道的信息」和「正确的责任归属」。分别统计追问能拿到关键信息的比例和归属判断准确率。
    • 踩坑老年业主不会拍照、不愿多回答。保留电话通道,由客服按同样的问题清单问。
  4. 第 5 周试运行 + 并肩改

    • 维修师傅反馈:「照片有用,但我还要知道上次谁修的、换了什么」——在派单信息里加上同一房屋的历史维修记录。保修期内的工单自动生成给开发商的转办单,减少物业和开发商之间的扯皮。
  5. 第 6 周交接交接

    • 交给物业公司品质部做业务负责人:维护追问清单、责任规则和备件建议;新项目接管时由品质部配置合同规则。
    • 没有品质部维护规则,新接管的项目会按其他项目的合同判断,归属判断错了比不判断更糟。

4这个案例教给你的可复用判断

  1. 入口提速不等于问题解决,要看最终结果指标。

  2. 返工(二次上门)的原因要逐类拆,找信息缺口。

  3. 涉及收费和结算的规则,必须由法务和品质部门确认。

  4. 新流程要保留不会用新工具的人的通道。

你手上也有类似的场景?

说说你所在的行业和想用 AI 做的事,留言会直接送达。觉得这个案例有误、过时,或有更好的做法,也欢迎指出。

建筑与地产的其他案例

内容更新:2026-11-11