活动人员排班：装台、演出日与拆台

活动人员排班指的是什么

说到活动软件，通常指两类东西，它们解决的是相反的问题。活动管理平台把活动当成一件产品来处理：报名、售票、观众、赞助商，以及观众下载的那个应用。人员排班处理的是让活动真正发生的人：搭建工人、安保引导、技术人员、接待餐饮和志愿者。

制作负责人需要的是后者。报名人数不会告诉你深夜拆台的队伍够不够人，售票平台也不关心其中四个人刚刚做完十四小时的装台。

一场活动是三道不同的用人题

装台、演出和拆台看着像同一件事的三个阶段，实际却像三件事。装台是小而熟练的队伍连着好几天的长工时。演出日要在固定的时间窗里用上最多的人，岗位之间几乎不重叠。拆台发生在深夜，节奏很快，而且干活的往往就是从早上待到现在的那批人。

把三段当成一块来排，就会出现那个经典的失败：拆台队伍全是已经累垮的人，因为没人回头看过谁早就在干活了。把阶段拆成各自的项目，重叠就露出来了，每个阶段花了多少也能在事后算清。

志愿者不是员工，排班表应该知道

志愿者的工时不是工资工时，但他们同样是现场的人力，把他们排除在外的计划算不上计划。让志愿者作为单独的岗位存在，制作负责人拿到的是真实人数，而导给工资的那份文件依然干净。

演出日是活的现场

门一开，排班表就从计划变成了起始阵型。队伍排到了错的入口，供应商晚到一小时，换场超时，本该去重新布置场地的人却站在别处。开门到落幕之间的工作，就是把人挪过去，再让他们知道。

所以打卡在这里比在多数行业都更要紧。知道谁真的到了，而不是知道谁被排上了，是按真实人力调度和凭想象调度的分界。已读确认补上另一半：四点发布的改动，能确认有人打开看过。

多个场地，一块板

有好几个舞台的音乐节，和一个周末接三场活动的公司，需求是一样的：所有内容在一块板上，又能筛到单独一个场地，让掌握全局的人继续看得见全局。

长工时的日子如实记录

活动的工作日会打破普通考勤的种种假设。装台那天做十四小时很正常。休息是在活儿允许的时候休，不是按表休。原本排八小时的人，因为车晚到而留了十二小时。

把实际的上下班时间记在排定班次旁边，休息单独记录，这些事就留在了记录里，而不是留在某个人的记忆里。等到要不要让同一批人再上拆台班时，关于疲劳的那个问题也才有据可答。

没人爱做的那笔账

活动预算是事后算账的，对照的往往是几周前某个乐观的人写下的估算。人工是波动最大的一行，等发票以总额的形式到手，也最难再拆开。

把记录的工时按阶段和岗位归类，那个总额就变成了解释：装台比约定多用了两天，安保引导周六排多了、周日排少了。这两条都能用在下一场，而任何一条都不可能从一个人工总数里看出来。

外包、自有班底和两者的混合

活动的人手很少只来自一个地方。制作公司有自己的核心班底，另外约自由职业者。场地有固定员工，遇上大场次就找外包公司。音乐节靠的是一小群核心、一大批志愿者，以及几家自带人马的供应商。

把这些人作为同一张表上的不同部门，两件要紧的事就都保住了：制作负责人看得到整个场地，而导出的工资文件里只有公司要付钱的人。供应商仍然在表上以便协调，他们的工时却不会混进任何人的工资核算。

反复举办的活动

场地和主办方会把同一个晚上的不同版本办上很多遍。把跑通的排法存成模板再套用到下一场，大部分准备工作就省掉了，同时也能比较：同样的活动、同样的岗位，这次用的工时比上次多还是少。

从哪里开始

Shifton 对10人以内永久免费，一家小的制作公司或者一个常办的活动都够用。排班、手机应用、基础打卡和报表都在免费版里。模块按需一个一个添加，从每人每月0.50美元起，每个都带最长60天的试用期。