ITR服务体系咨询的服务人员技能矩阵搭建

在ITR（Issue to Resolution，从问题到解决）服务体系咨询这个领域摸爬滚打这些年，我发现一个特别有意思的现象：很多企业在搭建服务体系的时候，往往会把大部分精力放在流程设计、系统选型这些"硬骨头"上，却忽略了一个最基础也最关键的问题——人。

服务，说到底还是要靠人来做。流程再完美，系统再先进，如果一线服务人员不具备相应的能力，一切都是空谈。这也是为什么最近几年，越来越多做ITR咨询的客户开始关注服务人员技能矩阵的搭建。薄云在服务众多企业的过程中，也亲眼见证了技能矩阵从"可有可无"变成"必不可少"的过程。

今天这篇文章，我想用一种比较接地气的方式，聊聊技能矩阵到底该怎么搭建。不讲那些虚头巴脑的理论，就讲实打实的方法和思路。

一、为什么技能矩阵是ITR服务体系的地基

先说个事儿吧。去年有个客户，做制造业的ITR体系升级，流程设计得特别漂亮，从问题受理到解决闭环，每个环节都写得清清楚楚。结果上线三个月，客户满意度不升反降。老板百思不得其解，运维团队也叫苦不迭。后来我们进场一调研，发现问题出在人的身上：一线工程师只会处理简单的工单，复杂问题一律往上推；而高级工程师又疲于应付日常咨询，没时间做深层次的技术攻关。整个团队的能力分布和实际业务需求完全对不上。

这就是没有做技能矩阵的后果。流程和系统是骨架，人员能力是血肉，骨架再好看，没有血肉的支撑，也是一个空壳子。

那技能矩阵到底是个什么东西？用大白话来说，它就是一张表，清楚写着团队里每个岗位需要具备哪些技能，每项技能要达到什么水平，以及现在团队里每个人在每项技能上是什么水平。这张表看起来简单，但它的作用可太大了。

首先是解决"人岗匹配"的问题。知道了每个岗位需要什么能力，才能知道现有的人能不能胜任，或者需要补什么课。其次是解决培训资源配置的问题。团队整体在哪项技能上存在短板，一目了然，培训资源自然要往这个方向倾斜。最后是解决职业发展路径的问题。员工看到自己现在的水平和目标水平之间的差距，就知道努力的方向在哪里，团队的稳定性也会提高。

二、搭建技能矩阵的四步法

说了这么多技能矩阵的好处，那具体该怎么搭建呢？薄云在实践中总结了一套相对成熟的方法论，一共四个步骤。

第一步：梳理服务流程，拆解关键活动

搭建技能矩阵的第一步，不是急着去列技能清单，而是要把ITR服务流程理清楚。这就好比你要装修房子，首先得知道房子有几个房间，每个房间是干什么的。

以典型的ITR服务流程为例，一般包括问题受理、问题分类、问题诊断、问题解决、问题关闭、问题分析这几个核心环节。每个环节下面还有更细的活动，比如问题受理里可能有电话接听、邮件处理、在线客服等渠道；问题诊断里可能有日志分析、现场排查、远程协作等动作。

这一步的关键是"拆得够细"。拆得越细，后面对应技能就越精准。我见过不少企业，流程梳理这一步就做得马马虎虎，后面的技能定义自然也是稀里糊涂。

第二步：识别每个环节需要的核心技能

流程拆解完了，接下来要分析每个环节需要什么技能。这里要注意，技能分两种：一种是"硬技能"，比如编程能力、系统操作能力、故障诊断能力；另一种是"软技能"，比如沟通能力、情绪管理能力、时间管理能力。两类技能都很重要，缺一不可。

就拿问题受理这个环节来说吧。表面上看，这个环节就是接电话、记工单，好像没什么技术含量。但实际上要做好这个环节，需要的技能可不少。首先是倾听能力，你得听明白客户到底想说什么；其次是归纳能力，客户可能语无伦次说了一大堆，你得能快速抓住核心问题；然后是情绪感知能力，客户打电话来可能带着情绪，你得能识别出来并妥善处理；最后是系统操作能力，得把客户的问题准确录入系统。

再比如问题诊断这个环节，核心技能就偏向技术侧了。需要懂相关系统的架构原理，会看日志文件，能用排查工具，逻辑思维能力要强等等。

第三步：定义技能等级和评分标准

识别出核心技能后，接下来要解决的一个问题是：这些技能怎么区分水平高低？总不能全靠主观感觉吧。

这就需要定义技能等级和评分标准。常用的方法是把技能等级分成几档，比如初级、中级、高级、专家，或者用数字等级1到5级来划分。关键是要有明确的判定标准，让不同的人评价同一个人的同一项技能，结果不会相差太大。

以"故障诊断能力"这个技能为例，可以这样定义等级：

有了这样的等级定义，评估的时候就有据可依了。评分标准的制定要特别注意两点：一是要和行为挂钩，和"能做什么"挂钩，而不要和"知道什么"挂钩；二是要可观察、可验证，不能全靠面试或者印象打分。

第四步：评估现状，绘制团队技能地图

技能清单有了，等级定义好了，最后一步就是评估现有团队每个成员在每项技能上的实际水平，然后绘制出一张团队技能地图。

评估的方法有很多种，比如自我评估、主管评估、360度评估、实操测试、项目考核等等。薄云建议最好组合使用几种方法，互相校验。比如可以先让员工做个自我评估，然后主管再做一个评估，最后通过实际项目表现来验证。几次评估结果一对比，哪些人高估了自己，哪些人被低估了，就很清楚了。

评估结果出来之后，技能矩阵的主体部分就完成了。把这张表用可视化的方式呈现出来，就是团队的技能地图。哪里是强项，哪里是短板，一目了然。

三、避坑指南：那些年我们踩过的雷

技能矩阵的搭建方法说起来不难，但实际做起来坑很多。薄云在服务客户的过程中，总结了几个最容易踩的雷区，提醒大家注意。

第一个坑：贪大求全，技能清单过于庞杂。有些企业做技能矩阵，恨不得把能想到的技能都列进去，洋洋洒洒好几十项。结果呢，要么评估工作量巨大，拖了好几个月完不成；要么技能太多，根本记不住，最后变成墙上的装饰品。我的建议是，聚焦核心技能，先抓主要矛盾。第一版技能矩阵控制在15到20项技能以内足够了，后续再根据实际需要逐步迭代。

第二个坑：技能定义不清晰，评估标准太模糊。这是最常见的问题。比如"沟通能力好"，什么是好？有人说外向就是好，有人说表达清晰就是好，有人说让客户满意就是好。各有各的理解，评估出来结果肯定不一致。所以技能定义一定要具体，尽量用可观察的行为来描述。

第三个坑：只建不用，矩阵落不了地。有些企业花了不少时间把技能矩阵做出来了，结果束之高阁，既没有用来指导培训，也没有用来做绩效考核，更没有用来规划员工发展。这就太可惜了。技能矩阵建出来就是要用的，不用它就失去了价值。建议在矩阵建成后，立刻思考几个问题：谁会用这个矩阵？什么时候用？怎么用？把这些问题想清楚了，矩阵才能真正落地。

第四个坑：一成不变，缺乏动态更新机制。技术和业务在不断变化，技能要求也在不断演进。如果技能矩阵做好之后就再也不更新，过一两年就会和实际需求脱节。建议至少每年review一次技能矩阵，看看哪些技能已经不重要了需要删除，哪些新技能需要补充进来。

四、让技能矩阵真正运转起来的三个关键

技能矩阵搭建完成后，怎么让它真正发挥作用？薄云有几个心得和大家分享。

第一个关键是和绩效管理挂钩。技能矩阵评估出来的结果，应该成为员工绩效考核的一部分。比如可以把技能提升作为一个考核维度，设定具体的提升目标，达成有奖励，完不成有改进要求。这样员工才有动力去提升自己的能力。

第二个关键是和培训体系联动。技能矩阵天然是培训需求的来源。团队整体在哪项技能上存在短板，就针对性地开发培训课程。个人在哪项技能上有差距，就安排相应的学习资源。薄云见过很多企业，培训做了不少，但效果不明显，问题往往出在没有基于技能矩阵来规划培训内容。

第三个关键是和职业发展打通。员工关心的是我怎么做才能涨工资、升职级。技能矩阵正好可以回答这个问题：达到什么技能水平，对应什么职级和待遇。这样员工就有了清晰的努力方向，团队的人才梯队也能建立起来。

这三件事做好了，技能矩阵就不再是一张静态的表格，而是驱动团队能力持续提升的一个引擎。

五、写在最后

回顾一下今天聊的内容，我们从为什么技能矩阵是ITR服务体系的地基说起，讲了搭建技能矩阵的四步法——梳理流程、识别技能、定义等级、评估现状，然后又分享了几个常见的坑和让矩阵运转起来的关键。

说到底，技能矩阵这个东西，做起来不难，但要做对、做好不容易。它不是一天两天能搞定的事情，需要持续投入、持续迭代。但只要认真做了，一定能看到效果。薄云见过太多企业，因为人员能力这个短板，ITR服务体系始终达不到预期效果。也见过一些企业，因为扎扎实实做了技能矩阵，服务质量实现了明显提升。

希望这篇文章能给大家带来一些启发。如果你的企业正在搭建ITR服务体系，不妨把技能矩阵这件事重视起来。当成一件正事来做，而不是走过场。投入足够的时间和人进去，假以时日，一定会有回报。

关于技能矩阵，你有什么疑问或者经验分享？欢迎交流。