以下是一则改写自旧稿的管理情境案例，用来讨论指标如何改变团队行为。人物、人数和情节仅用于说明问题，不作为可核实的企业经营数据。
看起来不够忙的客服团队
情境中的客服组有时会聊天、短暂休息，管理者因此判断工作量没有被充分利用。但团队也承担退货、物流、维修和客户解释。某些成员处理的咨询数量不多，却熟悉仓库和维修网点，能在异常发生时迅速找到相关人员。只看工位上的活动，无法分辨空闲、等待与处理复杂问题所需要的沟通。
这并不是说所有看似空闲的时间都合理，或任何个人都无需接受管理；真正的问题是，管理者尚未弄清哪些行为推动客户问题解决，就先决定用单一数字重新分配奖励与责任。
“起立计划”把容易计数的动作推到前台
新制度统计工单数量、在线时长和响应速度，定时排名。短时间内数字可能上升：简单问题处理得更快，员工也更愿意多关掉一条咨询。但复杂售后的沟通时间变得“不划算”，替同事处理难题或联系仓库没有直接数字，跨部门求助需要经过更长的流程。
如果考核只奖励关闭数量，就不能惊讶于员工优先选择容易关闭的问题。这不是某一个人的品格突然变化，而是指标对行为的持续引导。
一次赠品异常暴露了流程与主动性冲突
案例中，客服在促销期间陆续收到同一类赠品咨询。有成员察觉页面信息与仓库记录不一致，按新规定提交跨部门协同单；单据在流转中未能及时到达负责交付的人。等异常被核实时，相关订单已经发出。这个情节说明：标准流程可以保存记录，却仍需要为紧急异常保留可被确认的升级路径。
管理者平时要求“所有沟通必须走流程”，出事后又要求员工自行越过流程立即联系相关人，会让团队无法判断什么行为才被允许。应事先界定哪些异常需要即时升级、谁可以联系谁、事后如何补齐记录。
为什么团队可能越来越忙，却没有更好地解决问题
当员工只对自己名下的可计数事项负责，帮助他人、提前发现风险或跨岗位交接就容易无人认领。管理者可能看到每个人都很忙，却没有看到客户问题在不同环节之间反复流转。若组织再用加人解决积压，而不检查指标和流程设计，规模变化也不能说明效率提升或下降的真实原因。
这个案例给指标设计的四个提醒
- 区分动作和结果：回复次数不等于问题解决，在线时长不等于服务质量。
- 给协作留位置：复杂事项、交接和异常沟通也需要被看见，不能只奖励独立关闭。
- 保留应对余量：持续满负荷的团队在促销、投诉或故障出现时可能缺少缓冲。
- 让流程与授权一致：既要求遵守流程又期待临场主动，必须先说明紧急情形的边界。
指标应作为讨论实际工作状态的线索，而不是替代管理者对工作内容、客户体验和团队协作的判断。这个原则同样适用于项目任务数与工时数据：记录越精确，越需要清楚解释它能说明什么。
一位处理复杂问题的成员，为什么在排名里靠后
情境中的一位客服熟悉维修点、仓库和物流网点。遇到难以判断的售后，他会联系不同人员确认零件或发货情况；一次处理可能持续较久，系统里却只关闭少数工单。相比之下，简短咨询可以很快得到模板回复，数量更容易增加。若只比较处理量，前者看起来不如后者“有效率”，即使他减少了反复转交。
把这种协作视为“闲聊”后，成员也会学会不再做没有被认可的额外工作。依赖经验和信任的非正式协作逐渐消失，团队面对例外情况时便只能依赖更长的标准流程。
异常发生时，每个人都按制度做了“正确”的事
促销赠品的咨询出现后，客服按规定回复常见问题。一位成员发现多个客户都在问同一件事，便提交协同单；主管正在处理其他事项，运营与仓库也各有紧急工作。没有明确的紧急升级路径，这条信息在不同环节之间等待。等问题被集中看到，补发和解释就成了更大的工作量。
这不是要鼓励员工任意跳过流程，而是提醒设计制度的人：正常询问可以排队，可能影响大量订单的异常需要被快速识别、确认和传递。事后要求员工“有主人翁精神”，不能替代事前清楚的授权。
整顿之后的另一种“忙”
为避免考核风险，有人只处理自己负责的工单，不再主动接手复杂问题；有人把跨部门问题提交单据后就停止跟进。表面上，工作更规范、在线更久、记录更齐全；实际结果却可能是问题在多次转交中积压。若再增加人员而不改变指标设计，团队规模的变化也不一定解决根本原因。
案例的结尾故意呈现一种反差：办公室里人人看起来都在工作，却少有人愿意为没有明确归属的异常多走一步。这个情节的价值不在于具体人数，而在于提醒管理者重新检查什么工作被奖励、什么工作被忽略。
怎样讨论这类案例而不陷入“要不要考核”
可以把工单量、时长和响应时间留作观察指标，同时定期抽查复杂问题的解决质量、跨部门交接是否顺畅、异常是否有人跟到底。不同指标可能相互拉扯；遇到冲突时，应让团队知道质量、速度和协作如何取舍。再把处理规则与奖励方式对应起来，避免平时惩罚主动沟通，出事后才临时称赞主动沟通。