餐厅排班: 前厅与后厨

餐厅排班软件到底要做什么

餐厅的班表是当着客人面出问题的。人手不够的周五不是表格里的一处填错，而是等位四十分钟，以及周一写在网上的一条评价。这就是这一类软件与通用排班的第一处分别：排错的代价当晚就要付，而且是在客人面前付。

第二处是人员流动。餐饮业换人的速度几乎快过任何行业，这意味着班表总是在为一支与上个月不完全相同的队伍重排。凡是假定人员名单稳定、店长有闲工夫学系统的软件，一碰到真实门店就撑不住。

第三处是毛利。食材成本大体由供应商定，房租由合同定。用工成本才是店长在周三下午还能施加影响的那个数字，也是最常被推迟一个月才量出来的那个数字。

对着出餐时段排，而不是对着工时排

有用的餐厅班表是竖着读的，一个时段一个时段地读，而不是横着按人读。问题从来不是某位服务员这周有多少小时，而是周五晚市服务员够不够，订满的周六后厨扛不扛得住，以及没人愿意接的收尾班由谁来站。

让这一切变得可读的是角色。把前厅、后厨和吧台放在同一周里当作彼此分开的组来排，店长就能一个区域一个区域地核人手，最后仍然只发布一张班表。员工打开应用，看到的是自己的班次，而不是整块板子。

没人认领的那个班次

空格子是有歧义的，待认领的班次没有：这个时段需要人，目前还没人站，能顶上的是这些人。把已经定下、却还没有人的活儿一直显示到被补上，是个很小的改动，却抹掉了周五早上的大部分意外。

竖着读这一周。看的是人手够不够，不是人头数。

下午四点打来的那通电话

每家门店都有同一个故事的自家版本。一位服务员在开市前两小时说来不了，店长开始在群里一个个问，而一半的回复是在班次开始之后才到的。问题不在人身上，在于消息是怎么发出去的。

把这个缺口作为待认领班次发给所有能做的人，问题的形状就变了。邀请只发一次，先到先得，记录里留下问过谁、谁答了。原来要打二十分钟电话的事，变成一条通知和一次点击。

换班是反方向的同一套机制。员工之间自己谈好替班，店长批准或者驳回，已经发布的班表只有在有权限的人点头之后才会改动。

与真实发生对得上的工时

周日晚上凭记忆填的纸质考勤表，是一场只等日期的工资纠纷。当天记录的上下班时间摆在计划班次旁边，就彻底省掉了事后回想这一步。那一行同时显示排了什么和实际做了什么，而某人为了做完收尾多留的二十分钟在记录里，不在谈话里。

休息值得有自己的一行。从总数里扣掉半小时，正是带薪与不带薪时间悄悄合流的地方，也是合规问题开始的地方。分开记录，两边都干净。

从总数里扣掉的半小时不是休息，那是四舍五入。

一个账号下的多家门店

连锁会撞上这个问题的特定版本：一名员工在两家门店上班，在系统里出现两次，两套工时得靠手工相加。每人只保留一份档案、把班次挂到具体门店，就解决了这件事，也正是这一点让集团层面的报表得以存在。

把用工成本变成能动手的数字

多数门店是在月度结账之后才知道自家的人工占比，而那恰恰是什么都做不了的时刻。把记录工时按角色、按天归拢的周报，能把这场对话提前三周。

它揭出来的规律通常并不隐晦。每个周一午市都多两个人的后厨。因为收尾时间排得太紧，每周都要给四个人多出一小时加班的周六。只要有人看得见，两件事都能在下一张班表里改掉。

不另建一套系统也能合规

餐饮业带着一堆随市场和合同变化的规矩：休息权利、两班之间的最短间隔、某些辖区要求提前公布班表、未满十八岁的另一套待遇。单看每一条都不难，难的是下午五点一边补空缺一边把它们全记住。

把班表和考勤记录放在一起，至少证据集中在一处：什么时候发布了什么，实际做了多少，休息了几次。这正是一次质询或一次检查所要的东西，而从白板照片和纸质考勤表里把它重新拼出来，才是成本真正落下的地方。

未满十八岁的员工与学生

雇用学生的门店，在工时和夜班上多一层限制。让员工在班表编排之前自己标好可排班时间，是把这些限制留在视线里的最简单办法，因为它把店长必须记住的规矩，变成了屏幕上的一条事实。

在这一类工具之间怎么挑

餐厅排班软件与另外三类产品互相重叠，标签也就模糊了。收银系统把排班当作附带功能。工资平台排班是为了喂饱自己的考勤表。餐饮整体套件把排班和点单、库存捆在一起。如果你要的就是整套，那每一个都合理；而对只想要一张班表的店长来说，每一个都过重。

值得问的问题反而很窄。员工之间能不能带审批地互换，还是每一次改动都要经过店长。已发布的改动，员工不问的情况下应用会不会显示。计划工时和实际工时是不是两个分开的数字。开两家门店，会不会把同一个人录两遍。

免费方案止步于哪里

Shifton对10位团队成员以内长期免费，没有时间限制，这足以完整覆盖一家小型独立门店。班表、基础打卡、手机应用和报表都在这个方案里。超过十人之后按每位员工计费，付费模块从每位员工每月0,50美元起一个个添加，每个模块都带最长60天的试用期。