多站运营换人接手，先把这三件事写清楚

图：AI 生成场景示意，不代表真实客户或产品界面。

同事休假，另一位运营接手几天。难点有时不在工作有多复杂，而在接班者不知道从哪里开始：该进哪家店、能动哪些内容、上一位已经做到哪一步？

假设一个团队经营五个独立站，两名商品运营分担日常工作。五站只是用于说明的场景规模，不是真实客户案例。要让临时接班顺利，可以沿着一次任务，把信息分成三个时点。

接手之前，先交代“这次是哪件事”

“把背包文案处理一下”不足以开工。即使五家店里都有同款背包，不同站点的语言和活动要求也可能不同。

交代任务时，应写出店铺名称、可识别的商品编号或列表、需要改的内容，以及保持不变的部分。例如，假设此次只处理英国站的八款背包介绍，就要写明不改价格和库存。八款同样是示例数量，不代表处理效果。

这份约定约束的是任务范围，不意味着软件已经替团队锁住了价格字段。

图：AI 生成场景示意，画面中的表单与界面不代表 Fecify 实际功能。

真正执行时，用接班人的账号试一遍

临时接班容易出现一个省事做法：直接借用负责人的全权账号。但工作只是接手两家店的商品内容，没有必要因此获得全部站点的业务入口。

Fecify 的多店管理可在一套系统下组织独立域名店铺，各店业务仍按店区分；服务端操作员可通过角色获得指定店铺和业务菜单的权限。因此，跨店接班可围绕实际负责的店铺和商品菜单安排授权。

这里别选错账号类型：普通店铺子操作员只负责本店，并不能因为加了一个角色就成为跨店员工。

配置完还要由接班人登录，核对店铺和菜单是否符合分工。发现业务范围过宽，先调整，不用“先做完再说”掩盖授权问题。商品菜单内部是否能限制某个字段，也应另外确认，不能从菜单授权推出来。

交出去的时候，把剩下的工作写出来

一项任务从“文字初稿完成”走到“后台已保存”，再走到“展示已核对”，中间还有不同的检查动作。

可以把交接记录写成一句完整话：

英国站指定八款背包，介绍已保存，价格和库存未计划改动；商品运营已完成文字核对，站点负责人还需检查页面展示，商品编号见任务清单。

如果尚未核对价格和库存是否真的保持不变，就应把它们列为待核项，而不是直接宣布无改动。

这类记录可以放在团队已有的任务表里。它是工作约定，不是对 Fecify 内置审批或审计功能的描述。系统安排谁能进入哪些店铺和菜单，团队安排谁检查、检查到哪里，两者需要配合。

多站工作是否好接，不必等到换系统才知道。拿一项最近的替班任务，让接手者仅凭记录定位对象、确认权限、说出剩余工作。如果还需要反复找原执行人补充背景，先补这几个缺口，交接才算真正开始。