这一份是谁写的、数据是什么性质：由 HEYI 撰写，介绍我们交付的一个客户项目，客户未获具名授权前按其要求匿名。客户未提供量化的效率、成本或收入测量，所以本文不声明任何提升比例——讲的是能力与机制上的变化。文中的早期数据标注了统计时点。
这一份里有什么
- 三类使用者，一个入口
- 四件挡在前面的事，知识分散只是其中一件
- 统一入口、共享知识、业务连接、持续运营
- 成果：为什么这一节没有提升比例
- 数据的性质、边界与口径
01 场景
把分散的知识、专业应用和已接入的业务能力，汇集到一个入口。
客户是一家 B2B SaaS 企业，面向公司全员建设了一个统一的知识与业务入口，服务员工日常咨询、销售业务办理与应用运营分析。
| 三类使用者 | 在工作台里做什么 |
|---|---|
| 全体员工 | 围绕产品、销售、制度和信息化系统的问题，用自然语言提问，拿到结合企业内部知识、附带来源引用的回答 |
| 销售人员 | 查线索、客户和商机；办理线索转客户、客户领取与退回；查客户掉海预警并进入跟进记录管理 |
| 专题与应用负责人 | 通过对话了解知识使用、问答质量、应用活跃与反馈情况，定位需要改进的内容 |
三类人用同一个入口，共享同一套账号、知识与权限体系。第三类是这套东西能持续下去的关键——没有运营视角，知识库会在半年内过期。
02 挑战
员工明明知道自己想做什么，却仍需寻找菜单、辨认模块、理解字段和流程。
01 知识分散，获取答案依赖找人和翻资料
产品资料、业务规则和操作说明分布在不同文档与系统中，部分经验掌握在少数专家手里。员工遇到问题要先判断该找谁、去哪里查；专家则反复回答相似问题，经验难以被更多人复用。
02 系统入口多，业务意图与操作路径之间存在距离
员工知道自己想做什么，却仍需寻找菜单、辨认模块、理解字段和流程。在线索、客户、商机这些关联业务中，还要在不同页面之间切换。
03 单点 AI 应用难以形成统一服务
各类助手分散建设，员工需要记住不同入口；知识维护、权限管理和效果评估也难以形成一致的方法。
04 上线之后要持续改进，还要守住业务边界
企业不仅需要答案，还需要知道答案依据何在、问题由谁修正。涉及真实业务操作时，还必须落实人员权限、数据校验、用户确认与结果留痕。
03 方案
统一入口、共享知识、业务连接、持续运营——把 AI 融进员工已有的工作环境。
01 统一工作入口，让员工从表达需求开始
通过 PC、移动网页和企业协同办公平台的机器人提供入口，共享账号、知识和权限体系。入口按员工的问题匹配相应知识与应用能力；已接入的业务系统则通过工作台里的列表、详情和表单承接，帮员工从「我要做什么」直接进入具体任务。
02 建设可追溯的企业知识服务
企业文档按知识专题组织，结合人工维护、AI 辅助整理和关系检索，为回答提供企业内部依据。员工可限定提问范围，并按授权查看引用原文；操作类问题结合相关步骤配图，帮员工理解和执行。不同专题可以配置专业视角与回答风格，文件预览和下载遵循各自权限。
03 连接真实业务系统，打通查询到执行
以线索、客户、商机为切入点，工作台识别业务意图，展示权威查询结果，打开对应表单与确认流程，并把执行结果带回对话。业务字段由员工在表单中填写，业务系统保持权威数据源和实际执行方的角色。关键操作落实实时授权、提交前校验、防重复提交及操作留痕。
例如销售提出「看看哪些客户即将掉海」，可从预警列表进入对应客户的跟进管理；提出创建线索的需求后在表单里完成录入，并在后续对话中继续办理线索转客户、创建指定类型商机。
04 反馈与洞察驱动的持续运营
员工反馈汇集为可跟踪的问题，借助 AI 聚类形成改进建议，由专题管理员审核并修订知识。应用负责人通过对话查看使用情况和问答表现，把真实问题转化为知识更新与产品优化的依据，使知识服务能够持续维护。
04 成果
已在公司全员使用数月，成为企业知识服务和 AI 应用运营的共同入口。
先说清这一节的性质：客户没有提供量化的效率、成本、满意度或收入测量，所以下面不会出现任何提升比例或财务收益——讲的是能力与机制上的变化。
01 员工获取知识的路径更直接
产品、制度、销售及系统操作等问题从统一入口发起，回答与依据在同一处呈现，员工能直接查阅和核对，减少寻找入口、翻查资料及重复咨询的环节。
02 知识维护形成了由真实使用推动的改进机制
截至 2026 年 6 月 15 日的阶段性记录：已有 100 余名员工实际使用，沉淀 300 余条员工反馈和 50 余条专题管理员反馈，并据此开展多项优化。这些数据反映的是早期推广与迭代过程；当前全员使用情况以企业最新反馈为准。
03 AI 的服务范围已延伸到真实业务办理
围绕线索、客户、商机，已完成查询、填表、确认、执行和回执的闭环验证。员工能在工作台里完成已支持的业务任务，同时保留原有业务系统的规则、权限与权威结果。
04 形成了可持续积累的知识与运营资产
文档、专家补充、员工反馈及改进记录进入统一管理体系；专题和应用负责人能了解使用情况、发现问题并推动修正，为后续场景建设复用已有知识、入口和治理能力提供基础。
员工从「我要做什么」开始，而不是从「这个功能在哪个菜单里」开始。
回答带来源引用，业务操作留痕，改进由真实反馈推动。
口径与说明
- 客户身份：客户为一家 B2B SaaS 企业。未获书面授权前不具名，也不写所处细分行业。
- 本文没有效率数据，这是有意的：客户未提供量化的效率、成本、满意度或收入测量，所以本文不声明任何提升比例或财务收益。写的是能力与机制上的变化。
- 「全员使用数月」的来源：客户对项目当前状态的反馈。全员使用不等于全员高频使用——这两件事我们不写成同一件。
- 早期数据的时点：100 余名员工使用、300 余条员工反馈、50 余条管理员反馈，是截至 2026 年 6 月 15 日的阶段性记录，反映早期推广与迭代过程，不代表当前规模。
- 「闭环验证」的边界：围绕线索、客户、商机完成了「查询—填表—确认—执行—回执」的闭环验证。这不等于各业务功能已获全员规模化使用验证。
- 不写成成果的东西：客户经营全链路洞察、更多系统接入等尚未交付的规划，不写进成果节。
- 关于界面截图：工作台内含企业内部知识原文与真实业务数据，本文未使用截图。需要看界面时，我们用演示数据现场演示。
关于这个案例的常见问题
这个统一入口能解决哪些具体问题？
主要解决知识分散、系统入口多、单点AI应用难以统一和持续运营四个问题。员工可直接通过自然语言提问获取带来源引用的回答，销售人员能办理线索转客户等业务，专题负责人可查看使用情况并推动知识更新。
这个系统支持哪些设备和平台？
支持PC、移动网页和企业协同办公平台的机器人三个终端。三类使用者共享同一套账号、知识与权限体系，可在各自熟悉的平台上访问统一服务。
使用数据有多少？这些数据可信吗？
截至2026年6月15日，有100余名员工实际使用，沉淀300余条员工反馈和50余条专题管理员反馈。这些是早期推广与迭代过程的阶段性记录，反映早期情况，不代表当前全员使用规模。
业务办理的闭环验证具体指什么？
围绕线索、客户、商机完成了查询、填表、确认、执行和回执的闭环验证。员工能在工作台里完成已支持的业务任务，同时保留原有业务系统的规则、权限与权威结果。这不等于各业务功能已获全员规模化使用验证。
这个系统有什么做不到的地方？
不提供客户经营全链路洞察，更多系统接入等尚未交付的规划不包含在内。知识服务需要持续运营，不承诺100%覆盖所有问题。业务操作仍需遵循原有系统的规则、权限与数据校验要求。