4. 服务门户与自助服务设计
服务门户是 Jira Service Management（JSM）面向员工或客户的第一接触面。它并不是一个“好看的首页”，而是一套把请求入口、信息告知、知识获取、进度跟踪整合在一起的交付界面。门户设计的目标很明确：让用户在不联系服务台的情况下，尽可能自己找到答案、提交正确请求，并清楚知道后续会发生什么。本节围绕帮助中心、门户分组、请求表单、公告和知识库入口五个核心构件，说明如何把它们组合成一个可用的自助服务体系。
一、帮助中心：门户的容器与品牌层
帮助中心（Help Center）是 JSM 中承载所有服务项目的顶层容器。一个 JSM 站点通常只有一个帮助中心，但可以在其中挂载多个服务项目，每个项目对应一个门户。帮助中心的配置重点包括：站点名称与 Logo、欢迎语、语言、以及是否允许用户搜索全部项目。实际配置路径为 设置 → 产品 → Jira Service Management → 帮助中心，可设置品牌色、页脚链接和默认语言。
帮助中心的价值在于“统一入口”。如果企业同时有 IT 服务、HR 服务、设施报修三个项目，用户只需记住一个地址，就能在同一个搜索框里检索所有项目的知识库文章。这里有一个容易被忽略的配置项：“客户可以搜索所有服务项目”。开启后，用户在 IT 门户搜索“打印机”，也能命中设施项目里的相关文章；关闭则只能搜索当前项目。对于内部员工场景，建议开启，以提升知识复用率。
二、门户分组：让入口按业务域收敛
当服务项目超过三四个时，平铺的门户列表会让用户难以定位。门户分组（Portal Groups）允许把多个服务项目归入一个逻辑分组，例如“IT 支持”“人事与行政”“财务与采购”。分组本身不改变项目权限，只影响帮助中心的展示结构。
配置时进入 帮助中心 → 门户分组 → 创建分组，填写分组名称、描述，并选择要纳入的服务项目。一个项目可以同时属于多个分组，但建议保持单一归属，避免用户产生“到底该点哪个”的困惑。分组描述应写成用户语言，例如“电脑、账号、网络、软件问题请从这里进入”，而不是“ITSM 项目集合”。
三、请求表单：决定工单质量的字段设计
请求表单是门户中真正产生工单的地方。JSM 的请求类型（Request Type）对应一个表单，表单字段来自字段配置方案。设计表单的核心原则是：字段服务于分派与解决，而不是服务于好奇。每增加一个必填字段，就增加一次用户放弃提交的概率。
以“账号解锁”请求为例，一个合理的字段集合是：
- 摘要：自动生成，如“账号解锁 - {报告人}”，减少用户输入；
- 账号名称：单行文本，必填，用于定位 AD 账号；
- 是否已尝试自助重置：单选（是/否），用于判断是否可直接引导至知识库；
- 紧急程度：下拉（影响工作/无法工作），用于优先级映射；
- 附件：可选，用于上传报错截图。
字段设计完成后，需要在请求类型的“字段”页签中调整顺序，把最关键的字段放在最上方。对于复杂表单，可使用条件字段：当“是否已尝试自助重置”选择“否”时，显示一条知识库链接提示，引导用户先自助处理。这一机制能显著降低低价值工单量。
四、公告与知识库入口：把“被动响应”变成“主动告知”
公告（Announcement）用于在门户顶部展示临时性信息，例如“今晚 22:00–24:00 邮件系统维护”。配置路径为 项目设置 → 公告 → 创建公告，可设置标题、正文、可见范围（所有客户或指定组织）以及起止时间。公告应写明影响范围、时间窗口、用户需要做什么，而不是只写“系统维护中”。
知识库入口则分为两类：一类是门户导航中的“知识库”链接，指向 Confluence 空间；另一类是嵌入在请求表单中的相关文章推荐。后者依赖 JSM 与 Confluence 的链接关系，当用户输入摘要时，系统会基于关键词匹配推荐文章。要让推荐生效，文章标题和请求类型名称需要保持语义一致，例如请求类型叫“VPN 连接失败”，文章标题也应包含“VPN 连接失败”。
五、把五个构件串成一条自助路径
上述构件不是孤立配置项，而应形成一条用户路径：用户进入帮助中心 → 看到公告了解当前状态 → 在门户分组中找到业务域 → 进入具体请求表单 → 表单内推荐知识库文章 → 若无法自助解决则提交工单。这条路径中，每一步都在减少“必须联系人工”的概率。
为了验证门户是否有效，可以观察三个指标：门户访问量、自助解决率（知识库文章被查看后未提交工单的比例）、表单放弃率。如果某个请求类型的表单放弃率明显偏高，通常意味着字段过多或必填项不合理，应回到表单设计环节精简。
六、可直接参考的门户配置检查清单
| 构件 | 关键配置项 | 推荐做法 |
|---|---|---|
| 帮助中心 | 品牌、语言、跨项目搜索 | 开启跨项目搜索，统一 Logo 与欢迎语 |
| 门户分组 | 分组名称、描述、项目归属 | 3～6 个分组，描述用用户语言 |
| 请求表单 | 字段、必填、顺序、条件字段 | 摘要自动生成，必填字段不超过 4 个 |
| 公告 | 标题、正文、可见范围、起止时间 | 写明影响范围、时间窗口、用户动作 |
| 知识库入口 | Confluence 链接、表单内推荐 | 文章标题与请求类型语义一致 |
门户设计完成后，建议用真实用户做一次“无提示测试”：只给出一个需求（例如“我的账号被锁了”），观察用户能否在 30 秒内找到正确入口并完成提交。如果用户需要询问“点哪里”，说明分组或表单命名仍有优化空间。门户的最终标准不是配置完整，而是用户不需要培训就能自助完成。