面向餐厅、咖啡馆和餐饮门店的排班软件

订位单排在最前面

餐厅关于用人的所有决定，都在一份文件的下游，而那份文件不是班表，是预计的客座数。周六两轮翻台的九十位客人，需要的前厅和厨房，和周一的四十位完全不同，而这两个晚上的差距，比大多数其他行业里两个普通星期的差距还要大。

所以从模板里画出来的班表，会以一种具体而昂贵的方式出错。它在平均的那个晚上大致正确，在扛起整周的那两个晚上明显错误。改成从订位出发并不是多做一份工作，而是同一份工作换个顺序去做。

备料是一个班次，不是帮忙

开餐前的两个小时是实打实的工时，却经常从计划里消失。它们不在班表上，也就不在成本里，这就是为什么一间厨房在纸面上看着人手正合适，到月底却超出二十个小时。

两支队伍，一道门

厨房和前厅共用一场服务，除此之外几乎没有别的共同点。一边是有分档和出菜顺序的班组，另一边是一间房，约束在于一个人能照看几张桌子而不至于让服务垮掉。两边最忙的时刻错开半小时，技能互相搬不过去，任何一边少一个人，两边都会感觉到。

把两边分开排在同一块屏幕上，才让总成本变得有意义。各自有各自的下限，各自按各自的模式画，而底部的人工数字仍然是店长可以动手去改的那一个数字。

检查人员会问到的培训

食品安全和过敏原责任不是内部制度，而是门店得以营业的条件，并且会被检查。问题很少是培训存不存在，问题是那一天、那一场服务期间，前厅有没有受过培训的人。

把证书连同到期日挂在人身上，这件事就从一次审计式的翻找，变成一条普通的排班约束。过期的证书会让这个班次不再被推送；没有过敏原责任人的那一场服务，会在班表发布之前浮出来，而不是在检查之后。

客座对人工，要读得早

每一位经营者都知道自己的人工占比，而多数人知道得太晚，来不及做什么。事后读到，它是对已经过去的一个月的判决；在班表还开着的时候读到，它是一串小决定：把上班时间挪后一小时，第四个服务员六点来而不是五点来，一个不必占满整天的备料班。

这只有在工时被记录而不是被回忆时才成立。周末凭印象拼出来的班次，近到足以让人相信，错得又足够频繁到会出事，这也正是预估数字和工资表数字很少对得上的原因。

有人打电话说来不了的那个下午

分部厨师下午三点病了，当天订了九十位客人，一场吃力的服务和一场糟糕的服务之间的差别，就是这个缺口多快传到能补上的人那里。不是挨个打电话找先接的人，而是在同一时刻把同一条消息送到所有符合条件的人面前。

外包人手也值得同样的对待。出现在班表和成本报表里的临时人手，是一笔可以管理的支出；只存在于月末发票上的那种，才是一个好星期最后落到难看的人工数字上的原因。Shifton 的功能集合把班表、打卡、通知和报表放在同一个账号里。

不止一家门店

一个集团无论有没有人事先安排，都在共用员工。在两个地址上班的服务员，同时存在于一份工资和两张班表上，而工时只有在两家店读同一条记录时才对得上。除此之外，集团还能得到单店拿不到的东西：门店之间可比的客座对人工，它把谁家人手过剩的争论变成一个数字。

它不负责什么

它不是收银台，不是订座平台，也不是库存系统，任何正经做生意的门店都早已在用这三样。它是它们下面的那一层：谁在上班，他受过什么培训，他实际做了多少小时，这场服务花了多少钱。经营者通常是在团队超过十五人左右，或者第二家店开出来的时候，才开始看它。

怎么开始

十人及以下的团队不收费也不限时间，这已经足够覆盖一家咖啡馆或一间小餐室：班表、基础打卡、手机应用和报表。再往上，模块一个一个地加，每名员工每月0,50美元，每个模块都带最长60天的试用期，足够先把一整季跑进报表里再做决定。

午市和晚市之间的空档

分段的一天是餐饮工作最常见的形状，也是团队里安静积怨最常见的来源。班次中间那两个不计薪的小时，要么是所有人在接受这份工作之前就理解的公平安排，要么是从来没真正谈过的东西，而两者的区别就在于它有没有出现在班表上。

把分段明明白白地排出来，把中间的休息按休息记录下来，而不是留成一个空洞，这对两边都更诚实。它也让人工数字变得正确，因为付钱的小时和人待在店里的小时，不再被当成同一个数字。

季节、假日和没人预备的那一周

换一次菜单、一个长周末、学校放假的第一周。它们都会把客座数推向门店去年就已经熟悉的方向，而每一个都值得一份保存下来的模式，而不是周四临时拍出来的新猜测。那份模式，是一家餐厅关于什么真正管用的唯一一份机构记忆。