服务治理是一项持续性的工作，做好服务治理，有助于企业提升运营能力，既提升外部的客户体验，又可以提升内部的运营效率。那么，怎么搭建合理的服务治理体系呢？这篇文章里，作者做了总结，一起来看。

服务治理是公司运营过程中常见的一类工作，目的是提升外部的客户体验、提升公司内部的运营效率、降低公司运营成本，例如电商领域的虚假发货治理、商品虚假宣传治理，例如物流领域的虚假妥投治理、包裹丢损治理，例如技术领域的服务稳定性治理、硬件使用率治理。

常见的服务治理形式多为项目制，项目目标定义要改善某些运营指标，例如快递行业的「万单破损率从XX%降到XX%」，然后通过解决一些显而易见的问题来达成指标，例如「通过在包裹上粘贴易碎贴来提示操作员这是个易碎包裹」，在项目进行过程中几乎不关心指标情况，项目完成后再“测算”一把指标，神奇地达成了指标。

这种项目制的治理往往只是短暂地纠正了企业的一些错误行为，项目结束后，一切恢复原状，运营指标又恶化到项目开展前的水平。最直观的感受就是，每年都要做一个又一个项目，这些项目的内容极其相似，但运营指标却无法得到确定性的稳步提升。

本文想传达的信息非常简单——服务治理是长周期持续性的工作，根本目标在于提升公司的运营能力，使公司能够长期为客户提供优质的服务。在服务治理的过程中，改变人们的行为习惯和行为动力的作用，要远大于向人们直接索要治理结果。

尤其是在大型组织中进行服务治理更是如此，因为在大型组织中，部门问题盘根错节，人员关系错综复杂，人们往往更愿意风风火火做个项目向上交差，粉饰太平，获取短期绩效，而不是深挖部门问题，彻底治愈公司的运营顽疾。

这些教训来自于以下几点认知：

• 企业的运营问题往往是多方面多层次的，绝非一个普通员工能看到的那么简单。一旦开始服务治理，需要一个时间周期才能将各种各样的问题完全暴露出来。问题暴露出来后我们往往会着手解决，但也仍需经过一个时间周期的观察才知道问题解决后服务是否真的得到了改善。因此服务治理是长周期持续性的工作，只有在一段时间的观测过程中不再发现异常、服务质量相教之前得到了确定性的提升，整个服务治理工作才算结束。
• 人的不确定性导致服务的不确定性，服务治理的核心还是在于治理人。区别于商品的加工制造过程，服务往往由人来提供，而每个人在不同时候的行为能力、行为动机、心理状态无法保持100%的一致性、确定性，因此服务质量无法像商品质量一样具有相对可控的确定性。如果想提升服务质量，核心就是提升人的能力、行为、态度的确定性。
• 个人的行为习惯最终决定了企业的服务质量。客户感受到的服务质量基本取决于部门和个人的常规性运营工作，亦或者说企业内部的个体是否能持续提供稳定良好的运营结果。典型的一种情况在于部门主管平时并不过问某一项运营工作，结果部门员工也完全不在意这项工作，最终导致这项工作的质量就完全随机、忽好忽坏，最终积压到一定程度发生大面积客诉，部门主管才恍然大悟原来这项工作对客户的体验影响这么大。

服务治理的可持续性体现在以下几个方面：

• 治理目标可量化可拆解：如果没有一个公认的量化指标来衡量服务的好坏，大家都凭自己的感觉来评价服务的好坏，那么服务治理的必要性随时都可能遭人质疑，服务治理的进展也不得而知。因此，量化的治理目标（下文简称指标）是服务治理可持续的基本前提，并且指标数值的高低必须有明确的含义，例如指标越大越好。同时如果只有一个结果性指标，而无法将指标拆解成每个部门或个人能直接影响的过程指标，那么就无从下手去影响结果指标。另一种经常发生的情况是，结果指标与各部门负责的过程指标因果不强，结果指标不论好坏都无法从部门工作中找到原因，导致各部门无法持续优化指标。
• 指标异常可追溯可定责：当指标数值不达预期时，如果找不到导致指标异常的直接原因，亦或者说找到原因了却无法定责到具体部门，那么就无法推动指标的持续优化。经常发生的一种情况是，我们发现指标异常，但却无法下钻分析具体原因。只有当异常处理都能落实到具体部门时，指标才有可能得到持续优化。
• 治理形态可复制可回顾：影响指标的运营部门往往不止一个，如果每个部门都采取不同的治理手段，且治理手段都装在负责治理的那几个人的脑子里，那么这些部门之间互通治理进展的沟通成本就无比之高昂，使得服务治理本身就变得越来越混乱，服务治理自然也就难以为继。因此各部门必须采用模板化的治理方式，并且将治理进展录入到模板化的文档里，使得相关方花几分钟就能从文档中提取到关键信息。

当企业陷入困局，服务能力停滞不前，逐渐被对手超越时，相信很多人都蹭抱有一腔热血，想要改变点什么，但其实大部分人都没有做过持续性的服务治理，缺乏从全局改善企业经营和服务能力的经验，这也是本文的目的所在。企业服务治理三板斧：

第一斧——搭建可持续的服务治理体系。大家都有充当项目经理的经验 —— 拉起相关方、成立项目委员会、设定项目目标、圈定项目范围、设定项目里程碑、拆解任务……但项目是在一定时间周期内用一定的资源解决一定范围内的问题，天然与持续治理的宗旨不同。除开项目经理常规工作，我们还需要拆解指标至部门，并建立指标的同比/环比看板，统一各个部门审查指标的方法论，编撰会议纪要的文档模版。

第二斧——完善和落实运营SOP。大部分服务行业的人都明白SOP的含义，甚至很多人都参与过SOP的修订。但相比起SOP的修订，SOP的落地才是服务治理的重头戏。

一方面要求员工记住所有的SOP本身就是反人性的，因此需要依靠精妙的系统设计使得SOP的执行过程符合人性的自然选择；另一方面企业不可能派人监督每一个员工按SOP工作，因此需要靠一系列的技术手段来收集员工SOP实际落地的情况。

第三斧——建设评价和权益体系。大家已经非常熟悉电商行业的评价体系了，店铺和商品的评价好坏直接决定了店铺流量，商家为了消除差评简直无所不用其极。

但在企业内部，由于提供服务的个体之间的竞争是完全不充分的，员工各自分工，一个萝卜一个坑，员工的服务质量相对低的情况下你不可能直接给他换掉，甚至很多服务行业的劳动力是供小于求，所以市场评价体系就失灵了。

目前绝大多数企业只尝试了建立客户对于服务提供方的评价体系，而在企业内部，则使用一刀切的惩罚体系，但惩罚体系只能防止红线行为的发生，并不能激励员工提供更优质的服务。在竞争不充分的情况下，相比起评价体系，更需要建立针对服务提供方的权益体系，让员工在每一次提供好的服务之后都能获得确定性的收益，并且收益可以转换为权益，用以冲抵惩罚或兑换奖品，从而改变员工服务的内在动力，主动追求更好的服务质量。

一、搭建可持续的服务治理体系

搭建可持续的服务治理体系分为以下几个步骤：

1. 设定可量化可追踪的服务治理目标

在服务治理领域，不存在定性目标这一说，服务治理一定是改变定量的运营指标，通过这些指标衡量服务质量的好坏，我们把这类指标称为结果指标。同时，这些运营指标必须可统计、可持续追踪，否则无从谈及服务治理的可持续性。运营指标不可追踪是许多服务治理项目中常见的一个错误，请看以下案例：

某项目中服务治理目标是「将包裹错发率从XX%降低到XX%」，但由于统计错发率是一个复杂、费时、费力的工作，导致服务治理过程中根本不统计该指标，仅在统计服务治理开始和结束时进行统计，以此衡量是否达到了治理目标。

事实上每天的包裹错发率都不一样，某一天的错发率达标根本不能说明企业的服务水平得到了根本性的提升，实际情况很可能是每天错发率波动很大，企业的发货能力并未改善到目标水平。如下图所示，假设服务治理结束日为12月22日，当天包裹错发率为0.48%，项目组认为达到治理目标可以结项，但错发率的波动很大，实际在0.6%附近波动，根本没有达到治理目标。

如果运营指标难以统计，那要么克服困难实现指标的定期统计，要么退而求其次，设定一个更简单的可统计的指标。在上述案例中，完全可以把指标设为「退货原因为拍A发B的退货申请单数量」，要求客服在批退货申请单时备注上「拍A发B」，这样就很容易能从系统中统计出指标的数值。

2. 将运营指标逐级拆解至各部门

并非所有部门都适合直接对结果指标负责，需要对这些指标进行拆解，指标拆解的目的是将具体的治理工作落实到部门，按照两个维度进行拆解：

横向拆解：结果指标 = 过程指标1 x 过程指标2 x 过程指标3 x … 。需要根据组织内部职能分工为每个过程指标找到合适的负责部门，如果所有过程指标都非常好但结果指标不好的话，说明我们对于拿到结果的过程认知不足，一定还有影响结果的关键过程没识别出来并且无人负责这个过程。需要在长期治理过程中迭代认知。

纵向拆解：过程指标1 = AVERAGE(A区域指标1, B区域指标1, C区域指标1, …)，企业按照一个维度设置了多个部门，这个维度可以是地理上的区域（物流公司通常根据地理位置设置 区域-省区-城市 对应的组织架构）、商品品类（电商公司通常根据品类设置对应的组织架构）… 这些部门负责的事项完全一致，仅仅是负责的范围不同，因此这些部门自身负责范围内的同一个指标负责，例如各区域对各自范围内的仓库的错发率负责。

这些部门共同构成了服务治理体系中的相关部门，少则十几个，多则几十个几百个。

3. 建设可下钻可定责的线上监控看板

为了持续观测指标达成情况、快速定位指标异常原因及责任部门，需要建设线上化的看板，以供参与服务治理的相关部门使用。看板中的所有指标必须定期测量持续观测，这样才能整整反映出每个部门的运营服务能力。以下是线上看板的一个Demo：

• 对于服务治理小组，通过观看结果指标和过程指标看板即可知道当前公司的实际服务水平，并可以知道过程指标在哪些天发生了异常，这些过程指标直接对应到责任部门。
• 对于过程指标对应的责任部门（部门1,2,3 & 部门A,B,C），可以通过部门选择器查看某个部门负责的过程指标的达成情况（图），通过日期选择器可查看指标异常当天是哪些下级部门发生了异常。

4. 通过模板化文档记录服务治理过程

服务治理的持续性直接体现在部门负责人是否能定期召开例会，如果部门负责人既不召开也不参与例会，那么该部门的服务治理工作就是名存实亡。例会成员是下一个层级的人，例会中通晒指标达成情况，持续观察指标趋势，要求下级部门解释指标异常，制定服务治理举措，收集意见反馈至上一层级。所有层级的会议都应该通过同一个会议纪要文档模版进行持续记录，便于所有成员快速了解各个部门的工作进展，减轻会议组织者的工作量。会议纪要应该包含如下内容：

• 待办进展：待办事项、状态、责任人、预计完成日期、关键进展
• 指标解读：指标趋势图、趋势解读、异常数据点解释、异常案例分享
• 治理举措：举措定义、落地进展、异常案例分享
• 意见反馈：缺失SOP的运营场景、SOP落地过程中的问题、日常管理中的问题

二、完善和落实运营SOP

1. 完善SOP

SOP全称Standard of Product，意思就是以什么样的一个标准来提供服务。最终的服务都是由具体的人来提供的，必须有SOP来约束所有的服务行为，使得大家按照SOP就能提供一个“不错”的服务，在一定程度上降低由于个体差异带来的服务质量和体验的差异。

通常一个商业化产品上市之前，产品经理会定义服务的SOP，但有几种异常情况导致SOP根本无法落地：

• SOP不合理：例如SOP要求销售在拜访客户前获取客户的企业信息录入至系统，但实际操作过程中客户一般都拒绝提供此类信息，导致SOP无法执行。
• SOP不适用：例如SOP要求所有包裹必须送货上门，但由于收件地址是偏远山村，实际只能将包裹存放在当地城镇的统一代收点。
• 拒不执行SOP：例如SOP要求易碎品揽收后需要进行防碎包装，但实际快递小哥揽收后并未进行包装，最终导致物品破损。

服务治理过程中，最简单直接的治理手段就是「分析典型的bad case，补充SOP，重新培训，消灭此类bad case」，通过各种各样的bad case，SOP得到完善，覆盖越来越多的服务场景，在理论上变得可执行，解决上述「SOP不合理」和「SOP不适用」的问题。但实际情况是，随着SOP的完善，SOP条文也越来越多，没有一个人能记住这些SOP，导致SOP只有一部分能得到落地。保障SOP最经济的手段之一就是通过系统进行引导式作业。

2. 将SOP固化到系统

SOP包含流程和规范两部分，因此SOP的落地也分为两部分，一是让服务参与方按流程提供服务，二是流程中各环节的操作符合规范。一般的服务治理过程中，只会对系统提出bad case对应的优化，例如某功能使用不方便，但却忽略了技术系统在SOP落地上的价值。

技术侧的系统一般会按照业务流程来设计，最终实现通过系统来组织各角色共同服务客户的目标。但系统设计人员不一定会考虑SOP中的规范，例如SOP中规定「呼叫3次收件人仍呼叫不通时，包裹可做退回处理」，但实际可能发生「只外呼1次就将包裹退回造成收件人投诉」的情况，系统设计时可以考虑「包裹退回按钮默认不可点击，并将SOP要求展示在按钮旁，连续呼叫3次收件人均失败后，按钮转变为可点击」。

在有限的研发成本下，应该考虑将对服务质量和体验影响较大的SOP固化到系统中，使得执行人员不得不按照SOP来提供服务，从而解决「拒不执行SOP」的问题。

但强制执行SOP一定会带来研发成本，还可能会增加运营操作步骤、降低运营效率。一些场景下，相比起强制执行，更经济的方式是采用事后反馈，例如美团外卖在订单送达后会弹窗提问消费者「菜品是否有撒漏」。

3. 监测SOP落地情况

SOP的完善和落地情况是服务治理的基本手段，应该在例会中讨论SOP落地的问题，bad case仅仅能为SOP的完善度和可行性提供探讨依据，但实际SOP落地的情况还是得靠系统监测，观察SOP达成率和指标达成之间的关系，得出定量的结论，加深对于SOP的认知，特别是关键SOP操作点的认知。

SOP操作点是指SOP条例中具体的某一条操作要求，例如在货物配送SOP中要求「小哥配送货物前必须电话告知收件人预计配送时间」。如果识别到某个SOP操作点的达成率与最终指标达成率之间有显著的正相关性，那应该考虑将该SOP操作点达成率纳入到常态化的指标看板中。最终我们得到一份关键SOP操作点清单，通过加强这些SOP的落地来提升指标达成率，将最终的责任落实到SOP对应的操作人。

但现实中我们面临的运营场景多种多样，也不可能监测所有SOP操作点的落地，且SOP只能保障我们提供一个“不错”的标准化服务。如果想为客户提供“有温度”的服务，还是需要想办法发挥SOP操作人（即服务提供方）的能动性，使其不断追求提升自身的服务能力、将自身保持在一个高的服务水准上。

三、建设评价和权益体系

评价体系和权益体系都是现有的成熟的服务体系，一般来说，评价体系指的是客户对于服务提供方各种维度的评价，权益体系指的是客户的权益体系，现有的评价+权益体系充分保障了客户的利益，但在企业服务治理的场景下，服务供给不充分，因此需要一套针对服务提供方的评价+权益体系，充分保障服务提供方的利益，保护服务方的主观能动性和积极性。

1. 每一次服务都要有确定性的奖惩

这种确定性最开始来自于网约车和外卖行业：

• 正向激励：外卖小哥每完成一单就可以立即看到这单的提成金额，实时展示当日收入，外加各种冲单奖励提醒，小哥自然而然上瘾似的卖力干活。
• 负面激励：每超时一单就罚款50，投诉一单罚款200，小哥就算给消费者下跪也要消费者撤回投诉。

显而易见，确定性奖惩带来的是服务质量和管理效率的提升。但在企业内部运营场景下，时常发生SOP和奖惩脱节的情况——运营团队制定并推广落地SOP，但缺没有制定SOP对应的奖惩办法，使得有些服务方肆无忌惮破坏规则，等到运营团队再来治理时市场早已乱象丛生。

例如，SOP中规定「需要在系统中报备当日到站但当日未能成功妥投的包裹」，但运营过程中根本无人关心是否报备，最终造成包裹丢失或配送超时的问题，在这个案例中「小哥未在系统中报备当日未妥投的包裹没有确定性的惩罚」。

例如，包裹签收后系统会邀请消费者对快递小哥进行评分，但在绝大多数物流公司，评分的高低并不会实际影响快递员的收入和福利，因此快递小哥自然也不会去提升消费者的整体收件体验。

更好的一种做法是建立针对服务提供方建立权益体系，将以下几种情况纳入权益积分体系：

• 无法通过系统强制落地的关键SOP操作点的操作结果；
• 超越公司或客户预期的操作结果。

每一次操作都会导致扣分或加分，而积分最终可以兑换各类权益，这样服务方自然会尽力避免扣分行为，多做加分行为。

2. 通过权益保护积极性

对于服务方来说，常见的一个痛点就是，自己日常是一个不错的服务方，但却因为极端情况或不可抗力而遭受惩罚，导致服务积极性大打折扣。例如遭遇暴雪天气导致快递小哥没有将包裹及时送达，恰好消费者又是个较真的人，直接把快递小哥投诉了，造成快递小哥扣减50元绩效奖。

因此权益设置时不光要考虑各种各样的荣誉性福利性权益，还要考虑到保护性权益，使得「日行一善」后能兑换「保障性权益」，服务方自然是有动力来保护自己的。

再次总结一下企业服务治理的三板斧：

1. 通过指标设定和拆解、线上数据看板、文档模版、定期例会来建设可持续的服务治理体系。
2. 针对过程指标（改变行为），制定SOP，通过工具自动化度量SOP达成，各级利益相关者持续观测SOP达成度，通过将SOP固化到系统中，持续引导服务方达成SOP。
3. 针对结果指标（改变动力），制定评价体系，构建服务使用和提供的评价闭环，制定权益体系，持续刺激服务方追求好的结果指标。