围着期限排班，而不是围着一个平均周
会计工作从来不是均匀分布的。一月和每个申报期限前的几周会在一个月内吃掉一年的产能，之后压力骤降。建立在平均周之上的排班表描述不了这条曲线。
把工时记在客户名下
做出来的工时和能开票的工时之间的差额，决定每个业务的利润。把上下班时间记录到客户项目上就能补上这段差额，因为工时表和账单出自同一条记录。
在同事开口之前看出谁被压住了
旺季里最难受的人往往最后才说。按人统计的周工时，计划对实际，会在这还只是排班问题、还没变成辞职信的时候把苗头显出来。
助理、资深会计和旺季临时帮手放在同一块板上
事务所靠临时人员和每年回来的外聘会计撑过旺季。用部门把这些群体在计划里分开，同时让薪资导出只覆盖事务所真正雇用的人。
会计一年的形状
每家事务所都熟悉这条曲线。先是一长段还算应付得来的工作，然后是悬崖：申报期限前的那几周，一年的产能在一个月里烧完，所有人都加班到深夜，而计划的质量决定事务所是完整地走出来，还是在三月里走掉两个人。
正是这条曲线，让通用排班软件在会计行业水土不服。为零售或餐饮做的工具默认一周会重复，高峰在周内可以预判。会计的一年只有一两个高峰，却把其余部分全部盖过，排班要回答的问题不是周二谁上班，而是从现在到期限之间人手够不够。
业务，而不是员工
有用的计量单位是客户。一旦每个班次都带上所属业务，重要的问题就自己有了答案：这家客户相对报价已经消耗了多少，未来四周谁被什么占住，还没卖出去的产能又在哪里。
拆分的一天是通用工具处理得最差的尴尬情形。上午做审计、下午编报表的资深会计，并没有度过一个完整的八小时工作日。两个项目上的两个班次让这种拆分保持诚实，报表也不再把一整天算到碰巧先排上的那家客户头上。
两个客户，两个班次。算术自己就成立了。
已经卖出去却没人做的活
已经承接却没有指派任何人的活，是忙月里最容易被忘掉的东西，也是想起来太晚时代价最高的东西。把它留成空缺班次，就等于把它一直摆在负责派人的那个人面前。
旺季是人力模型，不是突发事件
事务所靠回流的外聘会计、季节性人员，以及做着略高于自己级别工作的助理来顶住高峰。这三类都很正常，也都让排班更复杂，因为薪资口径不同，需要的监督程度也不同。
用部门就能解决，不需要第二套系统。正式员工、外聘会计和旺季帮手排在同一块板上，合伙人看得到真实的人手，而薪资导出仍然只限于事务所雇用的人。
没有人会主动报出来的那个数字
二月里问团队近况，得到的回答是还行。去读工时，答案就不一样了。连续三周每周六十小时的人并不还行，他就是四月要递辞呈的那个人，而替换他的成本远超过那些加班带来的收入。
计划对实际，按人，按周。这一个对比就是全部的预警系统，而它只有在两个数字都被保存下来时才存在，只留一个是不行的。
恢复期和高峰同样重要
期限过后的那几周，是休假被真正休掉、产能被重新攒起来的时候。把请假申请放在与工作同一张日历上，恢复期就是被计划出来的，而不是一场接一场谈出来的。
它是什么，不是什么
这不是事务所管理软件。它不记账、不报税，也不运行客户门户，需要那些的事务所早就有了。摆在这里的是下面一层：谁在做什么，工时实际是多少，以及这对利润和对人意味着什么。
事务所通常是在表格撑不住的时候找到它，这个点大致落在八到十二个人，加上两位对谁有空看法不一致的合伙人。
从小处开始
Shifton对10人以内永久免费，一家小所完全够用。排班、基础打卡、手机应用和报表都包含在内。模块可以一个一个加，从每人每月0.50美元起，每个模块都有最长60天的试用期，所以事务所可以先用一整个旺季试完薪资模块再做决定。
常见问题
可以按申报期限来安排团队吗？
可以。每个业务都是一个项目，旺季的排法搭成模板后可以往后套用，事务所因此是对着期限地图排班，而不是对着一个平均周。
按客户统计工时怎么做？
每个班次都带着所属客户，报表因此按业务归集已记录的工时。一天服务两个客户的人会有两个班次，这一天在两者之间拆开，而不是整天算在其中一家头上。
汇算清缴期间，能看出谁的工时超了吗？
周报按人显示工时，计划对实际，加班当天就标记出来。某位同事持续超出计划工时的规律，会在排班还能调整的时候浮现。
临时人员和外聘会计也能排进去吗？
可以。临时人员在同一张排班表里单独成部门，运营全貌因此完整，而薪资导出仍然只限于正式员工。
请假也在同一个地方提交吗？
请假申请和班次在同一张日历上，审批的人在回复之前就能看到那一周还有哪些业务在跑、活有没有人接。
小型会计师事务所用免费版够吗？
Shifton对10人以内永久免费，包含排班、基础打卡、手机应用和报表。付费模块从每人每月0.50美元起，每个模块都有最长60天的试用期。
