保安排班：把每个岗位排满24小时

保安排班软件要解决的问题

保安公司卖的是在场的小时数。其余的一切，制服、报表、和客户的关系，都压在一个事实上：周日凌晨三点，那个岗位上有没有人。仅这一点就让保安排班不同于几乎所有别的排班问题，因为这里没有一段可以容忍缺口的清闲时段。

压力落在三个地方。覆盖必须在各有各作息的点位之间连续不断。缺勤要在几分钟内补上而不是几天，而且往往发生在最难办的时辰。而做出来的工时既是向客户开票的那一行，也是发工资的那个数，所以一处出错要付两次代价。

连续的覆盖，只排一次

多数保安班表都跑在某种模式上。四天上四天休，二二三，白班夜班轮着来。逐周重打这件事本身就是错误的入口，漏掉一次交接就意味着一个岗位空着。把模式做成模板排一次再往后套用，既省掉打字，也把大部分差错一并省掉。

点位构成结构的另一半。当每份合同都是一个项目，主管点开一个客户就能准确看到这一周他拿到了什么；同一张表把筛选去掉，看到的就是整家公司，包括那个还没派人的岗位。

必须看得见的缺口

空缺班次胜过一个空格。没人填的空格，和本来就不需要填的空格长得一模一样。空缺班次把话说明白：这个岗位已经答应了客户，眼下没人站，这是能接下它的人名单。

在一张通宵运转的班表上，含糊就是敌人。

短时间内换人

请假电话是软件到底有没有用的分水岭。照名单挨个打，一直打到第三通进了语音信箱为止。把空缺班次发布给所有依法能接的人，让第一个符合条件的人点确认，二十分钟的麻烦就变成两分钟，而且留下了问过谁、谁回应了的记录。

已读回执在这一行比多数行业都更要紧。确知一名队员真的打开了班表，而不是假定消息已经送到，正是岗位有人和事后才发现缺口之间的差别。

要紧的是留下的记录，不是速度。

经得起客户追问的工时

保安账单是要被核对的。客户问十二小时的岗位为什么周二显示了十四小时，答案必须在生成这个数字的同一套系统里。把真实的上下岗时间记在计划班次旁边，休息单独记一条，解释就只隔着一个屏幕，而不是一个下午的还原工作。

同样的纪律也护着工资这一头。当天就露面的加班，还能在这一周关账之前问清楚或者批下来。等到导出文件里才发现的加班，早就已经发生了。

证照就在班表旁边

把没有证照的队员派到要求持证的岗位，是一次合同层面的失误，后果远远超出排班本身。把资格与证照的日期放进员工档案，放在排班的人抬眼就能看到的位置，就把这次检查挪到了它真正有用的时刻。系统负责保存和显示日期，判断仍然留给了解合同的主管。

模式，以及为什么值得一开始就排好

保安班表来来去去就那么几种形状。四天上四天休用四个班组撑起连续覆盖。二二三，也就是皮特曼模式，让每名队员隔周就有一个长周末，仅凭这一点它就足够受欢迎。白班周和夜班周轮换，多见于合同养不起专职夜班的地方。它们本质上都是算术，也都在手工填写时容易出错。

把模式做成模板排一次再往后套用，除了省时间还有第二重好处：班表对上班的人变得可以预期。一名能看到六周之后的队员，会围绕这份工作安排自己的生活；而运营主管也不再把人输给那些把班表发布得更远的公司。

固定岗与流动巡逻放在同一张表上

多数保安公司两样都做，而这两样的性质并不一样。固定岗是在固定地点站固定的时数。巡逻是一条线路，一个班次里要跑好几个点。把它们作为同一张班表上的不同部门，既保住了这个区别，又让整家公司的一周仍然能一眼读完，同时避免把一夜只经过两趟的巡逻司机算成那个岗位的在岗力量。

一份保安合同真正需要的报表

两张报表担起了大部分分量。按点位统计的工时回答客户的问题，也喂给账单。按队员统计的工时回答工资的问题，并在事故发生之前显出谁正走向疲劳。两者出自同一批记录时间，这才是关键：一组数字读出两种口径，而不是两套系统在月底互相打架。

第三张报表证明自己要慢一些。把一个季度的计划工时和实际工时并排放，就看得出哪些合同定价定对了、哪些没有。一个每次交接都要多耗四十分钟的点位是在悄悄亏钱，而它唯一露头的地方，就是这两列之间的差。

定价对了，还是没对。两列自己会说。

疲劳是排班时的决定

长班和夜班本来就是这行的一部分，风险要么在班表里被管住，要么就在班表里被造出来。排这一周的时候，能把某人上一次下岗的时间和下一次上岗的时间摆在一起看，是件小事，却挡住了一件大事。Shifton 记录并显示这些时间；至于多少算可以接受，判断仍然留给了解合同和适用法规的人。

开始要花多少钱

Shifton 对10人以内不限时间免费，这足够撑起一支小型流动巡逻队或者一份固定岗合同。排班、基础考勤、手机应用和报表都包含在内。付费模块按每位员工每月0,50美元起一个一个添加，而把打卡绑定到地点的工作地点管控模块是每位员工每月5美元，含10天试用。