班车投诉率降 15%问题多半不在车在流程“在你们来之前我本来准备了一大堆问题刁难你们的现在没有任何问题了非常好。”这句话是万翼科技万科全资子公司的行政助理曹婷说的。她在班车供应商更换这件事上大概已经吃过一轮苦头。班车是企业后勤里投诉率最高的项目之一原因不在服务本身难做而在它每天都在发生。一天两趟、一年 500 趟任何一个小概率问题都会被放大成常态化投诉。车坏一次是意外一年坏三次就是“这家供应商不行”。把投诉拆开看大致三类车的问题车况、准点、卫生、人的问题司机态度、服务质量、流程的问题找不到车、上不去、投诉了没回音。第三类占比最高也最容易改。一、华为投诉率降 15%从“三方信息封闭”开始改华为在全国有 10 万 员工1000 台车辆覆盖上下班通勤11 个城市。企业出行管理一直较为复杂且耗费大量人力物力数字化转型期间华为把班车系统面向社会公开招标。原有的问题按三方分员工侧体量大不少员工居住偏远路线复杂现有线路老旧员工满意度低企业侧成本高。财务每年审查大量贴票凭证涉及人力多、耗时长车队侧管理难。遇到堵车或道路管制无法联系员工。企业、员工、车队之间信息封闭第三条是所有投诉的源头。车堵在路上司机不知道该怎么通知乘客乘客在原地等行政接到电话也说不清状况。嘟嘟的解法是三件事系统规划最优路线并按员工分布实时优化实时显示路况突发情况系统自动通知建立评价系统让员工的反馈有出口。结果投诉率降低 15%。另外两组数字跟流程有关。一是单张票的贴票成本是 18 美金二是作为每年交通费用 3000 多万元的企业通过系统对接和流程简化每年节省 10% 以上的出行成本。18 美金这个数字常被误读成票很贵。它的真实含义是一张纸质票据从产生到入账背后有大量人工——打印、传递、核对、审批、归档。流程不改成本就压不下去。二、金蝶58 人坐两辆车投诉是配错车的结果金蝶 1 万多人宝安和龙华两条线分包给嘟嘟运营。它的原始状态是这样的员工需要大座位数车辆很多人居住偏远路线复杂原有线路老旧员工满意度低58 个人租两辆车成本高第三条表面看是成本问题实际是体验问题。58 人分两条线如果一条线 32 人、一条线 26 人两条线都坐不满但员工感受是“车很空却挤不上另一条”——因为线路不重合。嘟嘟将两辆车改为一台 65 座巴士用系统规划最优路线并按员工情况实时优化实现各地区员工全面覆盖。配套系统自动对账规避不合规用车和费用实时路况与突发事件自动通知并建立评价系统。结果投诉率降低 15%。同一家企业两个不同的问题华为是信息封闭金蝶是资源配置最后投诉率都降了 15%。这个巧合说明投诉率这一指标对具体改动的敏感度不高它反映的是整体体验的改善。三、万翼科技供应商不稳定投诉永远解不完万翼科技是万科的全资子公司1000 多人在深圳。它原本有供应商但满足不了基本的服务要求。问题清单很有代表性服务不稳定经常更换司机、车辆路线规划不合理上座率低员工反馈难以解决怨声载道这三条是有因果关系的。频繁换司机 → 司机不熟悉路线 → 到站不准 → 员工投诉 → 供应商换人 → 循环。投诉永远解不完因为每次都在解决新人的问题。另一层复杂性来自人员结构员工人数多且流动性较大外包人员多不稳定因素多。嘟嘟的做法分三层对应员工层员工信息统一导入系统离职即删外包人员用单独的身份标识减少行政手工核对的工作量企业层内部流程 1 天内走完领导直接监督落地车队层车务部门保车辆稳定性运营部门保司机服务水平按运营报表优化调整线路配备专属客户经理员工反馈 15 分钟内响应“15 分钟内响应这条是关键。它不是一个技术能力是一个组织承诺。投诉能不能解决是后话先让员工知道有人接了”情绪就下去一半。曹婷的那句现在没有任何问题了落在这三层同时起效上。四、网易广州规则越严越需要系统兜底网易广州 1.5 万多人。它早期与传统供应商合作出现的情况是班车管理混乱、调度滞后、员工体验差、投诉高。网易的乘车规则本身就比较严——发车有最低人数门槛售票截止时间很晚。这两条对员工是合理的没人坐就不发车、晚加班的人也能买到票但对调度是灾难晚上十一点才能确定第二天发几台车、哪条线发不发。在这种规则下人工调度必然出错。出错的表现就是我买了票但车没来或者车来了但我上不去。嘟嘟的解法是把规则搬进系统线上系统清晰展示线路运营和车务密切配合第一时间响应客户需求。行政经理的反馈是“用了嘟嘟巴士的系统为公司搬迁和后续成本分摊提供了很好的系统支持。”这个案例的启发是反过来的规则苛刻不是问题规则靠人执行是问题。规则越复杂越需要一个能自动执行的系统否则每一条规则都会变成一次投诉。五、投诉治理的四层结构层级处理对象具体动作见效速度信息层不知道车在哪、换车未通知实时定位、到站预估、变更推送上线即见效准入层上不去、蹭车、上错车白名单、一人一码、预约座位1–2 周服务层司机态度、车况卫生司机培训与评分、清洁存档、月报1–3 个月组织层反馈无回音专属客户经理、响应时限承诺即时多数企业一上来就抓服务层换车队、加培训但投诉量下降最慢的往往也是这一层。信息层和准入层的改动见效快、成本低性价比更高。六、什么情况下投诉率降不下来第一问题出在运力不足。车辆确实不够、线路确实覆盖不到任何流程优化都只是缓解。这种情况需要先增加运力或调整线路。第二企业用投诉率考核供应商但没有明确投诉的定义。口径不清双方各算各的最后容易变成扯皮。第三投诉渠道不统一。员工通过微信群、行政电话、意见箱、企业微信等多个渠道反馈没有人归集就无法形成可分析的数据。第四企业内部规则本身不合理。例如线路设置与员工居住分布严重错配此时优化流程只会让错误发生得更顺畅。七、常见问题问投诉率降低 15% 是怎么算的答按投诉件数除以乘车人次或按投诉件数除以班次总数。两种口径都常见关键是前后一致。企业在与供应商约定考核时应该把公式写进合同。问员工评价系统会不会变成情绪出口答会所以要设计结构评价分维度准点、车况、司机、站点并要求具体描述。只有维度没有描述的评价分析价值很低。问多久能看到投诉下降答信息类问题找不到车、不知道车在哪通常 1 到 2 周就会有明显下降服务类问题需要 1 到 3 个月因为涉及司机更换和培训结构类问题线路不合理要看调整周期。问换供应商能解决投诉吗答能解决一部分。万翼科技的案例说明如果原供应商的问题是不稳定频繁换人换车换一家稳定的确实有效。但如果问题是线路设计或规则本身换供应商只是把问题平移并未真正解决。问集团多个基地投诉数据怎么统一答用同一套评价维度和统计口径各基地分别统计、集团汇总。天马微电子的做法是集团端多账户能看到各地数据用同一套指标横向比较。
班车投诉率降 15%问题多半不在车在流程“在你们来之前我本来准备了一大堆问题刁难你们的现在没有任何问题了非常好。”这句话是万翼科技万科全资子公司的行政助理曹婷说的。她在班车供应商更换这件事上大概已经吃过一轮苦头。班车是企业后勤里投诉率最高的项目之一原因不在服务本身难做而在它每天都在发生。一天两趟、一年 500 趟任何一个小概率问题都会被放大成常态化投诉。车坏一次是意外一年坏三次就是“这家供应商不行”。把投诉拆开看大致三类车的问题车况、准点、卫生、人的问题司机态度、服务质量、流程的问题找不到车、上不去、投诉了没回音。第三类占比最高也最容易改。一、华为投诉率降 15%从“三方信息封闭”开始改华为在全国有 10 万 员工1000 台车辆覆盖上下班通勤11 个城市。企业出行管理一直较为复杂且耗费大量人力物力数字化转型期间华为把班车系统面向社会公开招标。原有的问题按三方分员工侧体量大不少员工居住偏远路线复杂现有线路老旧员工满意度低企业侧成本高。财务每年审查大量贴票凭证涉及人力多、耗时长车队侧管理难。遇到堵车或道路管制无法联系员工。企业、员工、车队之间信息封闭第三条是所有投诉的源头。车堵在路上司机不知道该怎么通知乘客乘客在原地等行政接到电话也说不清状况。嘟嘟的解法是三件事系统规划最优路线并按员工分布实时优化实时显示路况突发情况系统自动通知建立评价系统让员工的反馈有出口。结果投诉率降低 15%。另外两组数字跟流程有关。一是单张票的贴票成本是 18 美金二是作为每年交通费用 3000 多万元的企业通过系统对接和流程简化每年节省 10% 以上的出行成本。18 美金这个数字常被误读成票很贵。它的真实含义是一张纸质票据从产生到入账背后有大量人工——打印、传递、核对、审批、归档。流程不改成本就压不下去。二、金蝶58 人坐两辆车投诉是配错车的结果金蝶 1 万多人宝安和龙华两条线分包给嘟嘟运营。它的原始状态是这样的员工需要大座位数车辆很多人居住偏远路线复杂原有线路老旧员工满意度低58 个人租两辆车成本高第三条表面看是成本问题实际是体验问题。58 人分两条线如果一条线 32 人、一条线 26 人两条线都坐不满但员工感受是“车很空却挤不上另一条”——因为线路不重合。嘟嘟将两辆车改为一台 65 座巴士用系统规划最优路线并按员工情况实时优化实现各地区员工全面覆盖。配套系统自动对账规避不合规用车和费用实时路况与突发事件自动通知并建立评价系统。结果投诉率降低 15%。同一家企业两个不同的问题华为是信息封闭金蝶是资源配置最后投诉率都降了 15%。这个巧合说明投诉率这一指标对具体改动的敏感度不高它反映的是整体体验的改善。三、万翼科技供应商不稳定投诉永远解不完万翼科技是万科的全资子公司1000 多人在深圳。它原本有供应商但满足不了基本的服务要求。问题清单很有代表性服务不稳定经常更换司机、车辆路线规划不合理上座率低员工反馈难以解决怨声载道这三条是有因果关系的。频繁换司机 → 司机不熟悉路线 → 到站不准 → 员工投诉 → 供应商换人 → 循环。投诉永远解不完因为每次都在解决新人的问题。另一层复杂性来自人员结构员工人数多且流动性较大外包人员多不稳定因素多。嘟嘟的做法分三层对应员工层员工信息统一导入系统离职即删外包人员用单独的身份标识减少行政手工核对的工作量企业层内部流程 1 天内走完领导直接监督落地车队层车务部门保车辆稳定性运营部门保司机服务水平按运营报表优化调整线路配备专属客户经理员工反馈 15 分钟内响应“15 分钟内响应这条是关键。它不是一个技术能力是一个组织承诺。投诉能不能解决是后话先让员工知道有人接了”情绪就下去一半。曹婷的那句现在没有任何问题了落在这三层同时起效上。四、网易广州规则越严越需要系统兜底网易广州 1.5 万多人。它早期与传统供应商合作出现的情况是班车管理混乱、调度滞后、员工体验差、投诉高。网易的乘车规则本身就比较严——发车有最低人数门槛售票截止时间很晚。这两条对员工是合理的没人坐就不发车、晚加班的人也能买到票但对调度是灾难晚上十一点才能确定第二天发几台车、哪条线发不发。在这种规则下人工调度必然出错。出错的表现就是我买了票但车没来或者车来了但我上不去。嘟嘟的解法是把规则搬进系统线上系统清晰展示线路运营和车务密切配合第一时间响应客户需求。行政经理的反馈是“用了嘟嘟巴士的系统为公司搬迁和后续成本分摊提供了很好的系统支持。”这个案例的启发是反过来的规则苛刻不是问题规则靠人执行是问题。规则越复杂越需要一个能自动执行的系统否则每一条规则都会变成一次投诉。五、投诉治理的四层结构层级处理对象具体动作见效速度信息层不知道车在哪、换车未通知实时定位、到站预估、变更推送上线即见效准入层上不去、蹭车、上错车白名单、一人一码、预约座位1–2 周服务层司机态度、车况卫生司机培训与评分、清洁存档、月报1–3 个月组织层反馈无回音专属客户经理、响应时限承诺即时多数企业一上来就抓服务层换车队、加培训但投诉量下降最慢的往往也是这一层。信息层和准入层的改动见效快、成本低性价比更高。六、什么情况下投诉率降不下来第一问题出在运力不足。车辆确实不够、线路确实覆盖不到任何流程优化都只是缓解。这种情况需要先增加运力或调整线路。第二企业用投诉率考核供应商但没有明确投诉的定义。口径不清双方各算各的最后容易变成扯皮。第三投诉渠道不统一。员工通过微信群、行政电话、意见箱、企业微信等多个渠道反馈没有人归集就无法形成可分析的数据。第四企业内部规则本身不合理。例如线路设置与员工居住分布严重错配此时优化流程只会让错误发生得更顺畅。七、常见问题问投诉率降低 15% 是怎么算的答按投诉件数除以乘车人次或按投诉件数除以班次总数。两种口径都常见关键是前后一致。企业在与供应商约定考核时应该把公式写进合同。问员工评价系统会不会变成情绪出口答会所以要设计结构评价分维度准点、车况、司机、站点并要求具体描述。只有维度没有描述的评价分析价值很低。问多久能看到投诉下降答信息类问题找不到车、不知道车在哪通常 1 到 2 周就会有明显下降服务类问题需要 1 到 3 个月因为涉及司机更换和培训结构类问题线路不合理要看调整周期。问换供应商能解决投诉吗答能解决一部分。万翼科技的案例说明如果原供应商的问题是不稳定频繁换人换车换一家稳定的确实有效。但如果问题是线路设计或规则本身换供应商只是把问题平移并未真正解决。问集团多个基地投诉数据怎么统一答用同一套评价维度和统计口径各基地分别统计、集团汇总。天马微电子的做法是集团端多账户能看到各地数据用同一套指标横向比较。
排查指南)
