H5自助服务解决率，不能只看帮助页面访问量，也不能把没有再联系客服的人算作解决。千问办公AI可将团队提供的自助任务记录与授权求助会话对应，分开已完成、转人工、失败和未知结果；先明确同一任务与观察范围，再评价自助内容是否有效。
用户打开操作说明，可能已经按步骤办完，也可能只是看了一眼就离开。有人隔天换设备再问，有人在同一次办理中连续查看三篇说明。访问次数增加，并不能直接证明更多问题被解决，更不能把页面浏览量与人工会话数相减当成成功数量。
运营先选一个能核实结果的任务，例如完成一次资料修改。明确用户从哪里进入说明、怎样判定完成，以及需要观察多久。不同任务各自保留定义，不把阅读政策、提交材料与实际办理完成混成同一种结果。
至少区分四层信息：
同一用户的重复访问可以用于分析阅读路径，但计算任务结果时应按预先确定的对象去重。无法可靠关联用户或任务时，单列覆盖缺口，不用相似昵称强行拼接。
知你AI助手可查询授权范围内的客户、历史会话和消息，帮助找回用户卡在哪一步、当时看到了什么以及后来怎样求助。页面访问、操作事件与正式完成状态由团队另行提供，产品连接客服数据不代表自动接入网站埋点或全部业务系统。
千问办公可通过自定义MCP连接查询，具体认证按当前客户端说明完成。可以提出：“按这份任务名单与统一完成标准，对应授权H5求助记录，核对同题联系、明确卡点和后续结果。区分没有联系人工与已经确认完成；没有结果证据的保留未知，附上判断依据。”
下图是MCP连接后台布局示意；自助服务评估由AI客户端整理，不是产品内置的网站访问统计页。
检索时保留必要前后文。用户说“还是不行”，要回查他尝试的具体动作；一句“谢谢”也要看是否明确回应完成。当前未结束队列不能替代观察期间的所有历史求助，分页和时间范围不足时先补查。
以下任务、数量和状态全部虚拟，仅展示一种事先约定的编辑核对口径，不是通用行业指标。假设团队纳入四十次不同的自助任务尝试，观察范围已完整，任务结果可以与相应客户可靠关联。
其中二十四次有独立完成依据，且在本例观察窗口内未因同题转人工；十次转人工后继续处理；两次有明确失败记录；四次结果缺失。
| 本例任务结果 | 虚拟次数 | 可以说明什么 |
|---|---|---|
| 已确认自助完成 | 24 | 占原任务样本60% |
| 同题转人工 | 10 | 保留具体求助原因 |
| 明确失败 | 2 | 找出失败步骤与证据 |
| 结果未知 | 4 | 占10%，继续补核 |
不能把未转人工的三十次全部认作成功，因为其中包含失败与未知。也不能删除未知后临时换分母，让结果更好看。若后来补齐资料，沿用原定义更新分类，并记录更正原因。
这个口径关注任务能否自助完成，与首次人工接触解决率不同。一个任务先自助失败、再由客服一次解决，可以同时反映自助环节需要改进和人工接待有效，两个指标不应相互替代。
下图为AI辅助复核流程，强调任务、完成依据与同题求助的对应，全部为虚拟示例。
将已确认求助原因分开：入口找不到、步骤看不懂、实际页面与说明不符，或业务本就需要人工审核。最后一种不能单靠改文案解决；前几种则可以交产品与内容负责人核对。
知你AI助手帮助提供原话依据，千问办公整理任务与结果。负责人抽查分类和计算后，选择一项重复卡点改进，再在相近对象、相近观察范围下比较，避免将任务构成变化当成内容优化效果。
不算，页面访问与任务完成分别核对。
不能，可能失败、放弃或缺少记录，应保留未知结果。
按预先确定的任务单位去重，阅读路径另行分析。
本文使用团队提供的任务记录，客服数据连接不等于网站埋点接入。
分别记录自助与人工阶段，不能倒算成自助成功。
自助服务评估从任务与结果开始，把访问、尝试、完成和求助分开。先选一类能够核实的办理任务，让AI整理沟通卡点，保留未知与覆盖范围，再用真实完成依据判断说明有没有帮上忙。
如果你希望在日常AI工具中查询客户沟通，并把原话与业务明细对应复核，可以了解知你AI助手官网，查看适合团队的产品能力。
也可以扫码交流你的客服与运营需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
