不少校园门户上线时很热闹：统一视觉、几十个图标、一面大屏，还有一个醒目的“智慧校园”标题。过了几个月，教师仍把常用地址收藏在浏览器里，学生继续从群消息找入口，门户只在检查或展示时被打开。它并非做坏了页面，而是把“集中摆放链接”误当成了“提供服务”。

真正有用的门户，应该帮助使用者更快完成今天的事：看见待办、找到文件、进入课程、查询制度、知道系统是否故障。它把分散服务组织成一张个人工作台，同时保留每个业务系统自己的职责。做门户时，首页布局反而不是第一件事。

链接页解决的是地址，不是事情

一页链接在系统数量少时确实有用，但系统一多就会出现三个问题。第一，图标按平台名称排列，用户却只记得“我要报修”或“我要交材料”；第二，点击后还要重新登录、再从系统首页寻找功能；第三，入口是否可用没人维护，失效链接和旧通知长期留在页面上。

可以观察教师完成一件高频任务的全过程：从收到提醒、找到入口、准备材料、提交、等待处理到查看结果，分别在哪一步离开门户。若门户只负责第一次跳转，它最多是书签管理器。若它能够显示任务状态、所需材料、截止时间和下一步，才开始成为服务入口。

首页先放“今天要做”，再放“有哪些系统”

教师打开门户时，最有价值的信息通常不是学校有多少平台，而是“今天有什么必须处理”。待审批材料、即将开始的课程、未完成的报修、重要通知，都比一组静态图标更接近真实工作。常用服务可以保留，但应按任务语言命名，例如“提交请假”“预约场地”“查看班级资料”，不要只写供应商或系统名称。

搜索也不该只搜新闻标题。它至少应覆盖事项名称、办事说明、制度文件、常用联系人和服务入口。搜索结果要告诉用户这是什么、适合谁、需要准备什么、从哪里开始，而不是再给一页链接。

校园门户以今天要做、常用服务和我要查找组织首页的任务优先结构
用户从任务出发，系统名称只是完成任务的技术落点。

同一个门户，可以有三张不同的首页

统一门户不等于每个人看到同样的卡片。教师关心课程、班级、材料和审批；学生关心今日学习、作品反馈和校园服务；管理人员更需要异常、审批、运行概览和人员变动。公共导航、搜索和帮助保持一致，高频任务则随角色变化。

个性化不能靠门户猜测。首页内容应由稳定的身份属性和明确的业务规则决定，并允许用户调整“常用服务”。不要把每个细小岗位都做成全局角色，也不要因为某人临时协助一次活动，就永久出现一组管理入口。看得见并不等于有权限，点击后仍要由业务系统再次授权。

教师、学生和管理人员在同一校园门户中看到不同高频任务的三种首页
公共体验一致，高频内容按身份与任务调整。

待办汇聚先统一最小信息，不要先统一所有流程

“统一待办”很容易越做越大。各系统的审批规则、状态名称和详情页面不同，若门户试图重写全部流程，很快会变成另一个难维护的业务系统。更稳妥的起点是统一一份最小待办结构：标题、来源、发起人、到达时间、截止时间、当前状态、详情地址和唯一编号。

门户负责合并、排序、提醒和跳转；同意、退回、填写意见等复杂操作先回到原系统。等几个系统运行稳定，再评估哪些简单动作值得在门户内直接完成。接口必须支持幂等和去重：同一待办重复推送不能出现两条，原系统办结后门户要及时消失，失败时要留下可追踪的同步记录。

门户模块

最少需要的数据

下游异常时怎么显示

内容负责人

待办

标题、来源、状态、时间、详情地址、唯一编号

保留最后更新时间，标明暂不可办理

对应业务部门

办事指南

适用对象、材料、步骤、期限、咨询人

继续提供说明和线下替代办法

制度归口部门

服务入口

名称、对象、地址、认证方式、服务状态

显示故障、预计恢复和帮助渠道

系统负责人

通知

标题、范围、有效期、正文来源、紧急程度

保留已发布内容，不重复推送

发布部门

门户负责汇聚，业务系统继续负责办事

门户不应复制教务、审批、存储和报修系统的全部页面。复制越多，数据一致性和权限问题越多。合适的边界是：门户显示摘要、入口、状态和帮助；业务系统处理复杂表单、规则、附件、审批动作和历史记录。两边通过稳定的身份与接口协作。

下游系统故障时，门户不要无限转圈，也不要把入口悄悄隐藏。它应该明确显示“当前不可用”、最近检测时间、影响范围和替代办法。这样既减少重复报障，也让门户在局部故障时仍然有用。

校园门户汇聚教务审批存储和报修服务但不复制业务系统的边界图
门户负责把事情带到用户面前，复杂办理仍由原系统完成。

通知不是越多越好，要能分清轻重和有效期

门户若把所有部门消息原样堆在首页，很快会变成另一个群聊。发布时应选择对象、有效期和紧急程度。需要用户执行的通知要带明确动作和截止时间；只是供查阅的内容进入信息栏目；过期内容自动退出首页，但保留可检索记录。

同一件事也不要在弹窗、跑马灯、短信和首页重复轰炸。可以根据紧急程度设定渠道，记录已读和已办，而不是只统计“发布量”。门户首页最稀缺的不是像素，而是使用者的注意力。

手机端、键盘和弱网都要在验收里

教师常在走廊、会议室或手机上快速处理事务，学生使用的设备和网络条件也不一致。验收时要测试小屏下的标题换行、卡片顺序、触控目标、横向滚动和登录回跳；还要用键盘完成搜索、导航和打开待办，检查焦点是否清楚，图片是否有替代文字，颜色对比是否足够。

WCAG 2.2 将一致导航、焦点可见、目标尺寸、重复输入和可访问认证都列为可测试要求。这些并非只服务少数人。清楚的标签、稳定的位置、较大的点击区域和少填一次信息，对忙碌的教师、低龄学生和临时使用者都更友好。

上线后看“事情有没有办成”，别只看访问量

门户的核心指标不应只是日访问量。更有意义的是：高频任务从首页到完成需要几步，搜索后是否找到结果，待办同步延迟多长，失效入口多久被发现，移动端失败发生在哪，用户为同一件事求助了几次。每个模块还要有内容负责人和技术负责人，定期清理旧入口、过期指南和无人维护的卡片。

教育部《国家智慧教育公共服务平台接入管理规范》强调面向师生的资源服务和政务服务、统一认证、运行监测及安全保障；GOV.UK 服务设计指南则反复要求从用户要完成的事情出发。放到校园里，门户的价值可以说得很简单：它不展示学校买了多少系统，而是让不同角色在一个可信入口里，看见现在要做什么、怎样做、做到哪一步，以及出问题时找谁。

参考资料