排班这件事，很多小团队的做法是"谁有空谁回"——结果白天忙的人被消息打断，晚上欧美客户的消息没人管，月底算下来响应时间长得离谱。真正的问题是：没人算过这些客服工时到底有多少、应该排几个人。今天讲怎么用最基本的算术把这件事算清楚，这是小团队最值得做的一次"算账"。
第一步：算出真实的工时需求
不要凭感觉估，要从三个真实数据倒推：
① 询盘总量。从订单后台或客服系统导出最近 3 个月的询盘数。注意区分"有效询盘"和"垃圾询盘"——如果 100 条里有 60 条是模板询盘或同行询价，那你的真实工作量只有 40 条。这个区分很关键，否则你会按错误的数字去招人。
② 每条询盘的平均处理时长。不要用"感觉要 10 分钟"，去翻历史记录：简单询盘 5 分钟、需要查价格库存报价的 15~25 分钟、需要做定制方案的 40 分钟以上。做一个小样本（20~30 条）计时统计，就能得到靠谱的平均值。
③ 非对称性。这是最容易被忽略的一点：一条 5 分钟的简单询盘和一条 40 分钟的定制询盘，工作量差 8 倍。所以要分开统计，不要只算平均——你可以按"简单/中等/复杂"三档各取样，算出三档的占比和单条耗时。
公式：月工时需求 = (简单条数 × 简单耗时 + 中等条数 × 中等耗时 + 复杂条数 × 复杂耗时)。
第二步：算出你需要几个人
① 有效工作时长。一个人每天名义上工作 8 小时，但真正用于回复工时的大概只有 4~5 小时（其余是开会、切换上下文、休息、处理内部事务）。这个折算系数比多数人以为的重要。
② 月可用工时。按每人每天 4.5 小时有效、每月 21 个工作日算 → 每人每月约 95 小时可用。
③ 人数 = 月工时需求 ÷ 95。算出来的结果通常比直觉多。常见的情况是：一个人感觉忙死了，但算下来实际只用了 60 小时/月——说明不是工作量太大，是时间被别的效率问题吃掉了（切换成本、重复劳动、被打断）。这种情况下加人没用，要先提效。
第三步：把时段覆盖和人数分开算
这是排班最容易错的地方：人数够 ≠ 覆盖得住。如果欧美客户的询盘集中在当地上午（对应我们的下午），而你的客服都在上午上班，那再多人也是"人不在、时间在"。
所以排班要解决两个独立问题：① 总工时够不够（上面算的），② 关键时段有没有人（这个要画时段图）。
时段图的画法很简单：横轴是 24 小时，标出客户询盘的两个峰值（通常当地上午 9~11 点和晚上 20~22 点），然后看你的排班在那些点上有没有人。具体的时区换算与排班模式见时区覆盖那篇。
一个常见的低成本解法：把排班往后挪，而不是加人——比如从"9:00~18:00"改成"12:00~21:00"，同样的成本覆盖了完全不同的时段。但这会牺牲一部分本地时段的响应，所以要看你的客户集中在哪。
第四步：用"错峰"消化峰值
询盘量通常不是均匀的——周一和周三是高峰、周末低谷；上午和傍晚是高峰、深夜是低谷。三个错峰手段：
① 自动确认信接住深夜与清晨（瞬间响应，不占人工，见响应速度那篇）；② 把非紧急任务排到低谷时段（报表、库存核对、素材整理、博客排期）；③ 把高峰期的重复问题做成快捷回复（话术库见话术库那篇）。
一张可执行的排班表该有什么
五个字段，缺一不可：① 时段（几点到几点）、② 责任人（具体的人，不是"客服组"）、③ 该时段的目标覆盖（这个时段客户的主要时区）、④ 交接说明（下一班要接什么、未结工单在哪）、⑤ 升级路径（什么情况找谁、多久内必须响应）。
其中 ④ 交接说明是轮班团队的成败关键——交接成本通常吃掉每人每天 15~30 分钟的有效工时（这个损耗必须在工时预算里扣掉，否则排班表是假的）。
最后：如果算完发现不需要加人
那就把多出来的时间用在该做的事上，而不是继续招人。因为客服时间的边际产出差别很大：用来多回几条简单询盘，产出有限；用来做内容素材整理、客户反馈归类、话术库维护，产出高得多。把客服团队从"只处理消息"变成"也生产内容素材"，是小团队最划算的一次岗位升级——他们离客户最近，看到的东西最有价值（方法见客户反馈归类）。
把这四步做完，你会有三个数：月工时需求、需要的人数、关键时段覆盖图。这三个数每季度更新一次，它们比"我觉得人手不够"有用得多。