白天三个人围着电脑，出了问题还能互相喊一声。晚上只剩一个人看手机，或者老板在外面应酬，最怕的不是没有通知，而是通知来了不知道该不该动、动完会不会把白天设好的规则打乱。HelloWorld跨境电商助手的手机端把订单、库存异常和买家消息推到眼前，这既是方便，也是风险。下面按值班场景写，只解决一件事：人离开工位以后，哪些必须立刻处理，哪些只能记录到明天，哪些绝对不能在手机上点。
先把推送分成三等，不要让所有红点都具有同等优先级
手机屏幕小，一条物流询问和一条即将超时的未发货如果长得差不多，值班的人一定会先点好看懂的那条，把真正会扣分的那条留到后头。所以在电脑端先把通知规则写死，手机端只接收已经分过级的推送。
一等通知只有三类：承诺发货时间已进入最后时限的未打单订单、库存回写失败且该SKU今天仍在出单、带有投诉、拒收、赔偿、差评字样的会话。这三类必须在设定时间内打开，即使人在外面也要先看完内容。二等通知是普通物流询问、改地址、询问活动是否结束。这类可以在方便时回复，但不要求立刻解决到最终结果。三等通知是报表生成、翻译完成、同步成功之类的系统消息。夜间值班默认关闭三等，避免把人从睡眠里叫醒去做没有时效的事。
分级一旦做完，还要规定谁在夜间有权处理一等通知。不是所有子账号都适合值班。夜里能登录的账号，权限应小于白天：可以打单、可以回传单号、可以发送已审核过的客服草稿，不能改全局库存策略、不能全店改价、不能开关自动回复总闸。权限越小，外面处理时越不容易把白天的盘面掀翻。
外出时处理未发货，只做“让包裹能离开仓库”的最小动作
夜里最常见的一等通知是某笔订单快到承诺节点。值班的人容易做两件多余的事：在手机上改库存，或者在会话里答应今天一定发出。前者可能把白天刚对过的数字改乱，后者可能在仓库已经无人值守时给买家制造新的预期。
最小动作可以固定成三步。第一步，打开订单看地址、SKU、是否缺货。能发的，直接打单并回传单号，动作与白天相同，只是范围仅限这一笔。第二步，仓库已经下班且实物不在可发状态的，不要在软件里把状态改成已发货，只在订单备注写清原因，并给买家发一条已经核准的延迟说明模板，说明里只写当前能确定的时间，不写“一定”“保证”。第三步，把该单标进明天第一队列，指定给早班仓库，而不是自己在夜里把库存东拼西凑。
改地址尤其不要在外面随手同意。夜间看不到原单是否已出库、面单是否已打。正确做法是先回复“已收到新地址，待仓库上班后核实能否拦截”，同时把新地址写进备注。能拦截再改，不能拦截就走二次发货或协商，这些判断留给白天有完整信息的人。手机上当场改地址，是夜间误操作里最难收场的一种。
库存异常推送到手机上，先停，再看，不要先补
软件把库存差额或回写失败推过来时，值班的人第一反应常常是把数字改成和平台一致，以求通知消失。这个反应在夜间格外危险。平台数字和软件数字不一致，原因可能是白天有人正在盘点、可能是某平台延迟到账、可能是另一端刚卖出但同步还在排队。夜里只看手机，看不到完整日志，改完往往是把对的改错。
夜间对库存只允许一个动作：对异常SKU暂停自动回写，并留下备注。暂停后通知会降级，明天早班会在异常列表里看到它。除非已经确认是漏记出库，并且仓库同事能在电话里当场说清实物数量，否则不要在手机上做调整单。更不要为了某个站显示有货，把别的站库存借过来。跨站挪库存属于白天策略，不属于值班应急。
如果异常同时伴随大量新单涌入，说明可能出现超卖风险。这时仍不要改分配比例，只把该SKU在所有平台的新单标红，早班优先人工审核后再发。夜间靠感觉加库存，早班就要花更长时间把账调回来。
夜间回消息，只用已批准模板，不用现场生成的长句
买家不会因为卖家在睡觉就停止提问。移动端的智能生成很方便，也最容易在人困的时候写出白天不敢写的承诺。所以值班规则应写成：夜间默认关闭自由生成，只开放已经批准的短模板。物流轨迹、尺码表、发货截止时间、活动是否有效，这些可以套模板发。涉及补偿、退货例外、质量争议的，一律回复“已记录，日间负责人将处理”，并把会话标成早班必看。
模板本身也要为夜间改一版。白天可以说“我们马上帮您看一下”，夜里说这句话等于把人绑在对话框上。夜间模板应把期待管理清楚，例如告知下一次人工处理的大致时间段，而不是制造“对面一直有人”的错觉。错觉一旦形成，买家会在凌晨连续追问，值班的人只能越回越长，越长越容易回错。
多语言回复在手机上更要克制。屏幕上看不清上下文，也难认真校对译文。能套双语模板的套模板，套不了的先回中文处理意见到内部备注，等早班生成并校对后再发。宁可晚两小时，不要在公交上把“不能退”发成“可以退”。
人在外面时，登录方式和设备也要当成值班的一部分
移动端省事，不等于可以在任意网络、任意设备上处理会写回平台的操作。公共无线网络下不要做打单和改库存。能用手机流量就用流量。设备尽量固定一到两台已经登录过的常用机，避免在临时手机上保存店铺相关截图和验证码。值班结束立刻退出有写权限的账号，或者把该账号改回只接收通知、不能保存修改。
验证码和二次确认不要图快而关闭。夜里误触比白天更常见，多一步确认可以拦住把整页下架点出去的情况。如果软件支持操作锁，把夜间账号的批量功能锁掉，只留单笔处理。批量是白天提高效率的工具，是夜里制造事故的工具。
值班交接不是说“晚上还行”，而是把未闭环的事情交出去
早班上班后最浪费时间的，是追问夜里到底发生过什么。所以值班结束必须留下固定格式的记录，写在软件待办里比写在聊天软件里更可靠。记录只需要四行：处理过哪些一等通知、哪些订单已打单或已说明延迟、哪些SKU被暂停回写、哪些会话必须白天接手。四行写完，值班才算结束。
早班打开待办后，先处理这些遗留，再开始当天自己的节奏。被暂停回写的SKU要在完整日志里查原因，再决定恢复还是调整。夜间发出的模板回复要抽查有没有引来追问。已打单订单要确认仓库侧是否真的能发出，而不是只看软件状态。交接如果省掉，夜间省下的时间会在上午全部加息还回来。
什么情况下必须把白天的人叫醒，什么情况下绝对不要叫
不是所有一等通知都值得把人从床上叫起来。需要叫醒的通常只有两类。一类是大面积同步失败，多个平台同时无法拉取订单或库存，继续放任会在早盘造成集体超卖或漏发。一类是明显的安全问题，例如陌生设备登录、授权被撤、短时间内出现大量异常改价。这两类不叫人，早班面对的可能是已经扩散的损失。
不必叫醒的情况更多。单笔订单延迟、单条差评、单个SKU差额、买家情绪激动但尚未涉及平台投诉时限，这些都可以用模板和备注撑到早上。把叫醒标准写进值班说明，值班的人才不会因为害怕担责任而把所有事情升级，也不会因为怕麻烦而把真正的系统故障压住。
移动端真正有价值的，不是让人二十四小时都在工作，而是让少数真正紧急的事能被单独拎出来
HelloWorld跨境电商助手把多平台收进一个App，容易给人一种错觉：既然随时能管，就应该随时都管。错觉成立后，白天的规则会在夜里被一点点改掉，库存策略会变，客服承诺会变，团队早上面对的不再是昨天收好的盘面。值班制度要反过来用移动端：用分级通知把紧急事件从噪声里抽出来，用最小权限和最小动作把损害按住，用固定交接把判断权送回白天。
可以先按这个办法值七个完整的夜。七天后看三个结果：有没有在夜里改过不该改的全局规则，有没有出现因夜间承诺而起的新纠纷，早班有没有能在十五分钟内接上所有遗留。三个结果都稳定，移动端才算从“随时能点”变成“外出也可控”。工具可以跟着人走，店的规则不能跟着人的位置一起变松。夜间能看住的，从来不是所有事情，只是那些拖到明天会明显更贵的事情。