教学模拟案例,非衍谷客户实绩
物业报修责任与维修派工准备
原创教学设定;未对应真实客户或实际交付。以下指标为验收目标、测试规模为假设,不构成效果承诺。
01 / 业务问题
教学模拟情境:住户报修涉及户内设施、公共管线和保修范围,物业需要先核实位置、紧急程度及已有证据,再准备合适的人工处置。
02 / 改造前流程
客服把问题转发工程群,维修员到场后才发现责任范围或材料不清;同一渗漏被不同住户重复报修,容易分散处理。
03 / 明确任务范围
生成报修分诊、关联事件与派工草稿;不裁定赔偿责任、不向住户收费、不安排未经同意的入户,也不代替现场安全判断。
04 / 资料输入
- 脱敏报修描述、照片与明确的入户授权
- 楼栋设施台账、历史工单和保修资料
- 批准的紧急升级规则、责任核查流程和维修服务范围
05 / AI 接入与工作流
- 模型提取位置、症状与危险线索,标注图片不能确认的部分,紧急线索立即提示值班负责人。
- 规则关联同楼栋、同设施的未结工单,检查保修有效期和资料缺口,不直接推断责任方。
- 模型生成现场核查项和候选派工岗位,确定性校验岗位资质与是否取得入户授权。
- 工程负责人确认现场处置,客服核实住户可用时间,责任或费用争议交给授权人员决定。
- 输出派工准备单和进度回复草稿,由人工执行派工并记录现场发现,结案前复核处理证据。
06 / 人工复核节点
工程负责人负责技术与安全判断,客服确认授权和沟通,物业经理处理费用与责任争议;照片或模型分类不能决定赔偿。
07 / 交付物
- 关联事件的报修任务草稿
- 入户、保修与资质核查清单
- 现场核查要求及住户回复草稿
08 / 验收口径(目标)
验收目标:未授权入户明确阻断;公共区域关联事件可追溯;保修资料缺失时标为待查,不能生成确定收费或责任结论。
09 / 测试方法(假设测试集)
假设测试集设置跨楼层渗漏、断电伴积水、撤回入户同意和同设备重复报修;核对事件关联及紧急升级,并验证派工权限边界。
10 / 数据权限与风险边界
住址、门牌和入户时间只向必要岗位展示;遇到安全危险按现有应急流程处理,不等待模型给出完整答案。
11 / 实训任务
加入相邻住户对同一漏水事件的矛盾描述,要求学员建立共同事件而保留独立证据,避免提前认定某户责任。
FDE 练习路径:澄清问题 → 限定范围 → 接入资料 → 运行与复核 → 对照验收 → 交接。上线真实业务前,需重新确认授权、基线与责任人。