把交接拆成“能复述、能照做、能独立交付”三个阶段,每阶段都留下可检查的产物,新人就算真正接住了。适用前提是团队已有稳定的工作流程和至少一个可参照的历史项目;如果流程本身还在频繁变动,先固定最小闭环,再安排交接。
新人交接失败,常见原因不是不努力,而是交接范围太宽。负责人应先把岗位职责拆成几个可交付对象,例如:关键词需求整理、页面标题与描述撰写、内容更新排期、内链调整、数据周报。每个对象都对应一份输入、一套操作和一份输出。
判断边界是否清楚,可以用一句话检验:新人能否说出“我每周固定产出什么、交给谁、对方拿它做什么”。如果答不上来,说明交接还停留在概念层,需要继续拆。
推荐把前两周到四周安排成四个动作,而不是一次性灌输全部知识:
这四步的顺序不能随意调换。跳过“跟”直接“做”,新人容易照猫画虎却不知道为何这样改;跳过“验”,问题会重复出现。
文档里少写“要重视用户体验”这类原则,多写具体动作。例如关键词需求整理可以写成:
假设某个团队把“标题撰写”交接给新人,可以要求新人先提交五个标题草稿,老成员只标注“保留、修改、删除”及原因。这样一轮下来,新人能快速理解团队偏好,也留下可复用的判断记录。这里的关键不是标题本身,而是把隐性判断变成显性反馈。
不要只看新人说“懂了”。可以观察三个信号:
如果三个信号都出现,可以逐步扩大交接范围;如果只出现第一个,说明还停留在理解层,需要增加跟做和验收环节。
每次返工后,负责人应补一句“下次遇到同类情况怎么判断”,并写进清单。比如某次标题被退回,原因是与落地页内容不符,那么清单里就增加一条检查项:标题承诺的信息是否能在页面首屏找到对应内容。这样交接不是一次性讲解,而是持续沉淀。
下一步可以选一个当前正在进行的任务,按上面的四步安排一次小范围交接,并提前写下三条验收信号。跑完一轮后,根据实际返工点调整清单,再决定是否扩大交接范围。