Method 02 · System

正确做法,
应当成为默认路径。

系统不替代判断;它让正确的那一步,成为最省事的那一步。

如果正确做法比错法更麻烦,那它一定会被绕过。

什么才算「默认路径」

判断一条路径是否真的成为默认,只看三件事:不绕路——不打开系统就拿不到工单;不靠记性——到点的任务自己找人,而不是等人去找;不留暗账——验收结果只能写回同一处,没有第二个可以私下对齐的地方。

三条都成立,标准才从文档变成组织习惯;缺任何一条,现场都会长出一套并行的 Excel 与微信群。

四条默认路径

  1. 01

    入口统一

    客诉、租户报修、厂务停机单进同一个入口与同一套分类树,先在系统里存在,再谈派给谁。避免「一个业态一套群聊」。

  2. 02

    派工有规则

    按等级、区域、技能与当前负荷派单,把调度员的经验显性成规则;规则可调,但不能只存在于某个人脑子里。

  3. 03

    升级有时限

    超时自动上浮,两级以上升级对象与时限在标准包里写明,兜底人必须存在——「无人认领」是流程缺陷,不是人的问题。

  4. 04

    验收有证据

    验收结论与证据回写同一闭环;质控抽检、迎检导出、甲乙方对账都从这里取数,不再另建台账。

错法 vs 作法

错法 系统只管报单,调度仍在电话与微信里完成
作法 调度规则在系统内,派工结果与理由可回看
错法 到点任务靠班组长早上想起来派
作法 计划任务到点推送给责任人,未接收自动上浮
错法 验收拍照发群,结论口头确认
作法 验收结论与证据写回工单,成为对账与迎检的数据源
错法 扣罚靠月底人工翻记录
作法 违约自动标记,双方读同一张报表

作业端与管理端同屏。

不是再买一块大屏,而是让一线记录的那一刻,就是总部看到的那个数。

系统的边界:不替代判断

系统能固定的是流程与口径:谁在什么时限内做什么、留什么、升给谁。它不能替代的是判断与取舍:一次渗漏要不要立即停梯、一个商户投诉要不要破例先行处置、赶不上节点时先保哪一项。

因此配置设计要留出「例外通道」,并让例外本身留下记录——例外走得多的地方,就是标准该改的地方。把例外当违规去堵,只会把现场推回微信群。

落地自检