带客服团队的人常遇到两种麻烦:招人时只看「态度好、打字快」,上手后才发现连中转站的基本概念都答不上;或者标准定得太高,把能干活的人筛掉。这篇把客服岗位拆成知识、能力、素质三层,每层给出可观察的判断点和面试追问,并说明什么情况下该松、什么情况下不能松。
带客服团队的人常遇到两种麻烦:招人时只看「态度好、打字快」,上手后才发现连中转站和官方 API 的基本差别都说不清;或者标准定得太高,把本来能干活的人筛掉了。这篇把客服岗位拆成知识、能力、素质三层,每层给出可观察的判断点和面试追问,最后说明什么情况下该松、什么情况下不能松。
先说清一个前提:这套标准不是抄来的岗位说明书,而是从你自己团队的重复问题里长出来的。落地做法很简单——让管理者或老客服把最近一个月被问得最多的几类问题列出来,归成概念、产品、故障、纠纷四堆,这四堆就是知识层的骨架。标准写出来之后,最好跟着站内页面一起更新,因为价格、模型、分组这些信息每年都在动,写进手册的旧答案比没有答案更危险。下面按大纲逐节展开。
先想清楚:你招的客服到底在解决哪一类问题
同一家公司里,售前咨询、售中故障排查、售后纠纷对知识深度的要求完全不同。售前要的是把产品讲清楚、把预期管理好;售中要的是定位问题和升级判断;售后要的是情绪安抚加规则解释。如果你把三类混在一个岗位描述里,招进来的人往往三样都做不深。所以定标准之前,先给岗位分主次:这个岗七成时间在处理哪一类问题。
| 触点类型 | 知识深度要求 | 能力侧重 | 素质侧重 |
|---|---|---|---|
| 售前咨询 | 中,能讲清四条购买路径 | 表达与检索 | 耐心、不夸大 |
| 售中故障排查 | 高,要懂报错与限制 | 定位、升级判断 | 责任心、跟单 |
| 售后纠纷 | 中偏高,规则要熟 | 情绪处理与书面表达 | 诚实、克制 |
还有一点容易被忽略:如果团队主要靠机器人顶第一层,人工只处理兜底,那知识要求可以整体降一档,但判断与升级能力必须升一档。因为兜底岗遇到的多是机器人答不了的复杂问题,背答案没用,会不会判断才是关键。
知识层:不需要背参数,但要能接住用户的第一个问题
知识层最容易走偏的地方,是把考核变成默写。客服不需要记住具体价格、跑分、模型版本号,这些东西每天都在变,记错了反而制造投诉。正确的要求是:能用自己的话解释常见概念,知道去哪个页面现查,并且清楚自己不知道什么。价格、倍率、分组这类数字,一律引导到站内对应页面核对当时的数字,不许凭印象报数。
- 概念类:Token、上下文、倍率、分组、限速这些词得能用自己的话解释,不懂就先去术语表页面补课
- 产品类:官方 API、订阅、卡网、中转站四条路的差别要说得清,对应页面的大致结构要知道怎么翻
- 边界类:明确知道哪些问题必须现查,遇到模型版本、具体价格、跑分一律给站内路径而不是直接下结论
- 禁令类:哪些话绝对不能说,比如承诺永不掉线、绝对不掺水,这类话一旦出口就是投诉的起点
能力层:四件事能做好,基本就是个熟手
能力层是可以练出来的,也是培训投入回报最高的地方。判断一个客服是不是熟手,不用看工龄,看四件事:能不能把模糊描述收敛成具体问题、能不能快速检索并引用站内页面、能不能判断该不该升级、能不能把同一件事写成用户看得懂的工单和公告。这四项里任何一项明显短板,都会直接拉高升级率和投诉率。
- 提问定位用三到五个问题把用户的模糊描述收敛成可执行动作,而不是让用户把原话再说一遍。验证方式:看对话记录里客服提问占比,提问之后用户是否给出了更具体的信息。
- 检索与引用能在站内目录里快速找到对应页面并给出路径。验证方式:抽查历史回复里包含站内路径的比例,路径是否指向真正相关的页面。
- 升级判断分清哪些能自己答、哪些必须转技术、哪些要直接上报负责人,并给出明确的升级触发条件。验证方式:看升级记录里有多少条是条件命中,有多少条是答不出来才转。
- 书面表达工单、群聊、公告同一件事三种写法,重点是结构清楚、步骤可照做。验证方式:让对方把一条复杂回复改写成三步以内的操作说明。
这四项里,升级判断最容易被低估。很多团队只看一次解决率,逼得客服不敢升级,结果是用硬答换来二次投诉。正确的口径应该是成对看:一次解决率和升级率一起看,前者高但后者异常低,往往是硬答的信号。
素质层:态度类的东西必须用行为问题问出来
素质层最容易变成空话,因为面试时谁都会说自己心态好、责任心强。破解办法只有一个:不问观点,问行为。让对方讲具体场景里他做了什么,然后追问两层。真正有经验的人能讲出动作和后续,临时编的人第二层就开始重复第一层的说法。
- 抗压与情绪隔离
- 问上一次被用户骂是怎么处理的,好答案里有具体动作和时间线,坏答案只有一句我心态很好
- 诚实与克制
- 遇到不知道的会不会硬答,这一点直接对应掺假类投诉的来源,必须重点确认
- 责任心与跟单
- 愿不愿意在用户没催之前主动回一次进度,这是长期口碑的差别
- 稳定性
- 接受排班与重复劳动的程度,别把一心想转岗的人放在长期一线岗位又不给出口
素质层还有一条硬标准:知道自己不知道什么。听起来像知识层的事,其实是素质——愿不愿意承认不确定,比懂多少更能决定投诉率。这条在涉及账号安全和资金的问题上,建议直接设为一票否决项。
面试怎么问:六个行为题加一个现场题
面试环节不需要复杂设计,六个行为题加一个现场题就够了。行为题覆盖冲突、失误、超纲问题、加班、交接、离职原因六个方向,每题都要求讲具体场景和动作。现场题给一段真实用户消息,去掉敏感信息,让对方当场写出回复,看的是结构清楚、步骤可执行,不是文采。
- 冲突题:讲一次用户情绪激动的经历,你当时先做了什么、后做了什么
- 失误题:讲一次你自己答错的经历,怎么发现的、怎么补救的
- 超纲题:遇到完全不懂的问题,你的处理顺序是什么
- 加班与排班题:说一次你需要临时顶班的经历,你怎么安排的
- 交接题:讲一次你交接工作给别人,怎么保证对方不遗漏
- 离职原因:上一份工作离开的真实原因,追问两层看前后是否一致
- 现场题:给一段用户消息,限时写出回复,标出哪些部分需要升级
追问技巧很简单:不管对方答什么,都追问「然后呢」和「如果对方还是不满意呢」。两层追问下来,真做过的人会补充细节,没做过的人会开始绕。另外可以在现场题里故意放一个你不懂的概念,观察对方是去翻站内目录还是凭印象编。
上岗前两周的培训清单与验收口径
培训不要铺太开,两周时间只做能验收的事。第一周只做三件事:过一遍术语表、过一遍站内目录、跟着老客服看真实对话。第二周开始分角色演练,用历史工单做还原,重点练升级判断和多轮追问。验收不看笔试,看动作。
| 阶段 | 主要动作 | 验收方式 |
|---|---|---|
| 第一周 | 术语表加站内目录加旁观真实对话 | 能独立找到指定页面的路径 |
| 第二周 | 历史工单还原,分角色演练 | 限定时间内给出可执行回复并标注升级路径 |
| 上岗首月 | 老客服抽检加每日复盘 | 错误承诺率和二次投诉率是否下降 |
培训材料要跟着站内页面更新,价格、模型、分组这些信息都会变,别把旧答案写进手册。更稳的做法是手册里只写「去哪里查」,把具体数字留给站内页面,这样更新压力小很多。上新内容之前,先让老客服照着走一遍,走不通的地方就是手册要改的地方。
什么情况下这套标准要放宽或收紧
任何岗位标准都有适用边界,写清边界比写高标准更有用。放宽和收紧的判断依据只有两条:这个岗位答错的代价有多大,以及问题重复度有多高。代价大、重复度低的岗位收紧;代价小、重复度高的岗位放宽。
- 放宽:夜间或低频时段值班、纯机器人兜底岗,知识要求可以只保留检索与升级两项,其余降级为加分项
- 收紧:涉及资金、账号安全、合规边界的岗位,诚实与边界意识必须设为一票否决,能力再好也不通融
- 不适用:把客服当销售转化岗的团队,考核口径完全不同,硬套答疑类标准会让管理者和员工都不好受
- 季节因素:大促、涨价、站点公告期间的临时人力,别按正式标准招,按固定话术加严格升级路线更实际
还有一种常见情况:团队刚起步,人手就是不够,这时候标准要按「先能跑通,再补深」的顺序排。先保证检索、升级、诚实三条底线,概念和产品知识允许入职后补。反过来,如果团队已经稳定,还在用临时标准招人,那问题迟早会从投诉里冒出来。
把标准落到考核:三个可观察指标
标准不落到考核就是墙上的纸。客服岗位的考核不要搞太复杂的三级指标,抓住三个可观察的就够:一次解决率与升级率成对看、回复结构化程度、错误承诺率。第一个防止硬答,第二个保证质量下限,第三个最早暴露能力边界问题。
| 指标 | 怎么看 | 异常信号 |
|---|---|---|
| 一次解决率与升级率 | 成对观察,不能单独看一个 | 一次解决率很高但升级率异常低,通常意味着硬答 |
| 回复结构化程度 | 抽查工单里包含明确步骤或站内路径的比例 | 比例长期偏低,说明培训停在概念层 |
| 错误承诺率 | 统计因承诺超出能力范围引发的二次投诉 | 这个指标上升通常早于满意度下降 |
三个指标具体的参考区间,不用照搬别人的数字,去站内页面核对当时的行业情况,再结合自己团队的历史数据定基线更靠谱。定基线之后每个季度回看一次,人员结构变了、业务重�心变了,基线也要跟着调。
下一步:把标准对着站内页面核一遍先到中转站目录和价格追踪页面确认当前产品结构,再回来改你的岗位标准和培训手册,避免把过时信息写进用人标准。→常见问题
客服是不是必须懂技术?
不一定,取决于他负责哪一层。只处理售前和常见问题的客服,需要的是能检索、能解释概念、能判断升级,而不是能看日志。真正要懂技术的是第二层兜底岗,用同一套标准要求所有人既不现实也留不住人。
招人时学历和经验哪个更重要?
经验更容易迁移到工位上,学历只在判断学习速度时有点参考。实际操作里,给一个陌生概念让对方现场查并复述,比看简历准得多。如果团队里没人带,宁可要一个检索习惯好的人,也不要一个只会背答案的人。
标准定得很细会不会招不到人?
会,尤其是把知识条数写死的时候。建议只把三到五条设为一票否决,比如诚实、升级意识、排班接受度,其余都当加分项。细节写进培训手册,别写进招聘门槛,否则筛掉的是能长大的人。
客服团队的考核指标怎么设不跑偏?
别只用满意度。满意度会被讨好型回复拉高,也会掩盖硬答问题。加上一次解决率、升级率、错误承诺率三个一起看,任何一个异常都能立刻定位是标准问题还是人的问题。
这套标准多久要重新过一遍?
建议每季度对一次,触发条件是站点公告、价格调整或分组变化。术语和目录类的知识必须跟着站内页面走,凡是写死在手册里的数字都该删掉,改成让客服现场查路径。