江南水务 × E20供水服务促进联盟

以 AI 推动组织建设

懂规则,
管资源,
落岗位。

以规则为依据,以资源为支撑,以岗位为入口。
把知识转成动作,把动作留下证据。

五层知识模型

规则 → 资源 → 岗位 → SOP → 指令从依据到执行,从执行到复核

01 依据在哪里

02 谁负责、谁复核

03 完成后留下什么证据

行业共性问题

从文件到岗位,
还需要一座桥。

资料入库只是起点。适用条件、岗位责任、执行动作与验收证据,需要一起明确。

01 / 组织

架构不同,责任要对齐

同一项业务在不同企业可能由多个部门协作,也可能由一人多岗承担。知识要随业务责任组织。

02 / 规则

版本变化,依据要核验

来源、适用范围、生效日期与替代关系应当可查。未核验的资料,需要与正式执行依据区分。

03 / 经验

经验传承,方法要成形

把老师傅的判断过程、适用条件和检查方法整理成案例,才能支持新员工学习与复盘。

04 / AI

辅助判断,证据要回查

检索、比对、草拟记录都要能回查依据;证据不足时先补齐资料,再由责任岗位确认。

知识架构

五层相连,
每层都有明确产物。

选择一层,查看它解决的问题与交付要求。

这一层要解决什么

规则层|让执行依据可核验

登记法规、标准、政策与技术规范的来源、版本、适用范围、生效日期和替代关系。由责任人核验并定期复审,未核验内容明确标识。

关键产物

规则登记表:来源、版本、适用范围、采信状态、核验人、复审日期。

建设原则:一个岗位一页知识卡,一个场景一套 SOP,一项任务明确动作、证据与复核。

发布会口播稿

供水行业知识库发布稿

懂规则、管资源、落岗位——从一个场景做出闭环。

01 / 开场

把知识落实到岗位

各位领导、各位同仁,大家好。今天,江南水务与 E20 供水服务促进联盟共同发布供水行业知识库。这次发布围绕一条面向 AI 应用的组织建设路径展开:懂规则、管资源、落岗位。

我们关注三个具体问题:遇到任务时,依据在哪里;跨部门协同时,谁负责、谁复核;工作完成后,留下什么证据。让标准、制度、经验和流程彼此连接,让每个岗位能够找到依据、明确动作、完成检查,这是知识库建设的出发点。

02 / 问题

文件齐全,执行仍需连接

不同供水企业的规模、组织架构和管理基础各不相同。同一项业务,可能由多个部门协作,也可能由一人承担多个岗位。知识库应适应这些差异,围绕业务责任组织知识。

标准更新、人员调整和流程变化时,常见困难是依据版本难确认、经验难传承、跨岗衔接不清楚。把文件上传只是起点。还需要说明适用条件、责任岗位、检查方法和记录要求,才能支持日常执行。

03 / 方法

懂规则、管资源、落岗位

第一,懂规则。建立规则登记表,记录来源、版本、适用范围、生效日期和替代关系,由责任人核验并定期复审;尚未核验的内容明确标识,避免混入正式执行依据。

第二,管资源。为制度、规程、预案、图纸和典型案例建立台账,明确归属、采信状态、维护责任和访问权限。资料入库后,还要经过业务审核,才能进入岗位使用范围。

第三,落岗位。围绕岗位形成一页知识卡,围绕场景形成一套 SOP,再把检索、比对、草拟记录等辅助任务转成 AI 指令。每项任务讲清楚触发条件、动作顺序、记录要求、复核节点和完成标准。

04 / 共建

共同模板,企业适配

围绕联盟共建,可以先选择二次供水、水质异常、管网漏损、客服热线等典型场景,共同整理规则目录、岗位模板、SOP 和案例。共享内容注明来源、适用条件与版本,企业结合自身设施、流程和授权逐项适配。

建议采用“小范围试用—记录问题—修订模板—再推广”的路径。把一次处置的过程和证据沉淀为案例,让同行既能参考做法,也能判断哪些条件不同、哪些参数需要重新确认。

05 / 边界

AI 有依据,岗位有责任

AI 适合帮助岗位查找资料、比较版本、整理清单、草拟记录和辅助复盘。引用依据应能回查到文件与条款;参数应保留单位、适用条件和来源;证据不足时,应提示补充核验。

涉及水质判断、设备操作、应急决策和对外承诺的事项,仍由授权岗位按制度确认。敏感资料按企业权限与数据管理要求使用。知识库提供辅助,责任链和审批链应当清楚、完整。

06 / 收束

从一个场景做出闭环

建设知识库,可以从一个岗位、一个高频场景开始:找齐依据,明确分工,试走流程,检查证据,再根据问题修订。评价成效,既看检索是否方便,更看动作是否一致、记录是否完整、复核能否完成。

懂规则,让工作有依据;管资源,让知识可维护;落岗位,让执行有闭环。我们希望通过共建与试用,逐步形成可借鉴、可核验、可持续改进的行业知识资产。谢谢大家。

岗位落地示例

让“下一步怎么做”
有动作,也有证据。

以下为流程设计示例,用于理解知识如何落到岗位。实际参数、职责和时限由企业按现行制度配置。

一个场景,一套闭环

二次供水失压|从报警到恢复确认

值班调度牵头,二供运维、管网与客服协作;关键操作按授权确认,恢复后复核末端服务情况。

触发条件

接到失压报警或用户无水报告,需核实影响范围、信号真实性和设施状态。

01

岗位动作

  • 关联资产编码、报警与工单,核验信号和影响范围。
  • 对照市政来水与泵房状态,由授权人员确定处置方案。
  • 同步客服沟通,恢复后复核末端并完成回访。
02

观察证据

  • 报警时序、压力趋势与现场核查记录。
  • 操作审批、设备状态和处置过程记录。
  • 恢复前后监测、末端核验及用户回访记录。
03

完成标准

  • 影响范围与原因经责任岗位确认。
  • 设施状态及末端压力符合经确认的恢复标准。
  • 工单、记录和复核责任一致,遗留问题有跟进人。

AI 辅助任务

把指令写清楚,
把确认留给岗位。

先指定资料与版本,再限定任务和输出。模板可复制使用;此页展示指令范例。

角色:供水企业岗位知识辅助员。
资料范围:仅使用我提供的、经核验的文件与版本。
任务:围绕【岗位/场景】,列出适用依据与待核验事项。
输出:文件名|版本|条款位置|适用条件|支持的岗位动作|待确认问题。
要求:保留原文参数、单位和适用条件;不补造条款或数值;无法确认的内容列为“待核验”。涉及操作、应急决策及对外承诺,由授权岗位确认。

共建与试用

从一个岗位、
一个高频场景开始。

建议的 30 天试用路径。每一阶段都形成可核验的产物,再决定是否扩大范围。

第 1—7 天

选场景,核依据

业务负责人牵头,确定试用岗位、资料范围与复核人。

交付
场景清单、规则登记表
验收
来源、版本、适用条件与责任人齐全

第 8—14 天

连岗位,走流程

岗位负责人组织,明确协作关系与交接要求。

交付
岗位知识卡、SOP、证据清单
验收
用一个案例走通触发、动作、记录与复核

第 15—21 天

试指令,查输出

试用班组执行,业务复核人检查引用与记录。

交付
AI 指令、试用记录、问题台账
验收
依据可回查,缺失项可见,关键结论有人工确认

第 22—30 天

复盘后,再推广

业务负责人评审,明确修订项与下一轮范围。

交付
修订模板、复盘记录、推广建议
验收
关键问题闭环,版本与维护责任明确
成效看三件事动作是否一致记录是否完整复核能否完成