招进来的人不必单开一个项目
季节用工是时间压力下涌进来的一批新名字。加一个人、把他放进某个部门、把已发布的一周送到他手机上，这些应该只花几分钟，而不是占掉一整天培训。
季节工和长期员工排在同一周
旺季的队伍不是另起炉灶的一摊生意。季节工与长期员工并肩干活，常常在同一个班次上，把两拨人分开的班表恰恰盖住了当初招人要解决的那个问题：人到底够不够。
从第一天起就把工时记下来
关于工资的疑问大多来自短期工，因为没人熟到能凭记忆还原一个有争议的星期。当天把工时记下，还原这件事本身就不必发生了。
季节收尾，记录留下
季节结束，人走了，数据应该留下。留住记录，明年就从一份谁干得好的名单开始，而不是从一张白纸开始。
季节性队伍到底特殊在哪
季节用工把一段雇佣关系的全过程压进了几个星期。招进来、教会、排班、发钱、送走，节奏比一家普通公司能承受的快得多，而且偏偏赶在一年里最忙的时候，所以通常做得很粗糙。
节前的门店、七月的度假区、发货高峰期的仓库，情形都是一样的。每一季一张表格文件，和上一季没有任何关系。早就离开的人还在追问工资。而事后唯一要紧的那个问题没有答案：这一波旺季究竟花了多少钱。
塞得进旺季的入职
凡是需要开一场培训的流程，都撑不过一次季节招工。不管用什么工具，加一个人并把他放进已发布的班表，都得在几分钟内完成，而且要能在手机上完成，因为季节工既没有公司电脑，也没有一周的适应期。
加人、派班、发布。比这更重的动作，第一周就被放弃了。
模板把经验留住
把季节安排放在与全年同一个系统里，最有力的理由是上一季变成了可以再用的东西。旺季的形状、角色的分工、当时行得通的班次排法，全都以模板的形式留着，而不是留在某个人的记忆里。第二年再来一遍时，起点是一份改一改就能用的班表，而不是凭印象重画。
一张班表，两类员工
人的第一反应是把季节工单独排，因为发钱的方式不同，管理的方式也不同。从运营上看这是错的，因为招他们进来的全部意义就是把人手补齐，而人手够不够是两拨人合起来的性质。
部门一次给出两样东西。长期员工和季节工出现在同一周里，主管能看出周五有没有人守着；同时这条分界在报表和工资导出里依然清清楚楚。
给没人熟悉的人算工时
工资争议集中在短期用工上，原因很简单：长期员工那边，关于某个星期二的分歧，由两个都记得那天的人当场说清楚。而对三个月前只干了六个星期的人，谁也记不起什么，唯一的证据就是当时记下来的东西。
手机打卡，与计划的班次并排放着，休息另记一条，这类争议就整体消失了。同时也省掉了那台打卡机的钱，六个星期的队伍无论如何也摊不平它。
能上班的时间每周都在变
季节工里学生和另有安排的人格外多，他们的空闲时间一直在挪。在排出一周之前先把这些收上来，就能省掉每次发布之后必然涌来的那一轮换班申请。
这一波旺季花了多少
这个问题总在季末才提出来，也很少得到像样的回答，因为工资支出是一个把两拨人裹在一起的总数。把记下的工时按部门、按周期归拢，它就被拆开了：长期队伍花了这些，旺季额外加了这些，和去年比是这个样子。
真正让下一季变好的正是这种对照。知道第二周多招了五分之一、第四周又不够用，是可以动手改的。只知道工资涨了，什么也改不了。
在开季之前先动手
Shifton 对10人以内不限时间免费，这已经足够在季节工到来之前，先用长期员工把系统搭起来。排班、基础考勤、手机应用和报表都包含在内，模块则按每位员工每月0,50美元起一个一个添加，每个最长有60天试用。
常见问题
一整批季节工多快能排进班表？
加一个人只需要姓名、角色和部门，把他排上班次的那一刻，已发布的一周就到了他手机上。只做几个星期的用工，不必单独立一个入职项目。
季节工和长期员工能放在同一张班表上吗？
能，而且本来就该这样。两拨人在同一张表上，人手够不够一处就看清楚，部门又把他们分开，方便出报表和导给工资。
只干六个星期的队伍需要打卡机吗？
不需要。基础考勤在手机应用或浏览器里就能用，正因为这样，它才适合下一季就换了一批面孔的人手。
季节结束以后，这些记录会怎样？
记录都留着。下一季回来的人不用重新录入，还是那一份带履历的记录，旺季的工时在年终盘点时也照样打得开。
这一季能和上一季比着看吗？
报表按周期和部门归拢工时，所以这一波旺季的成本可以和上一波并排读，而不是从一个工资总数里去猜。
开季之前先把系统搭起来，免费版够用吗？
够：10人以内不限时间免费，包含排班、基础考勤、手机应用和报表。旺季人手超过十个，再按每位员工每月0,50美元起逐个加上付费模块，每个模块最长有60天试用。
