智能排班 从“运营动作”变成“利润杠杆"

研讨嘉宾 本报告内容源于盖雅专题研讨会，参会嘉宾如下，排名不分先后，按姓名首字母顺序排序 陈勇 崔友志 高蒙 盖雅智能排班事业部产品总监 杭州意丰歌服饰人力资源总监 LEC精益服务总监 郭晓辉 付花 李炜 盖雅工场业务发展副总裁 香飘飘江门工厂厂长 湖南口味王IE部长 罗紫云 劲仔食品集团SSC总监 前言 Part02 智能排班的底层逻辑：先算人，再排人 为什么有系统，企业排班还是靠拍脑袋？ 从订单到人力需求：把“经验”蒸馏成系统08合规不只是底线，也是检验排班质量的标尺09 记录型排班VS决策型排班：排班软件和智能排班，根本不是一回事03企业排班优化的三道阻碍05 Part03 制造业：跨产线共享与“人-技-岗”匹配 智能排班不只是上系统：管理先行，找到突破口 系统落地前，管理先行12普通岗位共享：最容易被忽视、最值得先切入的提效空间14从诊断到试点：稳妥推进的三步走15 打破部门墙：人力共享的两个前提条件19技能标签不是标配，是动态进化的资产21分级排班：淡季产能不饱和，如何保住优质员工23 零售业：订单、客流与人效的动态平衡 服务业：用业务驱动排班，一张班表管住成本 无法保证每个店长的能力都是100分26从经验排班到数据排班：客流与人力精准匹配，促进转化率提升28新店同步上线，变革阻力最小化30 波峰波谷人力配置“刚刚好”32一张班表，管住成本34 前言 在许多企业的系统里，"排班"这件事或许早已完成了数字化。HR系统有排班模块，考勤系统能记录打卡，工资核算也能自动跑通。所以，看起来，排班这件事已经被解决了。 还有人带着未解的困惑而来，希望在交流中找到属于自己的突破口。 他们共同触碰到了同一个核心命题： 排班系统和智能排班，根本不是一回事——核心差距在哪里？•制造业如何打破产线壁垒，实现跨部门人力共享？•零售业如何让排班跟着客流走，而不是跟着店长的经验走？•服务业如何用一张班表同时管住服务质量和人力成本？•智能排班的价值，如何从模糊感受变成可量化的经营结果？• 但据我们了解到的一些情况，现实并非如此。 例如，在制造业一线班组长还是在每周手工填一张表，填完了截图发到群里通知员工；在零售业，店长每周要花半天时间排班，新开门店的店长甚至要花四到六个小时；工厂里的IE标准做得相当精细，但排班员从来没有真正用过它，一线生产照样靠经验估摸。 看上去，数据有，标准有，系统也有，但这些东西彼此孤立，没有连通，也没有被用来真正"决策"。 这些或许才是当前中国企业排班管理的真实处境，这也是本次研讨会的触发点。 针对这些命题，与会嘉宾从各自的行业出发，给出了坦诚而具体的答案。这份报告，是这场对话的提炼与呈现。它不是一份产品说明，也不是一套可以直接套用的方法论，而是一张来自一线管理者的真实处境和经验，他们走过的弯路、踩过的坑、以及那些真正让事情转动起来的关键动作。 我们邀请了来自制造业、零售业和精益咨询领域的多位实战管理者，围绕"智能排班如何真正落地、真正创造价值"展开了一场跨行业的深度对话。 他们分别来自食品制造、消费品工厂、连锁零售和鞋服行业，有人正在自研系统、摸索业务逻辑的打通，有人已经完成智能排班落地、开始盘点ROI， 希望这些来自实践中的声音，为您的智能排班之路带来一些具体的参照。 Part01 为什么有系统，企业排班还是靠拍脑袋？ 当前大多数企业的"排班系统"本质上是记录型而非决策型•数据沉淀在个人脑袋和线下流程里，未被"蒸馏"到系统•有系统不等于有数据，有数据不等于有决策• 在这一章节，我们从两个维度来拆解企业排班的真实困境，即"记录型"和"决策型"排班之间的本质差距，以及企业排班优化路上反复出现的三道结构性阻碍。 记录型排班VS决策型排班：排班软件和智能排班，根本不是一回事 入工具，就像一支笔，忠实记录，但不参与判断。这意味着，企业花钱买了系统，但核心的排班逻辑、经验、判断，依然沉淀在个人的经验里，例如在这条产线干了八年的班组长，那个把每个店员的休息偏好都记在心里的老店长。一旦这个人离职，经验就跟着消失了，系统里留不下任何有价值的东西。 今天，如果你问十位HR或运营负责人"你们有排班系统吗"，大概有八九位 会点头。但如果追问一句"你们的排班是系统排的，还是人排完之后录进去的"，答案往往就沉默了。 这揭示的正是当前大多数企业排班管理中一个被严重低估的结构性问题：他们拥有的，是一套记录型排班系统，而不是决策型排班系统。这两者之间的差距，远比我们意识到的要更大。 ▎决策的起点：需要多少人？ ▎账本，还是预算表？ 决策型排班的核心，是在"排人"这个动作发生之前，先完成一个关键计算：这个班次，到底需要多少人？ 有一个比喻，可以把这个差距说得很清楚。 记录型排班，有点像支付宝里的账单记录：今天叫了外卖、买了件衣服，晚上回来翻一翻，一笔一笔记下来。它的功能是"还原过去"，也就是我排了什么班，谁上了，花了多少工时，最后核一下工资。这类系统做的是一件事：把已经发生的事情，变成可以被查询的数据。 这个问题听起来简单，但它是整个排班体系的源头。 在制造业，这个问题的答案来自生产计划：这条产线今天要出多少单，不同的产品品类、不同的包装规格，分别需要什么岗位、多少人力？在零售业，这个问题的答案来自客流预测：这个时段预计进店多少人，需要配几名导购才能保证转化率不受损？在餐饮业，答案来自订单量：今晚有多少桌预约、多少外卖单，厨房需要几个人才能在合理出餐时间内把菜端上桌？ 而决策型排班，做的则是另一件事：早上起来，系统告诉你今天先去买什么、中午能花多少、晚上该吃什么。它的逻辑是"预判未来"，基于业务的需求，预先计算出今天需要多少人、什么技能、哪个班次，然后把这些排出来，让人照着执行。 记录型系统从来不算这道题——它等人排完了，再把结果记下来。智能排班系统的价值，恰恰在于把这道题算清楚，并且把计算的逻辑固化在系统里，让它可重复、可校准、可迭代。 两者的核心差异，不在于界面好不好看，也不在于功能多不多，而在于排班这件事的决策权，究竟是在人脑里，还是在系统里。 记录型的排班系统下，班组长或店长的大脑，才是真正的"排班引擎"。系统只是他做完决策之后的录 ▎为什么这个差距被低估了？ ▎"经验蒸馏"：从个人知识到组织资产 很多企业在评估自己的排班数字化水平时，会把"有没有系统"作为判断标准。但"有系统"只意味着数据被记录了，并不意味着决策被优化了。 有一个词，很准确地描述了这个转变：蒸馏。 那个在产线上干了八年的班组长，脑子里装着一套对这条线了如指掌的排班逻辑——这个岗位一次只能一个人，那个岗位旺季要多排两个，这几个人技能可以互补可以共享。这些经验，是企业真正宝贵的管理资产，但它以"隐性知识"的形式锁在个人身上，无法被复制，无法被审计，也无法随着企业规模的扩大而扩大。 更隐蔽的问题在于：记录型排班系统，在日常运转中看起来"能用"。工资照样发，班次照样有人上，合规问题只要不出事就不会被追究。它不会在某一天突然崩掉，让管理者意识到这里有一个大问题。 它的代价是慢性的、长期的、弥散的，企业多用了几个人、多花了几十万的人力成本、因为排班不合理流失了几个优秀员工、因为旺季人手不足损失了几笔订单。这些损失，很少被精确地计算出来，也很少被归因到"排班决策不够精准"这个根本原因上。 智能排班做的事情，是把这套隐性逻辑显性化、结构化、系统化——把岗位线标、技能标签、合规规则、业务波动规律，一层一层地"蒸馏"进系统，让系统能够代替人脑完成这套判断。这使得一个刚入职三个月的新店长，只要按照系统给出的排班建议操作，他排出来的班表，不会比那个做了十年的老店长差太多。 这就是为什么，当真正算清楚这笔账的时候，许多企业的经营管理者感到惊讶。 这正是奥乐齐在快速扩张期面临的核心挑战之一：门店开得快，但有经验的店长培养不出那么快。智能排班系统给了他们一个解法——把优秀店长的排班能力，沉淀成一套可以被复制的标准，而不是让它随着店长的流动而消散。 例如盖雅客户某食品制造企业在引入智能排班后，通过跨产线的人力共享，单年节省人力成本超过300万；某零售经销商试点九家门店后，销售转化率提升10.9%，对照组几乎原地踏步；ROI测算下来，投入1块钱，回报是5块。 这些结果，不是某个新技术带来的魔法。它们背后的逻辑，始终是同一件事：把排班这件事，从记录变成决策。 企业排班优化的三道阻碍 如果说记录型排班与决策型排班之间的差距，是一道需要跨越的沟，那么横亘在这道沟前面的，还有三堵墙。 班时参考系统数据——系统对他们的决策没有任何帮助，用不用都一样。 这是一个自我强化的循环：因为排班不在系统里做，所以数据不准；因为数据不准，系统的参考价值就低；因为参考价值低，排班就继续不在系统里做。打破这个循环，是推进排班数字化的第一步，也往往是最难的一步。 在与多位制造业和零售业管理者的交流中，我们发现，几乎所有企业在推进排班优化时，都会在相似的地方卡住。这三道阻碍，不是技术问题，也不是预算问题，而是长期以来排班管理方式所沉淀下来的结构性困境。它们相互叠加，共同构成了"有系统但还是在拍脑袋"的真实原因。 ▎第二道阻碍：标准不清晰 几乎每一家有一定规模的制造企业，都有IE部门，都做过产线线标，都梳理过"这条产线，生产这个产品，需要什么岗位，配多少人"。这套标准的制定，往往耗费了大量时间和精力，它真实地反映了产线的运作逻辑。 ▎第一道阻碍：数据在线下 许多企业的排班数据，存在于两个平行的世界。 一个是系统里的世界：有打卡记录，有工时汇总，有薪资核算，数据干净、格式规范、可以导出报表。另一个是线下的世界：班组长手里的本子、微信群里的通知截图、口头协商的临时调班、一线管理者自己维护的Excel。 但这套标准，通常只在一个时间节点被认真使用过——产线建设的时候。 产线建好之后，IE的线标就被归档了。每年可能会做一次更新，但和日常排班之间，没有任何连通。一线的班组长在排班时，从来不会打开这份文件，他用的是自己脑子里的那套经验，那套来自数年实践的直觉判断。两套体系并行存在，互不干涉，标准都在系统（或者文件夹）里，排班在大脑里。 问题在于，这两个世界是脱节的，而且时序是颠倒的。真实的排班决策发生在线下，系统的数据录入发生在事后，通常是第二天，甚至是周末统一补录。这意味着系统里的数据，从来不是"正在发生的事情"，而是"昨天发生的事情的记录"。 这种脱节带来的后果，是双重的。对集团层面的管理者来说，他们看到的数据永远是滞后的，永远无法实时了解一线的真实状态，包括今天这个工厂的产线上到底有多少人？那个门店的高峰期有没有人手不足？这些问题，系统给不出答案。对一线管理者来说，因为数据录入是事后的，他们也不会在排 这种断层产生的代价，不是立刻可见的。在一位经验丰富的班组长手下，产线运转正常，问题不会暴露。但当这个班组长离职，或者企业需要在多个工厂之间对齐管理标准，或者要引入新产品线重新核算人力需求的时候，"标准和排班脱节"这件事，就会变成一个无处下手的难题。 更隐蔽的代价是：因为排班没有遵循线标，人力配置从来没有被真正校准过。有时候一线实际用的人比标准要少——因为老师傅手法熟练，一个人能顶一个半人的活；有时候用的人比标准要多——因为设备老化、返工率高，不多排一个人就会积压。这些偏差，在没有数据支撑的情况下，永远无法被识别，也永远无法被优化。标准躺在抽屉里，就只是一堆文字；标准被接入排班系统，才能变成可以持续迭代的管理工具。 成功，借调的工时怎么算、费用怎么分摊，又是另一轮沟通。 在零售行业，跨店支援的问题同样存在。连锁门店的人力本来可以在区域内流动，旺店借人、淡店出人，但大多数企业做不到，因为没有一个统一的平台来看见"哪家店今天缺人、哪家店今天多人"，也没有一套清晰的规则来界定"什么情况下可以借调、借调的人怎么计薪"。 协商不是不可以，但协商不能成为人力共享的主要