五件具体的事
- 校本数据中台：API 优先 + 事件驱动打通教务、学工、财务、后勤，26 套系统统一编码
- 办事大厅：500 多项高频事项线上化，进度可追，材料一次提交多处复用
- 智能服务台：办事指南知识库，答案带材料清单与办理入口，答不清就转人工，不编
- 制度文件版本管理：作废条款立即停止出现在答案中，避免师生按旧版办事
- 报表自动汇总：处级单位报表按数据目录自动生成，不用人工凑数
师生办事大厅智能服务台
一所职业技术学院，26 个业务系统各自为战，同一份学生信息重复录入率 47%。师生办一件事要在四五个系统之间切换，统计一份报表要协调四个部门核对三四天。
上线后的变化
9%
重复录入率
原为 47%
原为 47%
4 小时
跨部门报表核对
原为 3 天
原为 3 天
82%
常见问题自助解决
覆盖 500+ 事项
覆盖 500+ 事项
26 套
系统数据打通
统一编码
统一编码
口径说明：以上为项目结项时的实测值，基线取自客户改造前的系统日志与人工记录。不同客户的起点不同，这些数字不能直接外推。
改造之前
原来的做法，和它卡住的地方
26 个系统各自为战，师生办事靠「找系统、跑窗口」，行政部门统计一份报表要协调四五个部门人工核对。
具体卡在哪
- 同一份学生信息，教务、学工、财务各录一遍，重复录入率 47%，年度数据维护成本以十万计
- 师生办事「找系统、跑窗口」，高峰期窗口排长队，辅导员成了「人肉路由器」
- 统计报表靠人工协调核对，一次要三四天，赶不上决策节奏
交付过程
我们做了什么
项目结束时交付了什么
- 运行在生产环境里的系统，不是演示环境
- 带失败案例的评测报告，指标可复现
- 运维手册（Runbook），信息中心的人能照着独立处置故障
- 架构文档与源码，不留技术依赖
- 面向辅导员与窗口老师的培训，以及 30 天陪跑
技术要点
几个决定成败的技术选择
API 优先 + 事件驱动
能接 API 的系统走 API，只有数据库的系统走受控增量同步，都不硬改原系统。学校系统停不起。
材料一次提交多处复用
同一份材料在办事链条上只录一次，后续环节按流水号复用。这一条直接决定重复录入率能不能降下来。
答案带出处与跳转
服务台的每个答案都挂制度文件与办理入口，答不清就转人工。涉及收费金额与政策口径的答复不自行下结论，只指向制度原文。数据查询另走三层校验 —— 字段级白名单、查询规格校验、SQL 校验，避免自然语言直接生成越权查询。师生问的是办事，不是聊天。
假期窗口施工
重大变更全部排在寒暑假。开学周出一次故障，一学期的信任就没了 —— 这一条比任何技术选型都重要。
“现在学生问得最多的问题，服务台直接答了，还带办理入口。辅导员终于有时间做学生工作，而不是当人肉路由器。”
客户信息中心主任某职业技术学院 · 教育
适用边界
这个案例适合谁，不适合谁
适合
已建成十几个业务系统、师生办事痛点明确、有假期施工窗口的高校与职业院校。
不适合
系统还很少、办事量小的小型院校 —— 先上系统，再谈打通。没有断点，就没有集成的空间。
相关案例
其他三个案例
IT 服务台智能助手
日均 1,200 张工单，知识散落在三个系统，新人上手需要 6 周
跨系统对账智能体
三套系统各存一份数，月末对账要 5 个工作日
执法文书智能生成与合规校验
文书格式多、法规更新快、基层站队人手不足