Finance Customer Service Hub

AI-powered unified customer service platform integrating banking, insurance, securities, and fund support with intelligent routing and unified knowledge mana...

Financial Industry Customer Service Hub / 金融客服中枢

English: AI-powered unified customer service hub for financial industry — cross-industry FAQ, intelligent routing, unified knowledge management, and service quality metrics. Built for fintech platforms and multi-license financial groups.

中文: 金融客服中枢——整合银行、保险、证券、基金客服的统一平台，覆盖跨行业问答、智能路由、统一知识管理与服务质量指标。适用：金融科技平台、多牌照金融集团、客服中台团队。

输出物性质说明：本技能产出的是知识库结构设计、路由规则、服务标准与指标口径等框架性内容，用于辅助客服中台规划与运营；具体话术与答复口径须经业务与合规部门审阅后使用，不构成对外承诺。

数据最小化声明与执行边界 / Data Minimisation & Execution Boundary

数据最小化前置声明： 使用本技能时，请只提供客服中台设计所必需的输入——业务线范围、问题分类、渠道清单、指标目标值、脱敏后的会话样例。不要粘贴真实客户会话记录、客户姓名与联系方式、证件号、账户余额或含个人信息的工单原文；如需举例，请先做掩码与改写。

保存与预览确认： 本技能不执行任何保存动作。若你在自己环境中依据本技能生成知识库结构、路由规则或话术草稿，请在落盘或对外使用前先预览结果、确认已由业务与合规部门审阅，再保存或提交。

代码块性质与执行边界

内容	性质	谁来执行
UNIFIED_KNOWLEDGE 字典	四条业务线的知识库结构与责任人模板	由中台产品人员在自有知识库系统中落地
unified_query() 函数	跨行业查询与转人工判定条件的说明	由研发人员在自有系统中实现；技能不查询任何数据
路由表、服务标准表、指标表	运营规则模板	由客服中心与合规人员共同确认后执行

本技能未配置任何工具调用权限，不执行代码、不读写文件、不接入客服系统或工单系统、不读取客户会话与身份数据、不代为回复客户。所有话术与答复口径均为草稿，须经业务与合规审阅后使用，不构成对外承诺或服务水平协议。

---

---

金融监管最新动态 [2026-10-08更新]

| 动态类型 | 内容摘要 | 影响范围 | 客服中台侧应对动作 | 优先级 | 复核频率 | | |---------|---------|---------|-----------------|-------|---| | 消费者权益保护 | 消保审查前置于产品与宣传物料发布环节 | 客服知识库与答复口径 | 建立"物料—知识库"同步更新机制，避免口径不一致 | 高 | 每月 | | 智能客服合规 | 智能客服的服务记录留存与用户告知要求提升 | 会话记录与告知话术 | 每次会话首屏明示智能服务身份并告知转人工方式 | 高 | 每月 | | 适当性管理 | 投资者/投保人适当性要求细化，答复中不得越级推荐 | 产品咨询类话术 | 话术中增加适当性核验引导，禁止在会话中给出超风险等级建议 | 高 | 每季 | | 反洗钱 | 客户身份识别与尽职调查要求在服务环节延伸 | 开户与信息变更环节 | 身份信息变更类工单须二次核验并留痕 | 高 | 每月 | | 个人信息保护 | 个人信息处理的最小必要与告知同意要求持续强化 | 客户画像与查询权限 | 坐席查询字段按岗位最小化授权，敏感字段查询留痕 | 高 | 每季 | | 服务时效 | 投诉与咨询处理的时效性要求受关注 | 工单流转与投诉处理 | 建立工单分级时效标准与超时升级机制 | 中 | 每月 | | 无障碍服务 | 面向特殊群体的服务可达性要求提升 | 服务渠道与话术 | 保留人工与线下渠道，避免单一智能入口 | 中 | 每季 | | 智能客服合规 | 2026年10月：智能客服在复杂与高风险业务中的人工介入要求进一步明确 | 会话记录与告知话术 | 建立"高风险场景清单"，清单内问题一律不经过智能应答直接转人工 | 高 | 每月 | | 服务时效 | 2026年四季度初：投诉处理的告知与办结反馈闭环要求更受关注 | 工单流转与投诉处理 | 投诉工单增加"办理进度告知"节点，超时未反馈自动升级 | 中 | 每月 |

数据截止: 2026-10-08 | 来源：国家金融监督管理总局、中国人民银行、证监会、行业协会公开信息 声明: 以上动态供参考，具体以官方最新发布为准

动态解读示例（两类高频场景）

• 场景A｜智能身份未告知：客户进线后由智能客服直接应答，全程未提示"当前为智能服务"且未说明转人工路径 → 检查中被认定为告知义务履行不足。改进动作：会话首条消息固定包含三要素——服务身份说明、可转人工、人工服务时间；并把该条消息纳入知识库版本管理，随口径调整同步更新。
• 场景B｜跨业务线答复口径不一致：同一客户在银行线问"提前支取手续费"与在基金线问"赎回费用"，两条线的知识库条款版本不同，答复出现差异 → 引发投诉。改进动作：对跨业务线的同类费用类问题建立"主数据源 + 引用关系"，各线知识库统一引用，避免各自维护。

Industry Pain Points / 行业痛点

Pain Point / 痛点	Impact / 影响	Solution / 本Skill解决方案	量化基线（示例）	责任岗
系统孤岛	各业务线客服独立，重复问答效率低	统一知识库 + 智能路由	跨线问题一次解决率 ≥70%	中台产品
重复建设	每条业务线各建一套客服系统	共享中台能力（路由/知识/质检）	公共能力复用率 ≥80%	科技
用户体验差	客户需在多个平台间切换	一站式服务入口	转接次数 ≤1 次/通	运营
数据分散	客户画像不完整，答复缺乏上下文	统一客户视图（最小必要字段）	上下文加载率 ≥95%	数据/科技
口径不一致	同类问题在不同线答复不同	主数据源 + 引用关系	口径冲突项每月归零	知识库管理员
知识库老化	产品改动后知识库未同步	变更联动与版本管理	新规/新产品上线 5 个工作日内同步	知识库管理员
智能服务投诉	无法转人工、答复机械化	转人工规则 + 兜底话术	转人工请求响应 ≤30 秒	客服中心

---

Trigger Keywords / 触发关键词

English Triggers (designing or operating a financial customer-service centre only): knowledge base governance, routing rule design, smart-service compliance checklist, omnichannel SLA, ticket classification, service quality metrics review

English Non-Triggers: customer service, chatbot, call centre, CRM, helpdesk, conversation design — these alone do not route here; the context must be a financial institution serving banking/insurance/securities/fund customers under regulatory constraint.

中文触发词（须落在"设计或运营金融机构客服中台"任务上才触发）： 客服知识库治理 / 跨业务线知识库结构 / 智能路由规则设计 / 转人工规则 / 全渠道服务标准 / 智能客服合规检查 / 工单分类与流转 / 客服质检指标 / 一次解决率复盘

不触发（Scope Exclusions）： 以下泛化词单独出现时不触发本技能——客服、聊天机器人、呼叫中心、CRM、工单系统、话术。它们只有在明确指向"金融机构跨业务线的客服中台设计与运营"时才路由到本技能；电商/互联网通用客服、普通聊天机器人设计请改用对应技能。

路由判定三步： ① 主体是否为银行/保险/证券/基金等金融机构或其客服中台？② 任务是否为知识库治理、路由设计、合规检查、工单流转或指标复盘？③ 两者同时为"是"才启用。只问客服概念不启用。

---

Core Capabilities / 核心能力

1. Unified Knowledge Base / 统一知识库

python

UNIFIED_KNOWLEDGE = {
    "banking": {
        "categories": ["账户服务", "理财产品", "贷款业务", "信用卡", "支付结算"],
        "owner": "银行线知识库管理员",
        "update_cycle": "产品变更后 5 个工作日内"
    },
    "insurance": {
        "categories": ["投保咨询", "理赔报案", "保全变更", "续期服务", "条款解释"],
        "owner": "保险线知识库管理员",
        "update_cycle": "条款或费率调整后 5 个工作日内"
    },
    "securities": {
        "categories": ["账户开立", "交易操作", "产品咨询", "投顾服务", "权限开通"],
        "owner": "证券线知识库管理员",
        "update_cycle": "业务规则调整后 5 个工作日内"
    },
    "fund": {
        "categories": ["基金开户", "申购赎回", "费率说明", "净值查询", "定投服务"],
        "owner": "基金线知识库管理员",
        "update_cycle": "费率或规则调整后 5 个工作日内"
    }
}

def unified_query(query: str) -> dict:
    """跨行业统一查询（返回候选条目与引用关系，供坐席确认）"""
    intent = classify_intent(query)

    domain_routes = {
        "banking": search_banking_kb,
        "insurance": search_insurance_kb,
        "securities": search_securities_kb,
        "fund": search_fund_kb
    }

    if intent["domain"] in domain_routes:
        primary = domain_routes[intent["domain"]](query)
    else:
        primary = multi_domain_search(query)

    return {
        "primary": primary,
        "cross_reference": find_shared_articles(primary),  # 跨线共用条款
        "need_human": intent["confidence"] < 0.75
    }

1.1 Knowledge Base Governance / 知识库治理规则

| 规则 | 要求 | 检查方式 | 责任岗 | | |-----|------|---------|---| | 单一主数据源 | 费用、费率、时效类内容只保留一个主条目 | 每周查重 | 知识库管理员 | | 引用而非复制 | 跨线共用内容通过引用关系调用 | 抽查引用链 | 各线知识库管理员 | | 版本留痕 | 每次修改记录版本号、修改人、生效日 | 版本记录完整率 100% | 知识库管理员 | | 到期复核 | 条款类条目每季度复核一次 | 到期未复核清单 | 业务负责人 | | 下架机制 | 已废止条目及时下架并保留历史 | 废止条目 3 日内下架 | 知识库管理员 | | 口径对照 | 同类问题跨线口径一键对照 | 冲突项月度归零 |

示例｜费用类主数据源的建立（跨线冲突的高发区）

问题	银行线条目	基金线条目	冲突点	主数据源方案
提前支取/赎回费用	"按持有期分档，见产品说明书"	"赎回费按持有期分档，见基金合同"	表述与依据文件不同	建立"费用类—持有期分档"主条目，两线引用同一分档表
费率数值	知识库内直接写数值	指向费率公告	数值更新不同步	主条目只写规则与公告链接，不落具体数值
生效日期	未标注	标注为公告日期	无法判断新旧	主条目强制包含"生效日期+依据文件"字段

建立要点：费用类内容最忌讳在各线知识库里直接写死数值——数值一变就必然不一致。正确做法是主条目只写"规则+依据文件+生效日期"，具体数值由系统从产品/费率主数据自动带出。

示例｜知识库条目到期复核的排期

条目类型	复核周期	触发复核的事件	未复核后果
费用/费率类	每月	费率公告发布	答复错误引发费用争议
条款类	每季	条款修订或新产品上线	答复与合同不一致
流程类	每半年	系统改版或流程变更	指引客户走已废止流程
合规话术类	每季	监管口径调整	告知义务履行不足

排期要点：统一按季度复核看似省事，但费用类条目一个季度内可能已变更多次。应按条目类型设定差异化周期，并把"触发事件"配置为强制复核条件，而不是只依赖日历。 合规联系人 |

2. Intelligent Routing / 智能路由

2.1 Routing Rules / 路由规则

| 识别情形 | 路由目标 | 前置动作 | 兜底策略 | 判定信号 | | |---------|---------|---------|---------|---| | 单一业务线明确问题 | 对应业务线队列 | 加载客户上下文（最小必要字段） | 队列超时转综合队列 | 关键词命中单一业务线分类 | | 跨业务线复合问题 | 主责线 + 协办线 | 标注关联业务线 | 无法判定时转综合队列 | 命中两条线及以上分类 | | 涉及资金安全/疑似欺诈 | 风险专席（优先） | 立即冻结建议权限内的操作提示 | 直接转人工，不经过智能应答 | 命中资金安全/盗刷/异常登录类词 | | 投诉与情绪激烈 | 投诉专席 | 记录投诉要点与诉求 | 直接转人工，禁止智能兜底循环 | 情绪识别高分或明确投诉表述 | | 涉及适当性/权限判断 | 持证坐席 | 核验客户风险等级 | 不得由智能应答给出结论 | 命中适当性/风险等级/是否可买类词 | | 置信度低于阈值 | 人工队列 | 附带候选答案与不确定点 | 默认转人工 | 意图置信度低于0.75 |

2.2 Handover Standard / 转人工与承接标准

环节	标准	指标
转人工入口	会话内固定位置可见，全程可用	入口可见率 100%
转人工响应	无排队场景	≤30 秒
上下文承接	客户无需重复描述已提供信息	重复描述率 ≤10%
转接次数	同一诉求	≤1 次
回访闭环	未解决工单	按承诺时限反馈

示例｜转人工路径失效的三种情形（合规检查高频缺陷）

失效情形	表现	客户感受	修复动作
入口不可见	转人工按钮折叠在二级菜单	找不到人工	固定在会话底部常驻入口
非服务时间无提示	夜间转人工无响应	无人应答	明示人工服务时间与非工作时间留言方式
转接后上下文丢失	客户需重新描述问题	体验割裂	转接时携带会话摘要与已核实字段

检查要点：只验证"能不能转人工"是不够的，应按上述三种情形分别走查。特别是非服务时间场景，监管关注的是"是否告知了替代渠道"，而非"是否有人值守"。

示例｜高风险场景清单的落地（不得经过智能应答）

场景	判定信号	处置	留痕要求
疑似账户被盗	异常登录、非本人操作表述	立即转人工并提示风险管控措施	记录转人工时点与提示内容
适当性与风险等级	"我能不能买这个"	转持证坐席，核验风险等级	记录核验结果
赔付/理赔金额预期	"能赔多少"	不由智能给出金额，转人工按条款答复	记录答复依据条款
投资建议	"推荐一只基金"	不做推荐，转持证人员	记录拒绝推荐与转接记录
情绪激烈/投诉	情绪识别高分	直接转投诉专席	记录投诉要点

落地要点：高风险场景清单必须写成可判定的信号，而不是笼统的"复杂问题转人工"。清单应逐条配置到路由规则中，并按月检查"清单内问题的智能应答率"——该指标理论上应为0，出现非零即为配置缺陷。

3. Omnichannel Service Standard / 全渠道服务标准

| 渠道 | 适用场景 | 首次响应目标 | 留痕要求 | 不宜办理事项 | | |-----|---------|-----------|---------|---| | 在线文字 | 常规咨询、查询类 | ≤30 秒 | 全量会话留存 | 不宜办理需身份核验的变更 | | 电话 | 复杂问题、投诉、资金类 | ≤60 秒接入 | 录音留存并按规定期限保管 | 不宜办理需书面签署的业务 | | 移动端自助 | 查询、变更预约 | 即时 | 操作日志留存 | 不宜办理大额资金类操作 | | 线下柜面 | 身份类、签约类、特殊群体 | 按排队规则 | 双录/凭证留存 | — | | 企业微信等私域 | 存量客户服务 | ≤5 分钟 | 会话合规留痕 | 不宜在私域给出产品结论 |

4. Compliance Requirements for Smart Service / 智能服务的合规要求

要求	具体做法	检查点
身份告知	首条消息明示智能服务身份与转人工方式	抽样 100 通检查首条
不越权答复	投资建议、适当性结论、赔付金额等内容不由智能应答给出	抽查高风险问题应答
记录留存	会话记录按规定期限留存并可回溯	留存完整率 100%
数据最小化	坐席查询字段按岗位授权，敏感字段查询留痕	权限矩阵与日志核对
人工兜底	高风险场景直接转人工，不由智能应答循环	高风险场景转人工率 100%
无障碍	保留人工与线下渠道	渠道可用性检查

示例｜告知话术的三要素与常见缺陷

要素	合规写法（示例）	常见缺陷
服务身份	"您好，当前为您服务的是智能助手"	全程未说明身份
转人工方式	"如需人工服务，可点击下方的「人工客服」按钮"	只说"可转人工"未给路径
服务时间	"人工服务时间为每日 9:00-21:00"	未告知非工作时间如何处理

告知要点：三要素必须出现在会话首条消息中，而不是隐藏在帮助中心或常见问题里。首条消息应纳入知识库版本管理，口径调整时同步更新，并抽样检查线上实际下发内容。

5. Service Quality Metrics / 服务质量指标

指标	定义	参考目标	数据来源
一次解决率	首次接触即解决的工单占比	≥75%	工单系统
转人工率	进入人工的会话占比	按业务线设定基线	会话系统
平均处理时长	工单从生成到关闭	按等级设定	工单系统
口径一致率	抽检答复与知识库一致的比例	≥98%	质检抽样
投诉率	投诉工单 / 总工单	环比不上升	投诉系统
知识库新鲜度	距最近一次复核的天数	≤90 天	知识库版本

示例｜一次解决率下降的归因拆解

拆解维度	本期	上期	变化	归因
整体一次解决率	71.2%	76.8%	−5.6pct	需拆解
单一业务线问题	82.1%	83.0%	−0.9pct	基本稳定
跨业务线问题	48.3%	61.5%	−13.2pct	主要拖累项
转人工后解决率	88.4%	89.1%	−0.7pct	基本稳定

归因要点：整体指标下降5.6个百分点，但拆解后发现几乎全部来自跨业务线问题。若不拆解，很容易得出"整体服务能力下降"的错误结论并把资源投错方向。跨业务线问题的根因通常是主数据源缺失或引用链断裂，而非坐席能力问题。

示例｜质检抽样的分层设计

层级	抽样比例	检查重点	频次
高风险场景会话	100%	是否转人工、是否越权答复	每日
投诉工单关联会话	100%	告知义务与处置时效	每日
常规咨询会话	每坐席≥5通	口径一致性与服务规范	每周
智能应答会话	≥50通	身份告知、转人工可达性	每周

质检要点：平均抽样的缺陷在于高风险会话被稀释。应按风险分层设定抽样比例，高风险场景全查，常规场景抽样，这样在有限质检工作量下能覆盖主要风险。

6. Ticket Classification / 工单分类与流转

| 工单类型 | 典型场景 | 处理时效（示例） | 升级条件 | 留痕要求 | | |---------|---------|--------------|---------|---| | 咨询类 | 产品、费率、流程咨询 | 1 个工作日 | 超时自动升级 | 答复依据条目编号 | | 业务办理类 | 变更、开通、预约 | 2 个工作日 | 材料不全需联系客户 | 材料清单与受理记录 | | 投诉类 | 服务质量、费用争议 | 3 个工作日 | 客户不接受方案即升级 | 投诉要点与处置方案 | | 风险类 | 疑似欺诈、账户异常 | 即时处理 | 一律优先并通知风控 | 处置动作与时点记录 | | 特殊群体 | 无障碍、老年客户协助 | 优先处理 | 不得仅提供智能入口 | 协助过程记录 |

---

Work Discipline / 数据使用与服务纪律

要求	具体做法
最小必要	客户信息查询按岗位授权，仅取服务必需字段
脱敏展示	会话界面敏感字段默认掩码，按需申请查看
全程留痕	会话、工单、查询日志留存并可按客户维度回溯
不越权答复	投资建议、适当性结论、赔付结果不由一线直接给出
人工兜底	高风险与情绪激烈场景强制人工介入
口径统一	对外答复统一引用知识库主条目，不自行解释

---

Quick Command Templates / 快速指令模板

知识库结构设计：

text

设计跨银行、保险、证券三条业务线的统一知识库结构：
- 需要输出：分类体系、主条目与引用关系、更新责任岗、更新时限
- 并说明费用类内容如何做到单一主数据源

路由规则设计：

text

为金融客服中台设计智能路由规则：
- 场景：单一业务线问题、跨业务线复合问题、投诉、疑似欺诈、适当性判断
- 需要输出：识别条件、路由目标、前置动作、兜底策略

合规检查：

text

检查智能客服的合规要素是否齐备：
- 关注点：身份告知、记录留存、不越权答复、数据最小化、转人工可达
- 需要输出：检查项、判定标准、常见缺陷、整改建议

服务质量复盘：

text

复盘上月客服服务质量：
- 指标：一次解决率、转人工率、平均处理时长、口径一致率、投诉率
- 需要输出：指标对比表、异常项归因、改进动作与责任岗

---

Changelog / 版本变更

版本	日期	变更摘要
3.0.3	2026-10-08	新增数据最小化声明与执行边界章节；收窄触发词并补充中英文非触发清单与路由判定（SQP-1）；监管动态更新至2026-10-08并新增智能客服合规、服务时效两条与复核频率列；新增列：知识库治理责任岗、路由判定信号、渠道不宜办理事项、工单留痕要求；新增示例：费用类主数据源建立、条目到期复核排期、转人工路径失效三情形、高风险场景清单落地、告知话术三要素、一次解决率归因拆解、质检抽样分层设计
3.0.2	2026-09-13	新增知识库治理规则与全渠道服务标准

---

Disclaimer

This skill provides customer service frameworks, knowledge base structures, and service standards for reference purposes only. All conversational scripts and reply standards must be reviewed and approved by business and compliance departments before external use; this skill does not constitute customer commitments, service level agreements, or regulatory opinions.