季节与事件日历（示意）
- 春季：绿化补植、落叶与杂草专项
- 汛期：排水口清掏、积水点值守
- 夏季：高温环卫排班、公厕消杀加密
- 冬季：除雪防冻、路面防滑
- 节庆与赛事：保障窗口与验收节点
- 创建与考核：检查前自查与整改闭环
Chapter 03 · Solution
标准 → 系统 → 复制 → 复盘
把作业频次、区域分级、事件等级与迎检清单，翻译成可执行、可复制的规则。
01
标准：把「频次、分级、清单」写成可执行字段
公共空间的作业标准，通常散在三类文件里：合同附件的频次表、主管局的考核细则、以及老师傅的经验。治理的第一步，是把它们合并成三类可执行字段——区域等级、作业频次、事件等级。
区域等级决定资源投向：核心展示区、一般作业区与外围区，本来就不该同一频次。事件等级决定响应速度：影响安全与公众体验的事件，不能与日常保洁走同一队列。
事件 → 任务包映射（示意）
- 大型活动 → 保洁强化 + 设施复位 + 秩序协同
- 暴雨预警 → 积水点巡查 + 排水口清理
- 创建检查 → 自查清单 + 整改 + 复核
- 公众投诉 → 受理分级 + 到场 + 回访
- 设施损坏 → 报修 + 临时防护 + 修复验收
为什么先做这一步
跳过标准直接上系统，会得到一套没人维护的空壳。字段定下来，系统才有依据；口径统一了，多头报表才能从同一事实里生成。
02
系统：作业端足够简单，管理端才审得动
公共空间作业人员年龄结构与使用习惯差异大，作业端必须做到「勾选、拍照、定位」三步完成。任何需要打字与思考的交互，在户外与轮班场景下都会失效。
管理端的价值不在花哨看板，而在三件事：事件能否按等级自动升级、质控抽检能否回写工单、排班与工时能否和作业量对上。
标段复制的检验标准只有一个：第二个场馆、第二座公园，改的是配置，不是方案。
03
复制：第二场馆、第二公园、第二标段
总部定模板，项目做实例。差异项显式登记——这一座公园有没有水面、那个场馆有没有附属商业，都作为配置项写出，而不是靠项目经理口头传承。
接管与开业有 checklist，冷启动以周计。这样扩张才不依赖「派一个懂行的老人过去」，也才不会因为老人离职而丢掉标准。
04
复盘：用面积人效与事件结构调规则
复盘要回答三个问题：哪些事件在重复发生、哪些区域的人效明显异常、哪些扣分项连续出现。答案不在汇报材料里，在同屏的数据里。
产出必须是配置变更——调整某个区域的作业频次、修改某类事件的升级时限、给某个季节增加一项专项任务。只写「加强管理」的复盘，等于没有复盘。
底座能力
工单调度、工程设备、保洁质控、人员绩效、外包治理、多项目复制、合同与 SLA 参数化——八项能力共用一套底座。
城市服务增强
在此之上叠加本业态特有的对象与规则：区域等级、季节日历、事件等级、迎检清单、按面积与里程的人效口径。
下一章
机制跑起来之后，拿什么向主管局交代？继续阅读结果承诺。
前往结果章 →