
教学文档难以承接即时求助
没有首页承接需求,用户只能在系统化的教学文档中自行定位答案
在帮助中心和客服提单前提供即时回答,同时保留来源、反馈与人工处理
用户需要的不是更多资源入口,而是更快确认哪条答案能解决当前问题

没有首页承接需求,用户只能在系统化的教学文档中自行定位答案

关键词片段造成误匹配,相关与无关页面混排,用户仍需逐项筛选
三个产品都将搜索作为主要入口,并用场景化内容补充路径,让用户从当前需求出发,而不是先理解内容分类。
Tiktok
搜索、常见问题与主题分类共同承接用户需求。
Airbnb
根据用户身份与当前状态匹配相关任务和内容。
Cursor
搜索、快捷服务与主题浏览覆盖不同求助场景。
入口语言改为用户正在执行的任务和遇到的问题,不再要求用户先选择文档或视频形式

以平台指南和视频教程等内容类型组织入口

以任务和问题陈述帮助用户直接识别相关入口

以任务和问题陈述帮助用户直接识别相关入口
搜索下拉保留相关页面,同时生成AI 回答。没有可用回答时,原有相关页面仍然存在,不让AI 能力破坏原路径

生成期间不隐藏已有检索结果

用户按需要控制阅读密度

回答和证据处在同一判断上下文
用户可以查看引用、复制、重新生成、点赞,或点踩并选择原因;这些动作共同帮助判断回答是否可信、是否足够
Icon 动效及时反馈;点赞后平滑收起点踩入口,突出已选结果
点踩必须关联具体原因,让模糊的不满沉淀为可追踪、可分析的反馈指标
有效问题检索 · 上线前检索评估
AI 解决率 · 上线后的目标值
AI support 嵌入现有客服流程,人工提交在整个过程中持续可用
现有入口只提供图标,没有建立清晰的功能预期。用户遇到问题时,仍会优先沿用熟悉的平台外求助路径。
用户沿用微信、飞书群求助,反馈记录与上下文难以沉淀
入口只显示图标,用户难以判断它能处理什么
从提交工单到收到客服回复,平均需要 3–4 天
状态更新没有提醒,用户只能主动查看
体验评价和问题反馈同时露出,增加判断成本;入口存在感弱
用户需要离开当前任务,回来确认进度与回复
让知识型咨询更快得到回答,同时不让 AI 承担完整客服预期
知识型问题由 AI 及时解答,减少离线客服等待
AI Bot 会形成完整客服预期,但查询、处置、人工认定和客服承诺均不在 AI 的服务范围内
完整客服需要同时保证覆盖率与准确率,并持续投入知识库建设和服务质量维护
AI 命中时提供增益,未命中时保留原有路径
让反馈更有互动感和人情味
收集处理所需信息
知识型问题即时响应
未解决时保留原有路径
竞品普遍将求助入口持续放在任务现场,并用对话式窗口承接问题,让用户无需跳转页面即可开始求助。
入口
固定在页面边缘持续露出,并用明确文案说明可获得的帮助。
表单
用自然语言直接接收问题,在同一窗口补充信息并衔接后续处理。
在不打断原任务的前提下,尝试不同露出强度和承接方式
入口显眼,但视觉负担偏重
更轻,但入口含义不够明确
保持入口可见,避免干扰当前任务
体验评价和问题反馈虽然都由用户主动发起,但目标不同。把它们合在同一入口和界面中,会让入口用途变得不清楚
两个场景共享界面,用户难以识别当前目的
保留浮层菜单,分别承接体验评价和问题反馈
在问题提交前提供即时回答,探索 AI 介入反馈流程的合适时机
系统无法判断用户何时完成输入,难以在合适的时机生成回答
生成时间较长,用户可能在回答出现前直接提交
回答出现后缺少明确的结果判断,系统无法确认内容是否解决问题,也无法沉淀有效反馈
问题先被接收,AI 在等待人工处理期间补充即时回答;用户可以直接确认解决,也可以继续人工
提交已经完成,继续占据主界面会让流程显得过重。最终用包含预计回复时间的轻量提示确认,并让用户直接返回原任务
提交认知已完成,消息卡片反馈偏强


轻量反馈处理结果,不打断当前任务
让 AI 只回答有把握的知识型问题,在有限能力内提供即时帮助;无法解决时保留问题上下文,自然衔接人工处理


上线后的预期值
知识问题在进入人工前得到解决
客服预回答的目标值