主编号上线第三天，系统第一次真正“咬人”——不是咬居民，是咬项目自己。

周六下午四点十五，台账后台弹出一条红色提示：

＞ CXR-2025-12-0137（V类诉求）

答复时限剩余：00:45

责任单位：总包客服组

状态：未答复（将触发自动升级）

秘书看见提示，心里一紧：“林总，这条要是升级出去，群里肯定炸，说我们‘刚上线就失灵’。”

总包经理立刻解释：“不是我们不答复，是这条诉求内容含糊，业主只写了‘卫生间有味’，没留电话，地址也没写清楚，我们联系不上。”

这就是现实：制度跑起来，总会撞上“信息不完整”的人性摩擦。

以前这种摩擦会被“你们不回应”放大；现在它会变成系统的硬时间。

林远看着倒计时，没有骂，也没有让人去群里解释。他只问一句：

“这条诉求有没有走补充信息请求流程？”

总包经理愣住：“补充信息请求……我们还没来得及做模板。”

林远点头：“那就今天补。超时升级不是敌人，是提醒我们流程缺口。”

---

一、补充信息请求：把“含糊”也写进程序

他当场在白板上写出一个最简补丁：

V类诉求答复三步法：

1）初答复（24小时内必须给）

2）需补充信息 → 发出“补充信息请求”（仍算答复）

3）补充到位 → 完成结论或安排现场复核

“你联系不上人，不代表你可以沉默。”林远说，“你至少要在系统里留下‘我已请求补充信息’的回执。这样居民就知道不是装死。”

交易中心专员立刻说：“可以做成按钮：‘请求补充信息’，自动生成模板并延展时限。”

法制科长提醒：“延展时限要有边界，不能无限拖。比如只延展一次，延展24小时。”

林远点头：“一次延展，24小时。延展也要编号。”

十分钟后，技术员在后台加了一个临时功能：

“补充信息请求（一次）”。

总包客服组马上对CXR-2025-12-0137发出请求：请补充楼栋-单元-户号、联系方式、问题发生时间。系统自动生成回执并把状态从“未答复”改为“已答复（待补充）”。

倒计时归零前，黄灯没亮。

秘书长出一口气：“躲过去了。”

林远摇头：“不是躲过去，是流程补上了。躲过去靠运气，补上靠制度。”