服务门户怎么建？先想清楚服务对象和场景，再谈系统选型

企业、高校或会展场景下，服务门户建设的首要工作不是买软件、选设备，而是回答两个问题：给谁用，解决什么场景。答不清这两点，系统上了也会变成空壳。

信息化会展：先定观众，再定设备

会展的本质不是展示技术，而是传达价值。第一步是确定观众类型。给集团领导看，重点是量化成果；给业务部门看，演示自助服务与工单流转；给同行看，讲流程设计与失败经验。观众不同，内容的组织逻辑完全不同。

第二步是动线设计。参考四川长虹的运维大屏案例，有效展示遵循一条叙事链：先看整体态势，再看具体系统，最后落到报表分析。会展入口放总览，中段放场景演示，出口放互动或资料领取，让参观者自然走完“发现问题—处理问题—分析问题”的流程。

第三步是讲解员。不懂业务的人站台，效果会打折扣。讲解员至少要能回答三层问题：界面是什么、解决什么问题、效果如何量化。例如解释CMDB时，不能只讲“管理配置项”，而要说明它如何支撑故障影响分析，如山东农信四层架构从业务服务落到物理设备的逻辑。

第四步是数据准备。演示环境使用脱敏数据但保持逻辑真实，比现场连生产系统更稳妥。准备一份电子服务目录清单，参观者扫码即可带走，比交换名片更高效。

高校门户：用户复杂，入口分散，先做认证与分类

高校服务门户的核心矛盾是用户群体庞大且角色多样：行政、教师、研究生、本科生、后勤外包等。Servicehot（不开源的ITSM工具）的实践表明，服务对象管理是基础。门户建设要先把人、角色、权限、系统的映射关系理清，否则新门户会成为另一个信息孤岛。

典型问题及对策如下：

• 入口分散：教务、科研、OA、邮件、图书、一卡通各一套账号。解决靠单点登录与统一认证，背后需要类似CMDB的权限模型。
• 服务分类混乱：按部门组织服务（如“教务处服务”）不符合用户习惯。用户按场景找服务，如“我要请假”“我要报销”。参考中国中煤的请求管理，按服务类型划分：教学服务、科研服务、行政服务、生活服务，每类关联到流程表单和处理人。
• 移动端体验差：学生和教师大量操作在手机上。至少覆盖三类高频场景：查课表成绩、提交请假申请、报修网络故障。移动端若体验不佳，用户会退回微信群沟通。
• 数据可视化不足：校领导关心网络故障率、一卡通异常次数、系统可用性。后台报表应让管理者在30秒内看懂三件事：系统稳不稳、服务及不及时、用户满不满意。报表不宜过度，要聚焦。

企业门户：三个概念，别混为一谈

企业门户、统一门户、企业内网门户常被混用，但三者层次不同。简单说：企业门户是战略，统一门户是技术，企业内网门户是形态。

企业门户是面向全员、全业务、全流程的统一入口，强调以用户为中心的整合。四川长虹一体化运维体系的策略层、模式层、职能层、流程体系层、IT系统层，就是企业门户的顶层逻辑。Servicehot的IT服务运营管理平台也是类似思路：服务目录、工单流转、知识库、报表整合到一个工作台。

统一门户解决账号打通和界面整合，但不涉及流程再造。很多企业上了统一门户效果一般，因为账号通了，流程还是散的。真正有效的统一门户需要与流程引擎结合，把跨系统审批串起来，这依赖永服科技这类服务商提供的平台支撑，不是单纯前端开发能实现的。

企业内网门户偏向信息发布与内部沟通。它是最早出现的形态，容易沦为“公告板”。改进方向是从“以部门为中心”变为“以员工为中心”，基于角色推送相关内容，本质上是服务目录的思路。

建设顺序建议：先定企业门户框架，再统一技术架构，最后填充流程与内容。顺序反了，容易出现“有门户无服务”的结果。