运营专员的 JD 别写空话，从日常工作任务里拆出来

教程定位

这篇教程解决什么问题

这篇文章教你从运营专员真实的日常工作里，拆出一份能落地、能筛人的岗位描述 JD。做完后你会得到一份运营专员 JD 草案，包含他每天实际做什么、交付什么、用哪些工具、工作强度如何、以及面试时怎么核验候选人是否匹配。它的价值是：JD 不是靠想象的“数据分析、活动执行、跨部门沟通”，而是从真实任务里来的。

很多运营 JD 写得假大空，候选人看完根本不知道自己入职后要干嘛，招来的人也和岗位不匹配。本文教你换个思路：先收集运营每天真实的任务清单、日报周报、用到的系统和绩效指标，再把这些拆成 JD 的职责、要求、工具和面试核验点。这样招到的人才是真能上手干活的。

使用场景

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

你是招聘专员或运营主管，要写一份运营专员 JD。但你手头只有“数据分析、活动执行、跨部门沟通”这种干巴巴的职责描述，候选人看不出这份工作每天到底做什么、需要什么技能、强度多大。

你不确定该写哪些必备技能、哪些是加分项，也不确定 JD 里怎么写才能筛掉不匹配的候选人。这篇文章给你一套从真实工作拆 JD 的方法：用日报、周报、任务清单和绩效指标反推职责和要求，让 JD 里的每一条都能对应到具体工作。

材料准备

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

准备这些材料，JD 才能写得具体：

准备的关键是抓“真实任务”，不是抓“听起来高级的形容词”。

1. 运营工作清单：运营专员每天、每周实际做的任务，按频率列出来。
2. 日报周报样例：看他们每天汇报什么、交付什么产物。
3. 使用系统：日常用哪些工具和系统，比如 CRM、表格、内容平台、数据分析工具。
4. 协作部门：和谁配合，比如销售、客服、市场、产品。
5. 绩效指标：考核运营的指标，比如线索量、转化率、内容产出。
6. 主管访谈记录：主管对这个岗位的核心期望和痛点。

实操流程

按这套步骤把工作跑起来

【第一步：收集运营每天的真实任务】

把运营专员一周的日报、周报和任务清单汇总，按频率分类：每天做的、每周做的、每月做的。这是 JD 职责的原材料。

【第二步：把任务归成几个职责板块】

把零散任务归成 3-5 个职责板块，比如“日常内容发布”“数据整理与报表”“跨部门协作”“活动执行”。每个板块写清具体交付物，而不是“负责数据分析”这种空话。

【第三步：从任务里提炼必备技能和工具】

看完成这些任务需要什么技能和工具：会不会用表格函数、会不会用 CRM、要不要基础数据分析。区分“必备”和“加分”，别把不需要的写进硬性要求。

【第四步：补上工作强度和协作边界】

从日报里看出工作强度：节奏快不快、是不是多线并行、需不需要扛 KPI。同时写清这个岗位和销售、客服怎么配合，候选人才能判断自己适不适合。

【第五步：让 AI 起草 JD 和面试核验点】

把你的任务清单和材料交给 AI，让它起草一份结构清晰的 JD，并生成面试核验点，用具体问题检验候选人是否真具备 JD 里写的技能。

输入示例

可以直接参考的输入材料

下面是你实际会粘给 AI 的材料：

运营专员日报（节选，一周）：
- 每天：把当日内容发布到公众号和小红书，检查发布是否成功。
- 每天：整理前一天的线索数据，更新到共享表格。
- 每周：做一次竞品内容收集，发给主管。
- 每周：配合销售做一次客户跟进数据整理。
- 每月：出一份内容增长月报。

使用系统：公众号后台、小红书、Excel、CRM、飞书。
绩效指标：内容发布及时率、线索量、周报准时率。
协作部门：销售（数据）、市场（内容）、客服（线索承接）。

请帮我：1) 写一份运营专员 JD（职责、要求、工具、工作强度）；2) 给面试核验点，验证候选人是否真的做过这些事。

提示词

可复制使用的提示词

你是招聘顾问。请根据下面的运营工作材料，生成一份运营专员 JD 和面试核验点。

要求：
1. JD 职责按“每天/每周/每月”的真实任务写，具体到交付物，不用“负责数据分析”这种空话。
2. 技能要求区分“必备”和“加分”，每一条都要能从任务里找到依据。
3. 说明工作强度、协作对象和绩效指标。
4. 面试核验点：针对 JD 里的核心要求，给出 3-5 个能验证候选人真实经验的问题。
5. 输出分两部分：JD 草案 + 面试核验清单。

运营工作材料：{{粘贴日报周报、系统、绩效、协作部门}}

输出样例

AI 应该输出到什么程度

AI 可能给出类似下面的结果：

运营专员 JD 草案：
职责：
1. 日常内容发布：将审核通过的内容发布到公众号和小红书，确保发布及时、链接无误（每天）。
2. 数据整理：整理前一日线索数据并更新共享表格，输出周报（每天/每周）。
3. 竞品收集：每周收集竞品内容并整理成简报，供主管决策（每周）。
4. 跨部门协作：配合销售整理跟进数据、承接客服线索（每周/每月）。

要求（必备）：熟练使用 Excel 基础函数、熟悉公众号后台、能按时多线并行交付。
（加分）：有内容增长月报经验、会用 CRM。

工作强度：多线并行、节奏快、需每周出报告，抗压能力重要。

面试核验点：
1. “举一个你整理线索数据的具体例子，表格里你用了哪些函数？”（验证 Excel 真实性）
2. “你发布内容时遇到过链接错误吗？怎么发现和处理的？”（验证实操经验）
3. “如果销售当天临时要一份数据，你手头还有发布任务，你会怎么排？”（验证多线并行能力）

人工验收

人要怎么检查和改到可用

拿到 AI 结果后，按下面几点改：

1. 逐条对应真实任务：JD 里每条职责都要能在日报周报里找到依据，没有依据的删掉。
2. 校准必备技能：AI 把“Excel 函数”当必备，要确认团队真的常用、新人必须会，否则降为加分。
3. 补上团队特有的要求：AI 不知道你们用的特殊系统、内部术语、特定流程，这些要人工补进去。
4. 让主管确认工作强度：JD 写“多线并行、节奏快”要符合实际情况，避免招来的人入职后落差太大。
5. 试筛一轮：JD 写好后用几个现有优秀员工对照，看 JD 能否准确描述他们，验证 JD 是否有效。

失败反例

这些失败反例要提前避开

**反例 1：职责写空话。** 写“负责数据分析、活动执行、跨部门沟通”，候选人看不懂每天做什么。要落到具体任务和交付物。

**反例 2：必备技能脱离实际。** 把不常用的技能写进硬性要求，筛掉合适的人。必备和加分要区分清楚，从真实任务反推。

**反例 3：JD 和面试脱节。** JD 写了“熟练 Excel”，面试却只问“你抗压吗”。面试核验点要针对 JD 里的核心要求。

**反例 4：只写职责不写强度。** 不提多线并行和 KPI，候选人入职后才觉得落差大、留不住。工作强度和绩效要写清。

**反例 5：靠想象写 JD。** 不收集日报周报，凭“运营大概做什么”想象，写出来的 JD 和真实岗位两张皮。要从实际工作拆。

主题边界

它和相邻主题的区别

这篇只处理“从日常工作中拆运营专员 JD”，不涉及通用岗位画像、入职培训或人才测评。与整体运营架构设计不同，它聚焦单个运营岗位的职责描述；与招聘流程管理也不同，它只产出 JD 和面试核验点，不处理招聘渠道和排期。

教程正文

更进一步：怎么让 JD 招到真正匹配的人

一份好 JD 不只让候选人看懂岗位，还要能筛掉不匹配的人。所以 JD 里除了职责，一定要写清楚“必须具备”和“加分项”，并且面试问题要针对 JD 里的核心要求来设计。比如 JD 写了“熟练使用 Excel 函数”，面试就要真的让他讲一个用函数解决问题的例子，而不是问“你抗压吗”。

另外，JD 是写给候选人看的，也是给内部招聘对齐用的。写完后给主管和现有优秀运营各看一遍，问他们“这份 JD 描述的岗位是不是你每天做的事”，如果回答“不是”，说明拆得还不够贴近真实工作，要继续回去对日报和任务清单。

教程正文

常见失败反例补充

**反例 6：JD 写成“既要又要”。** 把数据分析、活动、内容、跨部门全堆进去，写成一个什么都要的万能岗，反而招不到合适的人。职责要聚焦，分清核心和辅助。

**反例 7：面试问题和 JD 脱节。** JD 写了具体技能，面试却只聊软素质，招来的人可能根本不会干活。面试核验点必须对准 JD 的核心要求。

**反例 8：JD 从不更新。** 岗位职责已经变了，JD 还是老一套，招来的人和新团队需求对不上。岗位内容变化时要同步更新 JD。

教程正文

补充：怎么判断 JD 里每一条该不该写

写 JD 时有一个简单的判断标准：每一条职责和技能，能不能回到真实工作里找到依据。能找到依据的保留，找不到依据的删掉或降为加分项。比如“负责数据分析”能不能对应到日报里的“整理线索数据到表格”？能就写成具体动作，不能就说明它只是形容，不该写进硬性要求。用这个标准过一遍，JD 就不会假大空。

教程正文

收尾：记住一句话

运营 JD 不是靠想象的，而是从运营每天真实的任务、日报、系统和绩效里拆出来的。当 JD 里的每一条都能对应到具体工作、每个面试问题都能验证真实能力时，你才可能招到真正匹配的人，而不是招来一个“听起来合适”的人。

教程正文

补充：怎么让主管一起把 JD 定下来

写 JD 最怕招聘专员和主管各说各话，最后写成一份两不像。建议在动笔前，先和主管做一次半小时的访谈，重点问三件事：这个岗位每天最花时间的任务是什么、最看重候选人哪两个能力、上一任离职或不满意的原因是什么。把这三个答案写进 JD，岗位画像就清晰了。

访谈完再动手拆，会比凭空想象靠谱得多。而且让主管参与，他对这份 JD 有认同感，后续面试筛选也更有依据，不容易出现“招进来了主管又不满意”的情况。

教程正文

收尾补充

最后提醒，JD 写完不是终点。它要在实际招聘里被验证——投进来的候选人是否符合预期、筛掉的是不是真的不合适。根据真实投递和面试反馈，隔一段时间回头微调 JD，它才会越来越准。

一份从真实工作里拆出来的 JD，才是招聘的第一步，也是团队用人的第一道筛选关口。

记住，JD 的最终检验标准只有一个：候选人看完就知道这份工作每天做什么、需要会什么、适不适合自己。做到了这一点，它就是一份好 JD。