更新时间：2026年10月08日

排班表冲突首先要告诉负责人“哪一天、哪个岗位、谁被重复安排”，然后给出调整或替班动作。不要只把整行染红：员工重叠、岗位缺口和休息时间不足是三种不同问题。通过界面设计与组件复用先做表头、固定列和冲突标记，再评审替班路径。

表头和固定列先保证可读

桌面表格把员工或岗位固定在左侧，日期和班次作为表头；滚动时两者保持对应。单元格显示班次起止、地点和状态，长名称用省略加完整查看。手机端改成一天一列或员工详情，不强行缩成无法点击的整周表。

以社区服务站排班为例，周三前台需要两人，小林被安排 08:00—12:00 接待，同时又有 11:00—15:00 咨询班。冲突区间是 11:00—12:00，不是整天都不可用。格子里标出一小时重叠，点击后显示两个班次，负责人才能决定调整哪一个。

表格中日期顺序固定，人员按团队或岗位分组；查看冲突时可筛出受影响行，但保留周三的列名和班次说明。复杂表格要有结构清楚的表头，W3C 表格教程也强调数据和表头之间的关系，不能只靠视觉位置推断。

三类冲突分开表达

同人重叠和岗位缺口可能同时出现：小林调去咨询台后，前台只剩一人；消掉一个红色标记并不等于排班可发布。冲突详情把相关班次、缺口人数和候选调整放在一起，每次修改后重新检查受影响的岗位。

休息不足的阈值不能从网上随意取一个数字当作统一规则。不同岗位、地区和内部制度可能不同，排班产品应使用已经确认的规则，并在提示里注明具体要求。设计稿负责展示依据、当前间隔和处理入口，不代替人事或合规人员制定规定。

交付时再区分阻止发布的冲突和可带提醒发布的例外。负责人如果能批准例外，就要记录原因和批准者；不能让普通的关闭提示按钮变成绕过规则。

发起替班时显示原班次、岗位、地点和截止时间，候选人可查看后接受或拒绝。替班请求和最终确认使用不同状态；请求发出不等于排班已改变。冲突消失后更新表格，同时保留变更记录。

小林申请把 11:00—15:00 的咨询班换给小陈，发出请求后仍显示原负责人，附“替班待确认”。小陈接受之前班次不能消失；接受时还需检查小陈是否已被安排其他工作。若已冲突，保留请求并提示重新选择，不能因为曾经可用就直接覆盖。

多人同时收到替班邀请时，第一位成功确认后，其他人看到“本次替班已由他人接收”，并停止接受动作。取消替班请求与取消整个班次是两个动作，名称、权限和通知范围都要区分。

通知写“周三 11:00—12:00，小林的前台与咨询班次重叠”，而不是“排班异常”。消息链接带到冲突单元格或详情页；多条冲突合并提醒时允许逐条处理。时区和夏令时项目按业务范围统一，不在每个单元格塞冗余文字。

发布前展示与上一版的差异：谁的日期、时间、地点变了，哪些人需要确认。保存草稿不发送正式班次通知，发布才通知受影响成员。通知中显示新旧时间和具体日期，让成员不必回忆旧表；没有变化的人无需反复收到整周重排提醒。

手机日视图中，一位成员只看自己的班次时仍要显示地点、起止时间和待确认请求；管理者则优先看到岗位缺口。两种视角可以共享排班数据，但不用同一张缩小后的大表承担所有阅读任务。

将小林周三的重叠班次、岗位缺口和小陈的替班请求放进同一份 Pixso 设计稿，分别演示未接受、接受失败和替班成功。整周表负责看全局，详情页负责做决定，手机视图负责确认自己的安排。