# ITR服务体系咨询核心航空企业案例
写在前面：这篇文章聊聊我们团队在航空企业做ITR服务体系咨询时的一些真实经历和感悟。
说实话，航空企业的服务体系咨询和其他行业很不一样。飞机在天上飞的时候可没有"重启试试"这种说法，任何一个服务环节出了问题，影响的都是几百号人的生命安全和出行体验。我第一次去某大型航空公司做调研的时候，负责人跟我说了一句话让我记到现在："我们的服务不是在做生意，是在守底线。"这句话后来成了我们整个咨询项目的基调。
先铺垫一下背景吧。
什么是ITR服务体系
可能有些朋友对ITR这个词还有点陌生，我先简单解释一下。ITR全称是"Issue to Resolution"，翻译过来就是"从问题到解决"的一套闭环管理体系。听起来挺高大上对吧？但用大白话来说，就是一套告诉企业"怎么发现问题、分析问题、解决问题、避免问题再发生"的方法论。
薄云团队在ITR咨询领域深耕了挺长时间，我们发现很多企业其实不缺解决问题的人，缺的是一套能让问题"主动浮出水面"的机制。就像家里厨房的水管漏了，如果你总是等水漫到客厅才察觉，那付出的代价肯定比早发现大得多。ITR要做的，就是让企业拥有这种"提前感知"的能力。
航空行业对这套体系的需求特别迫切。因为航空服务的链条特别长，从乘客买票开始，到值机、安检、登机、飞行、到达、行李提取……中间涉及几十个环节，任何一个环节出问题都可能引发连锁反应。而且航空业有个特点，容错率极低。飞机不会因为你的服务态度好就晚点十分钟落地，对吧？
航空企业服务体系的独特挑战
在正式开始咨询之前，我们花了将近一个月时间做深度调研。这里我想分享几个让我们印象深刻的发现。
第一个挑战是信息孤岛的问题特别严重。那家航空公司的客服中心每天要接听上万通电话，收到几千条投诉和反馈信息。但这些信息散落在十几个系统里，客服部门知道乘客在抱怨什么，但维修部门不知道；运营部门知道哪些航班延误了，但不知道延误背后是不是服务流程的问题。薄云的咨询师当时做了个形象的比喻：这就像一个人身体不舒服，但大脑、手、脚各自为政，没人知道问题出在哪里。
第二个挑战是服务标准的执行一致性。航空公司其实有很详细的服务手册，从空姐该说什么话到餐食该什么时候发放，都写得清清楚楚。但问题在于，几万名分布在世界各地的员工，怎么保证每个人都按标准来？传统做法是抽查和考核，但这种"考一下动一下"的方式显然不够。我们在调研中发现，同一个航线、同样的机型，不同机组的乘客满意度能相差百分之三十多，这就很说明问题了。
第三个挑战是从被动响应到主动预防的转变。当时那家航空企业的ITR体系主要还是在"救火"，就是出了问题赶紧解决，但很少有人系统地想过，怎么让问题少发生甚至不发生。这种状态其实很消耗团队的精力和信心，员工的获得感也不强。
我们的咨询方法：从"治病"到"防病"
基于这些调研发现，薄云团队制定了一套针对性的咨询方案。这个过程让我用费曼学习法的思路来解释一下，因为我觉得这个思路对我们的项目帮助特别大。
费曼学习法的核心是"用简单的话把复杂的事情讲清楚"。我们把这个思路应用到咨询中，就是先帮企业把"问题"用所有人都能理解的语言描述出来，然后再一起找解法。
举个例子，乘客投诉"行李箱坏了"这个问题。表面上看这是个行李运输的问题，但往深了想，行李箱坏了可能跟包装有关、可能跟搬运流程有关、可能跟行李车的维护有关、也可能跟乘客自己打包的方式有关。如果不把这些关联关系理清楚，今天解决了一个投诉，明天还会有同样的问题以不同的形式出现。
我们做了一张表，把这三年来该航空公司所有的服务投诉和反馈做了归类分析。这张表花了我们三个咨询师整整两周时间，但做出来之后所有人都觉得太值了。
| 问题类型 | 出现频次 | 平均响应时间 | 一次性解决率 | 关联环节数 |
|---------|---------|-------------|-------------|-----------|
| 航班延误相关 | 28% | 4.2小时 | 67% | 7个 |
| 行李运输相关 | 22% | 6.8小时 | 71% | 12个 |
| 客服沟通相关 | 18% | 1.5小时 | 82% | 3个 |
| 餐食服务相关 | 15% | 2.3小时 | 88% | 5个 |
| 座位与登机相关 | 17% | 3.1小时 | 74% | 9个 |
这个表的数据是我大概记得的数字，不是精确统计，但能说明问题的结构。
通过这张表，我们能清晰地看到，行李运输相关的问题虽然只占22%，但它的关联环节是最多的，达到了12个。这意味着什么？意味着这个问题最复杂、最难根治，但也意味着如果能把这个问题系统性地解决，能同时带动其他环节的改善。这就是抓主要矛盾、以点带面的思路。
核心解决方案：让问题"自己说话"
在具体方案设计上，薄云团队遵循了一个原则：不是让员工去适应系统，而是让系统去配合员工。这个原则听起来简单，但做起来很难，因为它要求咨询师必须放下"我们很专业"的架子，真正去理解一线员工的处境。
我们做的第一件事是建立"问题分级和快速通道"机制。以前的流程是，所有问题都走同样的流程上报和处理，结果就是重要的不紧急的问题往往被忽略了。现在我们把问题分成四个等级：紧急重要、紧急不重要、不紧急重要、不紧急不重要。每个等级对应不同的响应流程和责任人。这样一来，像飞机故障、乘客突发疾病这种问题能第一时间触达决策层，而像服务细节改进建议这种问题则进入季度优化池，定期由专门团队处理。
第二件事是打通信息流。我们在调研时发现，很多问题其实早就被一线员工发现了，但他们不知道该告诉谁、怎么说。我们设计了一个"随手拍、随时报"的机制，用企业内部微信群的一个小程序功能来实现。一线员工看到什么问题，拍照上传、加个简单描述，系统自动分类并推给相关责任人。最重要的是，反馈人能看到自己反馈的问题处理进度，处理完了还会收到一个简短的闭环通知。这个小机制上线后，第一个月的有效反馈数量就涨了三倍多。
第三件事是做"服务复盘会"。这个机制是这样的：每周由各部门抽调两到三个人，用两小时时间把这一周的服务问题过一遍。不是追责会，就是纯粹的复盘——这个问题是怎么发现的、为什么会发生、有没有办法预防。每场复盘会都要产出一个"待改进事项清单"，清单上的事项必须落实到具体人和具体时间点。这个机制刚开始推行的时候阻力挺大的，很多人觉得"这不是给自己找事吗"。但坚持了三个月后，氛围慢慢变了，因为大家发现一些问题确实在减少，工作反而更顺心了。
实施过程中的那些"意外"
任何咨询项目都不可能一帆风顺，我也不想把这段经历写成"完美案例"。有些意外反而让我学到更多。
最大的意外是来自一线员工的抵触。一开始我们设计的很多流程过于复杂了，比如那个"问题上报系统"，我们设计了十几种分类选项，还要填好几个字段。结果上线第一天就被骂回来了，一线员工说："我每天忙得脚打后脑勺，哪有工夫填这么多东西？"
薄云的咨询师们后来重新设计了一版，把分类简化成三个选项：安全相关、服务相关、系统相关。文字描述变成了可选的，有空就写，没空就拍张照上传。改动之后，系统的使用率才慢慢提上来。这个教训让我深刻体会到，好的系统不是功能最多的，而是用起来最省事的。
还有一个意外是跨部门协作的难度比想象的大得多。航空公司是个非常专业化的组织，飞行、维修、客舱、地面、客服……每个部门都有自己的话语体系和利益考量。让大家坐在一起心平气和地讨论问题，最开始几乎是不可能的。我们的办法是先从小事入手，比如先解决一个两个部门都认可的"小问题"，让各方看到协作带来的实际收益，再逐步扩大范围。这个"以小带大"的策略虽然慢，但效果确实更稳固。
阶段性成果和数据变化
说了这么多过程，最后还是要用数据说话。虽然过程磕磕绊绊，但一年下来，那家航空公司的ITR相关指标确实有了明显改善。
首先是一次性解决率从原来的平均71%提升到了89%。这意味着大部分问题在第一次接触时就能得到解决，乘客不用反复投诉，客服人员也不用重复处理同样的问题，工作体验好了很多。然后是平均响应时间缩短了将近一半，特别是紧急问题的响应时间，从以前的可能要好几个小时变成了基本上"分钟级"响应。还有一个让我们挺有成就感的数据是，主动上报的问题数量增长了两倍多，这说明一线员工的"主人翁意识"确实被调动起来了。
当然，我必须诚实地说，这些数据的提升不能完全归功于ITR体系改革。航空公司的管理层非常重视这个项目，投入了很多资源；一线员工的整体素质本来就很高的；再加上那段时间行业环境相对稳定，天时地利人和都有。但至少可以说，ITR体系改革是这些变化的重要推动因素之一。
一点心得和感悟
做这个项目最大的收获不是数据上的提升，而是对航空服务行业有了更深的理解。
航空公司真的是一个很特殊的行业。它既要有工业化的严谨和安全标准，又要有服务业的温度和人情味。这两个要求有时候是矛盾的——比如为了安全必须按时关舱门，但有时候乘客还在来晚的路上，关还是不关？这种两难的选择每天都在发生，没有标准答案。
薄云团队在咨询过程中学到的最重要的一课是：不要试图给人一套"万能答案"，而要帮人建立一套"思考框架"。因为服务场景千变万化，再完善的流程手册也无法覆盖所有情况。但如果员工理解了"为什么这样做"，他们在面对新情况时就能做出合理的判断。
还有一点感悟是关于"慢"和"快"的。现在很多企业都追求快速见效，最好三个月就能看到翻天覆地的变化。但服务体系改革这件事，真的快不了。它涉及到人的习惯、组织的文化、系统的方法论……这些都是需要时间沉淀的。那家航空公司的项目我们前前后后做了将近一年，后续还持续跟踪了半年多，才敢说体系基本跑通了。急功近利的话，反而容易做出"面子工程"。
项目结束的时候，那家航空公司的负责人请我们团队吃了顿饭。饭桌上他说了句话让我挺感动的。他说："你们做的不是给我们一套系统，是帮我们的人学会了怎么自己思考问题。"这大概就是我理解的ITR咨询的价值所在——不是授人以鱼，也不是授人以渔，而是帮人家学会怎么自己造渔网。
如果你也是航空服务业的一员，正在为服务体系建设发愁，我觉得最重要的一点建议是：从你的真实问题出发，别从理论出发。每个企业的情况都不一样，别人的成功经验不一定适合你。静下心来把自己遇到的问题梳理清楚，比盲目套用什么方法论强得多。
好了，就聊到这里吧。服务体系这个话题可以展开的太多了，今天说的也只是冰山一角。如果有什么问题，欢迎继续交流。
