南威软件智启门户助手智能体

🎯 产品定位与核心价值

门户助手智能体定位为政企门户的统一入口：把分散在各系统的应用、资讯与办事事项聚合编目，用自然语言检索替代层级菜单的逐级点击。

🏗️ 架构分层与数据流向

门户助手要解决的问题很朴素：单位有几十个系统，用户找不到入口。它的架构由“资源编目、语义检索、权限过滤、入口直达”四段组成，任何一段缺失都会让体验退回菜单时代。

资源编目层：先有什么，再谈怎么找

应用、办事事项、制度文件、资讯都要先登记为资源，包含名称、别名、所属部门、入口地址与可见范围。编目不全的资源，再强的检索也找不到。

检索层：语义匹配加别名

用户说“报销在哪”，系统要能匹配到“费用报销系统”而不是返回十条含“报销”字样的新闻。别名与同义词维护是提升命中率最有效的手段。

权限过滤层：结果必须与身份一致

检索结果在返回前按用户身份与角色过滤。若把无权访问的资源展示出来，点击后被拒绝，体验比搜不到更差，也可能造成信息泄露。

直达层：一次点击进入目标

结果直接关联系统入口，支持单点登录的自动跳转。若仍需用户自行登录并逐级点击，助手只是把搜索栏往前挪了一步。

⭐ 核心能力详解

📋 技术规格

🧭 部署形态与配置对比

门户助手的部署取决于门户本身的架构与统一身份认证的成熟度。

实践中“已有门户需增强搜索”是最常见的情形。此时的关键不是部署方式，而是资源目录能否被完整读取——很多门户的资源分散在多个子系统中，没有统一目录，需要先做一次编目治理。

🎯 典型应用场景

🏬 典型场景深描

门户助手在不同使用环境下的价值差异很大，判断是否值得建，先看用户是否真的“找不到”。

内部工作台：应用多、入口深

员工要在十几个系统间切换，每个系统又有自己的登录与菜单。助手以一句话直达目标系统或具体功能页，减少无效点击。这类环境的收益最直接。

政务服务门户：群众找事项

群众不清楚事项名称，只知道“我要办什么”。助手按自然语言匹配事项并直达申报入口，减少在分类目录中逐级查找。

多系统整合期：新旧并存

系统迁移期间新旧入口并存，用户常进错系统。助手可按身份与时间规则指向正确的入口，过渡期价值明显。

信息查询场景：制度与通知

找制度、找通知占用了大量内部咨询。助手返回摘要与原文入口，减少向办公室询问的次数。

🏆 行业实践与落地情况

门户类工具的成败，几乎完全取决于“资源编目”这一件看起来最不性感的工作。以下三条经验来自实际落地。

经验一：先编目，再上检索

直接上检索而不做编目，结果是“搜不准”，用户试两次就放弃。正确顺序是先完成资源清单与别名整理，再启用语义检索。

经验二：用未命中日志驱动优化

每周导出未命中的检索词，逐个判断是“资源缺失”还是“叫法不同”。前者补编目，后者加别名。坚持三个月，命中率会有台阶式提升。

经验三：权限前置过滤

不要在结果展示后再做权限校验。展示无权资源会让用户产生“系统在骗我”的感受，也会暴露资源存在的事实。

经验四：入口直达而非二次跳转

助手若只把用户带到系统首页，价值打对折。应尽量做到直达具体功能页，这需要与各系统的单点登录深度对接。

经验五：资源下线要和上线一样重视

系统迁移、机构调整都会让入口失效，但少有人主动把它们从目录里删掉。建议把“资源下线”纳入变更流程：系统停用当天同步禁用入口并保留跳转提示，否则用户点开一片空白，会直接失去对助手的信任。

👥 不同角色的使用反馈

门户助手服务的三类人群，诉求差别比想象中大。

普通员工：要的是“一句话找到”

员工不记系统名称，只记“我要干什么”。他们需要的是自然语言输入后立刻给出可点击的结果，而不是一堆需要再筛选的候选。

管理与督办岗：要的是“找得全”

这类用户常需跨部门查制度与数据，关注的是结果是否覆盖全面、是否标注来源部门。遗漏比不准更让他们困扰。

信息中心：要的是“可控可运营”

IT 关注资源目录是否可维护、权限是否与认证同源、是否有运营数据支撑优化。若每次新增系统都要找厂商配置，推广必然受阻。

📦 接入方式

⚔️ 产品差异化特点

• 以资源编目为基础先理清有什么，再谈怎么找。
• 权限内检索结果与身份绑定，避免越权暴露。
• 对话即入口减少层级菜单的点击成本。
• 可运营通过热词与反馈持续优化命中率。

✅ 使用最佳实践

🧩 选购与适配建议

门户助手的选型，不能用“搜索框做得好不好看”来判断。以下五条按落地影响排序。

• 先看资源目录能否完整读取。这是前提条件。若门户本身没有统一资源目录，需要先做编目治理，否则项目会卡在这一步。
• 再看权限过滤机制。是否支持按身份与角色过滤、是否与统一认证同源。权限不同源会导致结果与实际访问能力不一致。
• 第三看直达能力。能否跳转到具体功能页而非首页，是否支持单点登录自动登录。这决定用户是否愿意持续使用。
• 第四看别名与同义词维护。内部叫法与系统名称往往不一致。是否提供便捷的别名维护界面，直接影响命中率。
• 第五看运营数据。是否提供未命中词、点击率与满意度数据。没有运营数据的助手，无法持续优化。

一个务实的判断：如果你的门户资源目录本身就不完整，先花两个月做编目，比先买一套助手更有效。工具不能弥补治理缺失。

🔧 运维保养与日常维护

门户助手的运维对象是“资源与叫法”，不是服务器。资源变了、系统改名了，助手不更新就会持续给错结果。

每周：未命中词处理

导出本周未命中的检索词，分类为资源缺失、叫法不同、表述模糊三类，分别补编目、加别名、优化引导话术。这是提升命中率最有效的日常动作。

每月：资源目录核对

核对新增与下线的系统、事项与制度是否已同步到资源目录。系统下线但入口仍在，是门户助手最常见的错误类型。

每季：权限一致性校验

抽样检查检索结果与用户实际可访问范围是否一致，重点检查岗位调整后的权限继承问题。

使用数据分析

统计人均使用次数、点击率与二次搜索率。二次搜索率高说明首次结果不准确，需要回到编目与别名上找原因。

❓ 常见问题

📜 信息来源与免责声明