大多数小型承包公司的排班系统，其实就是一个人的脑子，后面拿一个群聊和场地上的一块白板兜着底。
它确实管用。这一点得先承认：在大约两支施工队以内，它是真管用。老板知道每个人在哪儿，有变动就发条短信重新调，整件事靠的是一种共享的默契——写下来要一个小时，说出口只要十秒。
然后它就会失灵，而且失灵得很突然。常见的导火索是加了第三支施工队、老板休了一周假，或者某个倒霉的周二——一单取消引发连锁反应。两个人跑到同一个工地，另一个工地一个人都没有。三周前就约好的客户，前一晚接到电话，说要改期。
到底是哪里出了问题？
有必要把失灵的地方说准，因为顺口就来的那句诊断（“我们需要一个排班软件”）会让人买回一个根本解决不了问题的东西。
日程不止一份。 白板上写的是一套，群聊最后四十条消息说的是另一套，而老板脑子里的那一份，才是真正作数的。谁也说不清该以哪份为准，于是所有人都来问老板，老板就成了所有问题的瓶颈。
变动传不下去。 晚上 9 点在群聊里说的一次改期，只有那会儿正好在看手机的人才知道。当时在开车的那位队员，要等到早上 7 点跑错了地址，才发现。
没人看得见明天。 施工队只知道今天干什么，因为今天早上才交代。没法提前安排，没法跟客户说“我们周四再来”，也只能等到周四当天，才说得出周四有问题。
对客户的承诺看不见。 日程只记施工队去哪儿，不记你答应过什么。所以一个月前电话里说的“我们 14 号那周开始做你家厨房”，哪儿都没留下，直到 15 号变成一通兴师问罪的电话，才冒出来。
每项工作的驾车成本计算器能算出你每单工程，以及一整年下来的路上开销。
一份日程表，人人可见
解决办法并不复杂：就一份日程，它说了算，每个队员都能在自己手机上看到，一有变动，所有人那边立刻跟着变。
这几乎就是全部思路了，它的价值几乎全来自“一份”和“人人”这两个词。一款只有老板自己看的排班工具，做得再漂亮，也不过是把老问题换个好看的界面重演一遍。
有三条比功能清单更要紧：
必须能在工地门口，用手机三秒钟看懂。 我在哪、我干什么、还有谁在、地址是什么。队员要是还得点来点去地找，就会干脆给老板发短信，你又回到原点。
变动不用专门通知，看得见就行。 活儿一改，日程就跟着改。不该还要另外发一条消息，因为总有忘了发的那一天，就有人跑错地方。
必须写上对客户的承诺，而不只是队员的任务分配。 日程上要写着这单答应的是 14 号那周，这样你把别的活儿排进那一周时，才看得清自己在挤掉什么。
当日看板与周度全景
实操中，小施工队需要两种不同的视图，把它们混为一谈是常犯的错误。
当日看板是施工队的干活单子。今天谁在哪儿、按什么顺序、地址和进出说明是什么。它得简单到不需要任何解读，早上 6 点 45 分扫一眼就懂。
周度全景是老板的规划界面。它给的是产能：哪支施工队还有空档、什么活儿还没排、哪里有风险。你要回答“这单能不能接”，靠的就是它；不再随口过度承诺，靠的也是它。
队员不该为了找自己当天的活儿去翻规划视图，老板也不该从七份当日看板里反推产能。Zeus 刻意把两者分开：当日看板给施工队看，计划表用来跨周分派活儿。两者读的是同一份日程，所以不会互相打架。
故意留出余量
小型承包生意里最常见的排班错误，不是乱，而是把产能排到 100% 满档。
每支施工队每天都排得满满当当，那么只要有一次工期拖了、一个人请病假，或者验收延期，就没地方消化，只能一路往后推：三个客户跟着受影响，每一个都得打电话解释。一天不顺，就变成两周不顺。
刻意留出空档，感觉像浪费，其实不是。每支施工队每周留半天不排单，几乎就能吸收掉所有正常波动。什么都没出岔子的那几周，这半天就变成返修、扫尾清单、报价，或者一直拖着的维护——反正这些事本来也一直没做。
与之相关的一个习惯：前置环节你控制不了的活儿，别提前很久就定死开工日期。“14 号那一周”是你守得住的承诺。而提前一个月定下的“14 号周二早上 8 点”，得靠四件事都顺利才兑现得了，一点小拖延就变成一次失约。
分包商也是日程的一部分
小施工队排班上一个反复出现的漏洞，是分包商活在系统之外。石膏板师傅用短信约，电工用电话约，两个人都没出现在日程上——而其余的活儿全是照着这份日程排的。
这会造成一种很具体、也很贵的失误：你的施工队周三就把粗装做完了，电工却约在下周一，中间空出整整四天，谁也没发现，一直到周三下午。
分包商不必用你的软件。但他们承诺的日期得落在你的日程上，和你自己的施工队并排显示——否则你就看不见前后工序的依赖关系，而工期什么时候完，恰恰是它说了算。
应该先做什么？
如果你现在还靠白板加群聊，而且已经开始吃力，按这个顺序来最管用：
- 把所有已经承诺的活儿集中到一个地方，包括那些含糊的口头承诺。这一步做起来不太舒服，因为你会发现自己承诺过了头。但现在发现，总比以后发现好。
- 让每个队员都能在手机上只读查看日程。 别的流程一个字都不用改，光这一步，就能把每天“我今天去哪儿”的问话消掉大半。
- 别再单独通知变动。 直接改日程，让大家自己看到。这一步得在第 2 步之后才生效，也正是这一步，才真正让群聊卸下“记录系统”这个角色。
- 把分包商的日期加进去。
- 每支施工队每周留半天余量，而且要守住。
第 1 步和第 2 步就解决了大半，剩下的都是微调。
常见问题
我们只有两个人，这么做是不是小题大做？
两个人的规模，脑子加短信这套确实高效，过早把它正式化只会白添负担，一点好处也没有。该换做法的信号不是人头数，而是你开始得回想“当初到底答应了什么”，或者有人不止一次跑错地方。
我们应该提前多久排期？
确定的任务分配，提前一到两周就够；再往后一到两个月，只承诺到“哪一周”，不承诺具体哪一天。提前三个月就排定具体日期，只会造出一种虚假的精确——中间这几个月，你会一直在改它。
被中断又重启的工程怎么处理？
每次实际施工，日程上就出现一次，而不是当成一整块只标一次。一个厨房分五个不连续的日子做，就是五条记录。当成一整块连续的活儿，只会把中间的空档盖住——而产能，恰恰就漏在那些空档里。
客户应该看到日程表吗？
一般不该：内部日程带着其他客户的信息，而且天天在变，公开它只会引来客户拿人手安排跟你讨价还价。把答应给客户的时间窗口告诉他们，有变动再主动通知。
ZEUS