对拥有自己网站和会员系统的运营商，客服入口是产品体验的一部分。会员不想重新注册一个聊天账号，也不想为了查一笔记录离开当前页面；客服不想每次都复制编号、切换后台。

SRICH CHAT 把会员聊天页、客服工作台、管理后台连接起来。它以独立部署的软件交付，面向运营商接入自己的会员业务。

会员看到的是网站里的一页

网站提供一个有明确尺寸的容器，加载嵌入脚本，由买方后端提供可信会员身份。聊天页放进网站的导航内容区，颜色、字体、气泡与支持的区块可以按品牌调整。

这不是“一行脚本就完成所有业务接入”：脚本负责嵌入，会员身份、退出与身份恢复仍由开发接好。接通后，客服页自身样式、更新与修复在客服系统这一侧维护。

运营可以用一句描述或参考图让 AI 辅助修改页面与支持的卡片样式，先看草稿和预览，再确认应用或发布。AI 修改受支持的定义，不会因此替运营更改权限，也不是生成任意应用代码。

三句话，三种结果

会员说什么系统可以怎样处理最后得到什么
“一般多久处理？”检索已同步的 FAQ一份有业务来源的规则说明
“这笔订单帮我查一下”进入已发布的专岗流程资料确认、接口查询与真实结果回复
“我需要人帮忙”按配置识别或通过按钮举手客服台能看到等待人工回复的会话

自动处理不是把会员藏起来。客服看到同一条会话，需要继续时能接着已有内容回复。

客服右边有数据，也有动作

已接入的看板把会员资料和记录放在会话旁；运营决定展示字段、顺序、名称与条件颜色。已接入的操作通过表单、确认和服务端调用发起业务动作，原业务系统负责权限与结果。

会员也可以在聊天里输入 /，选择运营开放的查询，结果成为对话中的卡片。查询依赖已接通的看板，身份来自当前会员，不能在命令里填另一个人来查。

通知放对地方

事件与邮箱把需要留底的通知写进会员聊天；信息通道把有时效的数据交给网站页面展示。前者按消息保留策略保存，后者过期不补，不能混为一种通知。

持续会话也不等于消息永久保存。默认启用 30 天消息清理，具体保留期由运营配置。跨设备恢复需要同一可信会员身份；同一会员当前采用最后打开的页面接管连接，不承诺多设备同时在线。

按角色体验

演示可用能力取决于环境当前配置。判断产品是否适合，应带着自己的常见咨询、数据字段和处理流程来验收。

产品与对接入口

本文为 2026-09-22 整理的公开说明；功能使用取决于已部署版本、配置和对接情况。接口实现以对应版本的帮助中心契约为准。