接替岗位 JD 别沿用旧模板，先从交接材料还原真实工作

教程定位

这篇教程解决什么问题

这篇文章解决一个很具体的招聘问题：员工离职后，HRBP 和用人经理翻出旧 JD，才发现上面写的是“负责部门日常行政支持、供应商对接、数据整理”，但交接材料里真正堆着的是合同续签、费用结算、客户投诉、跨部门催办、系统权限维护、临时活动落地和一堆只有前任知道的判断规则。继续照旧 JD 招人，候选人看不出岗位难点；等人入职后才发现真实工作远超 JD，试用期很容易互相失望。

本文会带你用 AI 从离职交接材料中反推接替岗位 JD。这里不是写离职流程，也不是教你做交接检查表，而是把已经留下来的交接清单、推进事项、客户或供应商名单、旧 JD、主管补充和绩效记录，整理成一版能用于招聘的 JD 更新稿。

最终产物是一份接替岗位 JD 更新稿，包含岗位定位、真实职责、当前待处理任务、关键协作对象、能力门槛、隐性要求、入职前说明和人工待确认问题。它的价值不是把岗位写得更好听，而是把“前任实际在承担什么”翻译成候选人能提前判断的招聘信息。

AI 适合做的事，是从杂乱交接材料里识别职责簇、频率、风险、协作关系和能力要求。AI 不适合替公司决定编制级别，不适合替用人经理降低或提高岗位要求，也不能把离职员工的个人习惯直接当成岗位标准。人工必须检查：哪些工作确实属于这个岗位，哪些只是前任临时帮忙；哪些要求是必须具备，哪些可以入职后培养；哪些信息能公开写进 JD，哪些只能作为面试或内部交接材料。

使用场景

什么情况下最适合用这一套

你可能是 HRBP、招聘专员或用人经理，刚接到一个替补招聘需求。业务方说：“这个岗位人要快点补上，JD 沿用之前那版就行。”你打开旧 JD，发现它很通用：负责日常运营支持、整理数据、跟进项目、维护客户关系、完成领导安排的其他工作。看起来什么都对，但又什么都没说清。

真正让你不安的是离职交接文件。交接清单里写着几十项待办：3 个供应商合同下周到期、2 个客户还在等方案反馈、一个跨部门项目没人接、费用台账有历史差异、每周要给老板发经营数据、系统里还有 5 个权限要定期维护。主管补充说，这个人平时很细，能压住供应商，也懂业务口径；绩效记录里又提到 TA 的优势是异常处理和跨部门推进。

这时继续用旧 JD 招人，会出现三个问题。

第一，职责写得太轻。候选人以为是普通行政或运营支持岗位，入职后才发现要独立处理供应商谈判、异常催办和数据口径对齐。

第二，能力门槛写得太虚。旧 JD 写“沟通能力强、细致负责”，但真实工作要求可能是能追合同节点、识别费用异常、跟进客户或供应商承诺、把跨部门事项拆成责任人和截止时间。

第三，岗位边界不清。前任可能因为熟悉公司，多做了很多历史包袱。如果不区分“岗位本来应该承担”和“前任临时兜底”，新 JD 会把一个人的个人能力误写成接替者必须全盘接住的义务。

这篇文章只处理“如何从交接材料反推接替岗位 JD”。它不写离职审批、不写交接流程、不评价离职员工，也不解决组织要不要重新分工的问题。如果公司决定把岗位拆成两个人、升级成主管岗或外包部分工作，那是组织设计问题；本文只帮你在现有材料基础上，把接替招聘信息写得更真实。

材料准备

开始前先把材料和边界备齐

先准备六类输入。不要只把旧 JD 丢给 AI，因为旧 JD 正是问题的一部分。你要让 AI 同时看到“官方写法”和“实际工作痕迹”。

第一类是交接清单。包括离职员工列出的日常事项、周期事项、待办事项、系统账号、文档位置、固定会议、固定报表、审批节点和注意事项。交接清单里的动词特别重要，比如“催收”“核对”“复盘”“确认”“同步”“维护”“预警”“协调”，它们往往比岗位名称更接近真实工作。

第二类是正在推进事项。尤其要看还没有闭环的项目、合同、客户、供应商、活动、报表、预算、采购、系统权限和异常问题。接替岗位的 JD 不能只写长期职责，还要提示候选人入职后会接手哪些类型的未完事项。

第三类是客户或供应商名单。这里不一定要把名单原文给 AI，尤其不能泄露敏感信息。你可以做脱敏整理：外部对象类型、合作阶段、沟通频率、常见问题、关键联系人角色、当前风险。比如“3 家核心供应商，每月对账，合同到期前 30 天需启动续签确认”，比直接粘供应商名称更安全。

第四类是旧 JD。旧 JD 用来做对照，不是用来照抄。让 AI 标出旧 JD 中哪些表述仍然有效，哪些太泛，哪些与交接材料明显不一致，哪些缺少关键职责。

第五类是主管补充。主管往往知道这份工作真正难在哪里。你可以让主管用 10 分钟回答几个问题：这个人离职后最怕断掉哪三件事？新来的人前 30 天必须接住什么？过去半年这个岗位最常处理的异常是什么？什么人来会明显不适合？哪些工作其实不该继续压在这个岗位上？

第六类是绩效记录或历史评价。绩效记录不是用来评价离职员工，而是帮助识别岗位的有效产出。比如绩效里反复出现“供应商成本下降”“投诉闭环及时”“数据准确率提升”“跨部门事项推进顺畅”，就说明 JD 不能只写“负责协调沟通”，而要写清具体产出和判断标准。

整理材料时要先做脱敏。不要把个人隐私、薪酬、离职原因、未公开客户名称、合同金额、账号密码、内部争议原文粘给 AI。能抽象成类型和规则的，就抽象成类型和规则。比如把“某某客户一直投诉张三响应慢”改成“有 2 个重点客户对响应时效敏感，需要接替人能按约定时限反馈进展”。

实操流程

按这套步骤把工作跑起来

第一步，先让 AI 做“材料归类”，不要直接写 JD。把交接材料拆成几类：日常高频工作、周期性工作、未完待办、外部协作、内部协作、系统和工具、风险事项、历史包袱、主管期待。归类之后，你会更容易看见旧 JD 漏掉了什么。

第二步，识别真实职责，而不是逐条搬运交接清单。交接清单可能写“每周三导出表格发给主管”，JD 不能只写“导出表格”，而要提炼成“维护周度经营数据口径，按固定节奏输出异常提醒和汇总”。交接清单写“催供应商 A 补发票”，JD 也不要写成某个供应商名称，而要提炼成“跟进供应商对账、发票和付款节点，发现延误及时预警”。

第三步，给每类职责标注频率和重要性。接替岗位 JD 最容易写得一锅粥，因为交接材料里所有事项看起来都重要。你可以让 AI 按“每天/每周/每月/不定期”“必须独立完成/可协作完成/入职后可学习”“断档风险高/中/低”标注。真正要写进 JD 主体的是高频、高风险、需要候选人提前知道的职责。

第四步，把隐性要求翻译成可观察能力。主管说“这个人要稳一点”，不要直接写进 JD。你要追问或让 AI 反推“稳”具体表现在哪里。可能是能在合同节点前主动提醒，能把供应商口头承诺落到书面，能在多个部门意见不一致时整理事实和待决策点，能在客户催促时先给出阶段性反馈。JD 里要写这些可观察行为，而不是写性格标签。

第五步，区分“岗位要求”和“前任个人加项”。离职交接里经常混着前任因为资历、人情或历史原因承担的额外工作。比如前任顺手帮老板做临时汇报、帮其他组维护旧系统、帮新人答疑，这些不一定都该写进接替岗位。你可以让 AI 生成一张判断表：是否长期属于该岗位，是否有明确责任归属，是否影响核心交付，是否需要重新分配。人工确认后，再决定是否放入 JD。

第六步，更新岗位定位。替补岗位的定位不应只写“接替某某离职后的工作”。更好的写法是：这个岗位承担哪类业务支持，服务哪些内部或外部对象，最核心的交付是什么，短期内需要接住哪些待办，长期要负责哪些机制。岗位定位要让候选人知道这不是空降救火，也不是无限兜底。

第七步，重写职责。建议分成三组：稳定运行类、推进协调类、异常处理类。稳定运行类写日常报表、台账、流程节点、供应商或客户维护；推进协调类写跨部门事项、项目节点、合同或活动跟进；异常处理类写费用差异、投诉、延期、系统权限、资料缺失等情况的识别和升级。这样比“负责日常工作”更能体现真实工作。

第八步，写清任职要求。任职要求不要从学历、年限和性格开始堆，而要从交接材料反推：是否需要独立对接外部对象，是否需要处理表格和数据，是否需要跟合同和费用，是否需要跨部门推进，是否需要熟悉某类系统，是否需要承受短期交接压力。年限可以写，但不要用年限替代能力。

第九步，补一段“入职前说明”。接替岗位和新增岗位不同，候选人需要知道入职后会接手未完事项。可以写：“入职初期会有一批历史事项和固定协作关系需要承接，公司会提供交接文档、主管带教和关键联系人说明。”如果短期压力很高，也要写清楚，但不要把公司内部混乱甩给候选人。

第十步，让用人经理逐条确认。HR 可以用 AI 起草，但岗位边界必须由用人经理确认。特别是四件事：哪些待办要由新员工接，哪些历史包袱要拆出去，哪些要求必须写进 JD，哪些信息不能公开。确认后再发布。

输入示例

可以直接参考的输入材料

下面是一份可以直接粘给 AI 的脱敏输入样例。真实使用时，把公司名、客户名、供应商名、合同金额、个人评价和账号信息都做脱敏处理。

这份输入的关键，是同时给 AI “旧 JD”“交接痕迹”和“主管判断”。如果只给旧 JD，AI 只会美化原来的空话；如果只给交接清单，AI 又容易把临时待办写成永久职责。两者放在一起，AI 才能帮你做差异提炼。

请帮我从离职交接材料中提炼一版接替岗位 JD 更新稿。我们发现旧 JD 和实际工作差距很大，不想继续照旧 JD 招人。

岗位背景：
- 岗位名称：运营支持专员
- 部门：客户运营部
- 汇报对象：客户运营经理
- 招聘原因：原员工离职后的替补招聘
- 当前问题：旧 JD 写得很泛，只写日常运营支持、数据整理和供应商对接，但交接材料显示实际工作包含合同续签、供应商对账、客户异常跟进和跨部门项目推进

旧 JD 摘要：
- 负责部门日常行政和运营支持
- 维护客户和供应商信息
- 整理业务数据和报表
- 协助推进部门项目
- 完成领导安排的其他工作
- 要求沟通能力强、认真细致、熟练使用办公软件

交接清单：
- 每周一整理上周客户服务数据，周二前发给客户运营经理
- 每周三跟进重点客户异常单，确认责任部门是否反馈
- 每月 5 日前完成 6 家供应商对账，发现差异后联系供应商和财务确认
- 每月 20 日前检查供应商合同到期情况，提前 30 天提醒主管是否续签
- 维护客户服务台账、供应商台账、费用台账和合同台账
- 每周参加客户运营例会，记录待办和责任人
- 负责给新供应商开通系统权限，并在合作结束后发起权限关闭

正在推进事项：
- 2 家供应商合同 45 天内到期，需要确认是否续签
- 1 个客户投诉还在处理中，涉及交付、客服和财务三个部门
- 费用台账里有 3 笔历史差异，财务要求下周前给出说明
- 新客户上线活动还有物料确认、供应商排期和客户通知三项未完成
- 老客户服务数据口径最近调整，报表模板需要同步修改

客户/供应商情况：
- 不提供真实名单，仅描述类型
- 重点客户约 12 家，主要关注响应时效和异常闭环
- 核心供应商 6 家，涉及物料、活动执行、系统服务和外包人员
- 供应商沟通频率高，每周都会有排期、对账或异常问题
- 客户投诉不多，但一旦出现需要协调多个部门给阶段性反馈

主管补充：
- 新人前 30 天最重要的是接住台账、对账和异常跟进，不要让合同和费用节点断掉
- 这个岗位不是纯文员，需要能主动追进度、提醒风险、把口头沟通写成待办
- 最怕新人只等别人安排，不会提前看合同和费用节点
- 表格能力要扎实，至少能处理筛选、透视、基础公式和口径变更
- 不要求一来就熟悉行业，但要愿意问清楚业务规则并记录下来
- 历史上前任帮其他组维护过一个旧系统，但主管认为这项工作不应继续放在新岗位 JD 里

绩效记录摘要：
- 优势：费用差异发现及时、客户异常闭环率高、供应商沟通稳定
- 需要保持：台账准确率、周报及时性、合同续签提醒
- 过去半年核心成果：减少供应商对账差异、建立客户异常跟进表、把合同到期提醒提前到 30 天

希望你输出：
1. 旧 JD 和真实工作的差距
2. 从交接材料提炼出的核心职责
3. 隐性要求和能力门槛
4. 哪些内容不应写进新 JD
5. 一版可发布的接替岗位 JD 更新稿
6. 发布前需要主管确认的问题

要求：
- 不写离职流程，不评价离职员工
- 不把交接清单逐条复制成 JD
- 不泄露客户、供应商、合同和个人信息
- 语气真实、清楚、尊重候选人

提示词

可复制使用的提示词

你可以把下面这段提示词放在自己的材料前面使用。建议先让 AI 输出分析，再输出 JD，避免一上来就写成漂亮但不准的招聘文案。

如果你已经有一版 AI 生成的 JD，但觉得仍然太泛，可以继续追问：

如果用人经理担心写得太“吓人”，可以追加：

你是一名懂招聘、组织分工和岗位说明书的 HR 写作助手。请根据我提供的离职交接材料，帮我反推一版接替岗位 JD 更新稿。

任务背景：
旧 JD 和真实工作差距较大。我们要做的是从交接材料中提炼接替岗位需要承担的真实职责、协作对象、能力门槛和入职前说明，而不是写离职流程或交接流程。

请先分析，再起草。输出必须包含：
1. 旧 JD 与交接材料的差距：指出旧 JD 哪些地方太泛、遗漏或不准确。
2. 职责归类：把交接材料归为日常高频、周期事项、未完待办、外部协作、内部协作、异常处理、系统工具、风险节点。
3. 关键职责提炼：不要逐条复制交接清单，要提炼成可发布 JD 中的职责表述。
4. 隐性要求：把“细心、主动、能沟通”等抽象要求翻译成可观察行为。
5. 不应写入 JD 的内容：标出可能只是前任个人加项、临时历史包袱、敏感信息或需要重新分工的事项。
6. 接替岗位 JD 更新稿：包含岗位定位、主要职责、任职要求、加分项、入职初期说明、不适合情况、支持资源。
7. 人工待确认问题：列出发布前必须由主管或 HRBP 确认的事项。

写作规则：
- 不要写离职流程、交接步骤或离职员工评价。
- 不要泄露客户名、供应商名、合同金额、账号信息、个人隐私和离职原因。
- 不要把前任因为人情或历史原因额外承担的事项，直接写成新员工必须承担。
- 不要使用空泛词替代要求，例如“责任心强、抗压强、沟通能力强”。如果必须表达，请改成具体行为。
- 不要编造材料中没有的薪酬、职级、发展空间、团队规模或公司资源。
- 如果材料不足，请在人工待确认问题中列出，不要自行补齐。

我的材料如下：
[粘贴旧 JD、交接清单、推进事项、客户/供应商脱敏描述、主管补充、绩效记录摘要]

请对这版 JD 做一次真实性检查。逐条指出哪些表述没有从交接材料中得到支撑，哪些职责太像空话，哪些要求其实是前任个人加项，并给出更具体的改写。

请保留接替岗位的真实边界，但把表达调整得更像专业招聘信息：清楚、克制、尊重候选人，不使用负面情绪词。

输出样例

AI 应该输出到什么程度

下面是一版根据前面输入可能得到的 AI 初稿。它不是最终发布稿，但已经展示了如何从交接材料反推 JD。

# 运营支持专员：接手客户运营台账、供应商节点和异常跟进

教程正文

岗位定位

这个岗位属于客户运营部，负责维护客户运营中的台账、供应商协作、费用对账、合同节点提醒和客户异常跟进。你会与客户运营经理、财务、交付、客服以及外部供应商保持固定协作，确保服务数据、费用记录、合同节点和异常事项不断档。

这是一个替补招聘岗位。入职初期会承接一批已有台账、固定报表、供应商合作关系和未完待办。公司会提供交接文档、主管带教和关键联系人说明，但你需要能主动核对节点、追进度、记录风险，并把口头沟通整理成可跟进的事项。

教程正文

你要负责什么

1. 维护客户服务台账、供应商台账、费用台账和合同台账，确保关键字段及时更新、口径一致、可追溯。
2. 按周整理客户服务数据和重点异常进展，在约定时间前提交给客户运营经理。
3. 跟进重点客户异常单，确认责任部门、当前进度、下一步动作和预计反馈时间。
4. 每月完成核心供应商对账，发现费用差异后与供应商和财务核对原因，并形成处理记录。
5. 检查供应商合同到期节点，提前提醒主管确认续签、调整或终止合作。
6. 协助推进客户上线活动、供应商排期、物料确认和客户通知等运营事项。
7. 参加客户运营例会，记录待办、责任人和截止时间，并跟进未闭环事项。
8. 根据合作状态发起供应商系统权限开通或关闭申请，避免权限遗漏。

教程正文

入职初期你会接手

入职前 30 天，你会优先接住现有台账、供应商对账、合同到期提醒和客户异常跟进。当前存在供应商合同续签、费用差异说明、客户投诉协同和新客户上线活动等未完事项，主管会安排交接说明和优先级确认。

需要说明的是，历史上前任曾临时协助其他团队维护旧系统，但该事项不作为本岗位的常规职责。入职后如涉及临时协助，会由主管重新确认责任边界。

教程正文

我们希望你具备

1. 有运营支持、行政运营、客户运营、供应商管理或类似岗位经验，能处理多事项并行的工作。
2. 能熟练使用表格工具，至少能完成筛选、透视、基础公式、数据核对和简单报表口径调整。
3. 能把客户、供应商或内部部门的口头反馈整理成待办、责任人、截止时间和风险提示。
4. 对合同到期、费用差异、权限开通关闭、客户异常等节点敏感，能提前提醒而不是等问题发生后再处理。
5. 能和财务、交付、客服、采购或供应商保持清楚沟通，必要时能升级给主管判断。
6. 愿意在入职初期阅读历史台账和交接文档，主动问清业务规则并记录下来。

教程正文

加分项

1. 有供应商对账、合同续签提醒、客户异常跟进或活动执行经验。
2. 做过客户服务、企业服务、连锁门店或项目运营支持相关工作。
3. 熟悉基础权限管理、合同台账或费用台账维护。
4. 有把混乱事项整理成清单、表格和跟进机制的经验。

教程正文

不适合这个岗位的情况

如果你只希望做单一、重复、低协作的文档整理工作，这个岗位可能不适合你。

如果你不愿意主动追踪合同、费用、供应商和异常事项的进度，只等别人明确安排每一步，这个岗位可能不适合你。

如果你排斥表格核对、台账维护和记录业务规则，这个岗位可能不适合你。

如果你面对客户或供应商催促时，无法先给出阶段性反馈并同步内部责任人，这个岗位会比较吃力。

教程正文

支持资源和工作边界

公司会提供原岗位交接文档、历史台账、固定报表模板、供应商合作记录、客户异常跟进表和主管带教。入职初期会先确认未完事项优先级，不要求你在不了解背景的情况下独立承担所有历史问题。

这份岗位需要承接客户运营中的关键节点，但不是无限兜底岗位。对于前任临时承担、责任归属不清或跨团队边界不明确的事项，会由主管和相关团队重新确认，不会默认全部写入本岗位常规职责。

教程正文

人工待确认问题

1. 供应商对账、合同续签提醒和费用差异处理是否确认为本岗位长期职责。
2. 当前客户投诉和新客户上线活动是否会在新人入职时仍需接手，还是会由主管先行处理。
3. 旧系统维护是否彻底移出本岗位职责，是否还需要在面试中说明历史背景。
4. 表格能力要求是否需要写到具体工具或函数层级。
5. 岗位职级、薪酬范围和汇报关系是否与更新后的职责强度匹配。

这个输出样例的重点，不是把交接清单全部塞进 JD，而是把事项背后的职责类型、协作对象和能力门槛提炼出来。它也保留了接替岗位特有的信息：入职初期会接手未完事项，但公司会提供交接支持；历史包袱不自动变成新员工职责。

人工验收

人要怎么检查和改到可用

第一，检查职责是否来自交接材料，但没有被交接材料绑死。好的 JD 会从材料中提炼职责，坏的 JD 会把“每周三导出某表”“催某供应商补票”原样搬进去。发布前逐条看：这句话是长期职责，还是某个时间点的临时待办？如果只是临时待办，放到入职初期说明或内部交接表，不要写成永久职责。

第二，检查是否把前任个人加项误写成岗位要求。前任可能因为资历深、人缘好、历史熟悉，顺手承担了很多边界外工作。新 JD 不能默认“前任做过，所以新人也必须做”。凡是责任归属不清、跨部门边界模糊、主管也说不清是否长期需要的事项，都要先做分工确认。

第三，检查隐性要求是否可观察。不要写“细致、主动、抗压、沟通强”就结束。把它们改成候选人能理解的行为：能提前提醒合同到期，能核对费用差异，能把会议口头结论写成责任人和截止时间，能在客户催促时同步阶段性进展，能把业务规则记录进台账。

第四，检查入职初期说明是否真实但不过度吓人。接替岗位确实会有历史材料和未完事项，但 JD 不是甩锅书。可以写“入职初期会承接现有台账和部分未完事项，公司提供交接文档和主管带教”，不要写成“需要快速处理前任遗留所有问题”。如果压力确实很大，要同步说明支持资源和优先级安排。

第五，检查信息安全。客户名称、供应商名称、合同金额、账号权限、个人离职原因、绩效原文、内部争议，都不应出现在公开 JD 里。可以写类型、频率、职责和风险，不写可识别细节。面试中也要注意只说明岗位需要，不泄露不该公开的信息。

第六，检查岗位级别是否匹配。交接材料有时会暴露一个问题：旧岗位写的是专员，实际承担的是高级专员甚至主管工作。如果 JD 更新后职责明显变重，HRBP 要提醒用人经理重新确认职级、薪酬和汇报关系。不要用一份更真实的 JD 去包装一个明显失衡的岗位。

第七，检查是否需要拆分职责。若交接材料显示一个人同时承担客户异常、供应商谈判、费用审核、活动执行、系统管理和老板汇报，要判断这是不是长期合理分工。AI 可以帮你标出职责簇，但不能替你决定组织设计。必要时，先做岗位边界调整，再发布 JD。

第八，让用人经理确认每一句关键边界。建议发布前请用人经理回答：

只要其中有一项答不上来，就先不要急着发布。接替岗位 JD 的目标不是快，而是不要把旧问题带进下一轮招聘。

这项职责是否长期属于该岗位？
这项要求是否入职当天必须具备？
这项历史待办是否还会由新人承接？
这项前任个人加项是否需要移出岗位？
候选人看到这份 JD 后，入职后会不会觉得被隐瞒？

失败反例

这些失败反例要提前避开

反例一：直接沿用旧 JD，只改岗位名称。

问题在于它没有反映交接材料里的真实工作：对账、合同节点、客户异常、供应商排期、权限开闭和跨部门催办都消失了。候选人无法判断岗位强度，用人经理也很难筛到真正适配的人。

反例二：把交接清单逐条复制成 JD。

这会让 JD 像内部待办清单，不像岗位说明。正确做法是提炼职责类型，例如“维护周度服务数据口径”“跟进供应商资料和排期节点”“推动跨部门待办闭环”。临时事项可以放进内部交接，不必全部公开。

反例三：把前任个人能力写成新人硬门槛。

新人不可能天然熟悉历史关系。这样写会把组织没有沉淀好的信息成本转嫁给候选人。更合理的写法是：

反例四：把隐性要求写成性格标签。

这类词太泛，无法指导筛选。可以改成：

反例五：把离职流程写进招聘 JD。

这偏离了接替岗位招聘。本文要解决的是从交接材料提炼 JD，不是让新员工负责离职管理。离职交接是 HR 或主管的内部流程，不应写成接替者的岗位职责。

反例六：公开写入敏感信息。

这些信息可能涉及客户、供应商、金额和个人隐私，不适合放进公开 JD。可以改成脱敏表达：

反例七：把组织分工问题包装成招聘要求。

如果这些职责确实都长期属于岗位，就要匹配相应职级和薪酬；如果只是历史原因堆在一个人身上，就应先拆分边界。JD 不能替组织失衡背书。

岗位职责：
1. 负责部门日常运营支持。
2. 维护客户和供应商关系。
3. 整理相关数据报表。
4. 完成领导安排的其他工作。

1. 每周一导出 A 表。
2. 每周三提醒供应商 B 发资料。
3. 每月 5 日催 C 部门补确认。
4. 处理前任留下的所有事项。

要求能独立处理所有历史客户关系、熟悉公司全部供应商背景、快速解决遗留问题。

入职初期需要阅读历史台账和交接文档，逐步接手核心供应商和客户异常跟进；公司会提供关键联系人说明和主管带教。

要求细心、主动、抗压强、沟通能力强。

能提前识别合同到期、费用差异和异常延期风险；能把口头沟通整理成待办、责任人和截止时间；能在客户或供应商催促时同步阶段性进展。

负责完成原员工离职交接、检查交接文件、确认离职物品归还。

需要对接 XX 客户投诉、处理 XX 供应商 30 万合同续签、接手前任因离职未完成的财务争议。

需要跟进重点客户异常、供应商合同节点和费用差异说明，确保相关事项有记录、有责任人、有反馈节奏。

候选人需能同时承担客户运营、供应商管理、费用审核、活动执行、系统维护和跨部门项目管理。

主题边界

它和相邻主题的区别

这篇文章的核心，是“从离职交接材料反推接替岗位 JD”。它的输入是交接清单、推进事项、客户或供应商名单、旧 JD、主管补充和绩效记录；输出是一版接替岗位 JD 更新稿。它关注的是旧 JD 与真实工作的差距，以及如何把真实职责和隐性要求写进招聘信息。

它不是离职流程文章。离职流程会讲离职审批、交接安排、物品归还、账号关闭、薪资结算和劳动关系风险；本文不处理这些。本文只使用交接材料作为信息来源，目的是更新招聘 JD。

它也不是通用 JD 写作文章。通用 JD 往往从岗位目标、职责、要求和福利开始写；本文的特殊点在于岗位已经存在过，真实工作已经留下痕迹，问题是旧 JD 失真。写作方法因此不是从空白岗位描述出发，而是从实际交接痕迹中还原职责。

它和“销售岗位 JD 写清目标和淘汰项”也不同。销售 JD 重点是客户类型、销售指标、线索来源、出差和薪酬结构；这篇重点是替补岗位的职责继承、历史待办、协作关系、隐性能力和岗位边界。一个解决岗位目标表达，一个解决交接材料到接替招聘之间的信息断层。

判断这篇文章是否写对，可以看一句话：读完之后，HRBP 和用人经理能不能把“前任实际做了什么”转成“新候选人需要提前知道什么”，同时不把离职流程、历史包袱和敏感信息错误地写进 JD。如果能做到，它就是接替岗位 JD 的文章，而不是另一篇交接清单教程。