招聘需求澄清助手

SKILL商业运营
商业运营 未标注权限 许可证不明确
安装这个技能

将业务部门模糊需求通过两阶段工作流转化为可执行的三件套产出。用户输入一段话需求 → 先输出 6 维度 × 18 问结构化采集问卷(岗位画像/硬性门槛/软性要求/团队缺口/薪资紧急度/隐性期望)→ 基于填写结果自动生成:①标准化 JD 初稿(禁用语清洗+防遗漏检查,每条职责可考核);②面试评估维度(5-8 维,各配权重/问题示例/评分锚点/红色信号);③需求对齐确认单(A4 签字文档,锁定范围+分工+拍板人)。内置追问技巧翻译表(12 组模糊词→追问方式)、需求矛盾识别表(6 类矛盾及处理)、行业敏感度差异指南,让新人 HR 也能做专业级需求澄清。

一句话选型结论

按资料字段整理

招聘需求澄清助手是商业运营类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类商业运营 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_fa14b5bc/recruitment-requirement-clarifier
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

商业运营
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_fa14b5bc仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791721322
正文体量25.0 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写运营方案

按目标产出活动方案与执行清单。

分析数据与指标

从报表里找问题、给结论。

整理客户与销售材料

把客户信息与话术整理成可直接用的材料。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在商业运营场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
招聘需求澄清助手当前 未标注权限 未标注 未标注 未标注 有
MX 股票筛选器 联网访问 ClawHub 市场 79.9 万 OpenClaw 有
交易 未标注权限 ClawHub 市场 58.1 万 OpenClaw 有
营销技巧 只读 ClawHub 市场 54.0 万 OpenClaw 有
百灵鸟好 联网访问 GitHub 仓库 52.6 万 Codex、Claude、Cursor 有
股票信息浏览器 接触敏感数据 ClawHub 市场 40.5 万 OpenClaw 有

SKILL.md 全文

25.0 KB
模型实际读到的说明书原文,来自技能仓库

招聘需求澄清助手 v1.0.0

快速索引

章节 内容
核心流程 两阶段工作流:模糊需求 → 结构化问卷 → JD + 评估维度 + 对齐单
需求采集问卷 6 维度 × 18 问完整问卷模板,追问技巧
JD 生成规则 从问卷到 JD 的转换规则、禁用语清单、防遗漏检查
面试评估维度 自动提取评估维度、权重分配、红色信号设定
快速参考卡 追问技巧速查 / 常见矛盾识别 / 行业敏感度差异
异常处理 5 类异常场景的处理策略
常见错误 5 类反模式及正确做法
完整示例 从模糊需求到完整产出的全流程示例

核心流程

用户提供模糊需求 → 第一阶段:需求探询 → 第二阶段:产出交付
                        │                    │
                   结构化采集问卷       ① JD 初稿
                   (6 维度 × 18 问)     ② 面试评估维度
                                        ③ 需求对齐确认单

工作流说明

场景 A(推荐):用户提供了业务方的原始需求描述
1. 根据需求描述的完整度,判断是否需要补全问卷
2. 若足够完整 → 直接跳阶段二,生成三件套
3. 若信息缺口 > 40% → 先输出阶段一的问卷,等用户填完再进入阶段二

场景 B:用户没有需求,直接说"帮我想想怎么澄清需求"
→ 输出通用版需求采集问卷模板 + 使用说明,用户拿着发给业务方


需求采集问卷

问卷结构(6 维度 × 18 问)

问卷输出格式:每道题包含问题本身、追问提示(帮助 HR 在业务方面前追问)、业务方填写区。

维度一:岗位画像(4 问)

编号 问题 追问提示
Q01 这个岗位的核心职责是什么?入职 3 个月内最需要产出的 3 件事是什么? 如果业务方说"负责运营工作",追问:"具体是用户运营、内容运营、活动运营还是数据运营?3 个月内的 KPI 是什么?"
Q02 这个岗位的日常协作关系是怎样的?向谁汇报、带不带人、主要协作方有哪些? 画出上下游:这个岗位从谁那里接任务、把产出交给谁、需要跟哪些部门配合?
Q03 这个岗位最大的挑战是什么?前任或现状中最难搞定的部分? 把业务方说的"挑战"映射到能力要求——"跨部门推动难"意味着需要影响力、"从 0 到 1"意味着需要模糊容忍度
Q04 有无出差、驻场、加班、排班等特殊要求? 如果岗位有特殊时间要求但没有提前告知,是弃岗和试用期离职的高发原因

维度二:硬性门槛(4 问)

编号 问题 追问提示
Q05 最低需要几年相关经验?经验在哪个行业/领域必须? 追问"相关"的定义——"3 年电商经验",是平台方还是品牌方?是标品还是非标品?是自营还是平台模式?
Q06 学历和专业有硬性要求吗?有没有必须持有的证书或资质? 区分"必须"和"加分"——"985/211 优先"到底是必须还是加分?如果业务方说必须但市场供给不足,提示风险
Q07 必须掌握的硬技能有哪些?请具体到工具名称、语言、方法论 "会 SQL"不够——"能用 SQL 做多表联查和窗口函数"才是可考核的。"会数据分析"不够——"能用 Python/Power BI 独立完成分析报告"才是
Q08 有没有对标公司或对标岗位?同行业哪家公司的同类岗位是你觉得最理想的? 这是拆解需求时最有价值的追问——"想要字节的人"→追问"字节的哪一点:方法论/执行力/资源调配能力/抗压能力?"

维度三:软性要求(3 问)

编号 问题 追问提示
Q09 团队目前的协作风格是怎样的?你希望新人是偏独立作战型还是强协作型? 用场景替代形容词——"如果有一个跨部门项目没人牵头,你希望这个人主动跳出来还是等你指派?"
Q10 这个岗位需要跟哪些难沟通的人打交道?沟通上最大的挑战是什么? 把"沟通能力强"拆解——是向上管理(跟老板要资源)、横向协作(推不动其他部门)、还是向下(带刺头下属)?
Q11 这个岗位最不能接受的性格或工作习惯是什么? 反向挖掘更有用——"不能接受推一步动一步"、"不能接受做完不说"、"不能接受老是推翻重来",这些比正面描述更真实

维度四:团队缺口(3 问)

编号 问题 追问提示
Q12 团队现在缺的是哪一块能力?现有团队里已经有哪些能力不需要新来的人具备? 避免重复招人——如果团队已经有 3 个技术强但沟通弱的,再招一个同类就是浪费
Q13 这个岗位是新增还是补缺?如果是补缺,前任为什么离开,你希望新人跟TA最大的不同是什么? 补缺型需求最容易踩坑——前任可能是因为"老板微观管理"走的,如果不解决根因而只是换人,3 个月后历史重演
Q14 如果只允许这个岗位做一件事,优先级最高的是什么? 强迫业务方做减法。如果业务方说了 5 件事都很重要,这本身就是一个应该被标记的风险信号

维度五:薪资与紧急度(2 问)

编号 问题 追问提示
Q15 薪资预算范围是多少?这个范围灵活度多大?薪资结构是怎样的(Base×几薪/期权/补贴)? 如果业务方给的预算和市场行情差 30% 以上,必须标记并给出风险提示——"这个预算在市场上只能招到 3 年经验而非 5 年"
Q16 这个岗位的紧急程度?最晚什么时候必须到岗?如果到不了会有什么后果? 紧急度决定渠道策略——"下周必须到"不能用猎头(猎头周期 4-8 周),"不着急慢慢找"可以用性价比渠道

维度六:隐性期望(2 问)

编号 问题 追问提示
Q17 有什么你不一定写进 JD、但你心里觉得"有就完美了"的加分项? 这是挖掘隐性偏好的入口——"最好是腾讯P8以上的"、"最好是个男的"(这个需要标记为可能不合规并提醒)
Q18 有没有什么类型的人是你绝对不能接受的? 反向约束——"不接受只看不做的"、"不接受每天准点下班的"、"不接受没有大厂经验的",有些可能涉及合规风险需要标记

追问尖锐度

根据行业和公司文化,同卷可调整追问风格:

档位 适用场景 追问风格示例
温和 创业公司 / 文化扁平 / 业务方是创始人 "聊聊你对这个岗位的期待?"
标准 大多数公司 "请具体到场景——3 个月内第一优先级产出是什么?"
严格 金融/合规/外企/大型组织 "请按 SMART 原则描述该岗位的 3 项核心职责。此文档将作为招聘验收标准。"

JD 生成规则

从问卷到 JD 的转换映射

JD 板块 来源问卷 生成规则
岗位概述 Q01 + Q14 一句话 = "负责[核心职责],优先产出[第一优先级]"
岗位职责(5-8 条) Q01 + Q02 + Q03 每条必须可考核——禁止"负责XX工作",改为"完成XX目标,可衡量标准为YY"
任职要求-必须 Q05 + Q06 + Q07 + Q08 分层标注 [必须] 和 [加分],[必须] 项 ≤ 5 条以避免筛选门槛过高
任职要求-加分 Q17 提取非刚性偏好,标注 [加分]
团队与汇报 Q02 + Q12 写明团队规模、汇报对象、该岗位在团队中的角色
薪资福利 Q15 写范围不写具体数字;"有竞争力薪资 + 福利亮点"

JD 禁用语清单

❌ 禁用语 问题 ✅ 改写为
负责XX工作 无法考核 完成XX目标,以YY为标准
较强的XX能力 没有锚点 能独立完成XX,例如……
有相关经验 太模糊 N年以上XX领域经验,有XX项目案例
抗压能力强 主观且无效 能同时推进3个以上项目并在截止日前交付
熟悉XX 面试时无法验证 具备XX的实际操作经验,面试需展示过往案例
具有团队合作精神 废话 删除,用团队板块的实际协作描述替代

防遗漏检查清单

生成 JD 后必须逐项检查:
- [ ] 每一条职责都有明确的产出物或可衡量标准
- [ ] 硬性门槛不超过 5 条
- [ ] JD 中没有"负责XX工作"、"熟悉XX"、"较强的XX"等禁用语
- [ ] 若问卷中有矛盾(如既要 5 年经验又要低成本),已在 JD 中标注风险
- [ ] 薪资范围与市场行情偏差 ≤ 20%,否则已标注风险提示


面试评估维度

自动提取规则

从 JD 和问卷自动提取 5-8 个面试评估维度:

评估维度 来源 权重默认值 评分标准(1-5 分)
硬技能匹配度 Q07 + Q08 30% 1=完全不匹配 / 3=基本匹配但缺 1-2 项 / 5=完全匹配且有超出部分
经验领域匹配度 Q05 + Q08 20% 1=跨行业零经验 / 3=同行业但不同细分 / 5=直接竞品同等岗位
核心职责胜任力 Q01 + Q03 20% 1=无法胜任任一核心职责 / 3=可胜任但需要适应期 / 5=完全胜任且有成功案例
协作与沟通 Q09 + Q10 10% 基于面试中的协作场景回答评估
文化适配度 Q11 + Q17 + Q18 10% 基于反向偏好问题的契合度
稳定性与动机 Q13 + Q15 5% 基于离职原因和薪资期望评估
学习与成长潜力 Q14 5% 基于过往成长轨迹和问题解决思路

每个维度额外提供:
- 面试问题示例(2-3 道):可直接用于面试
- 红色信号(一票否决项):该维度下哪些表现直接淘汰
- 评分锚点:1 分和 5 分分别长什么样

结构化面试评分表模板

岗位:[岗位名称] | 候选人:[姓名] | 面试日期:[日期]

| 评估维度 | 权重 | 得分 | 加权 | 关键记录 |
|----------|------|------|------|----------|
| 硬技能匹配度 | 30% | _/5 | _ | ... |
| 经验领域匹配度 | 20% | _/5 | _ | ... |
| 核心职责胜任力 | 20% | _/5 | _ | ... |
| 协作与沟通 | 10% | _/5 | _ | ... |
| 文化适配度 | 10% | _/5 | _ | ... |
| 稳定性与动机 | 5% | _/5 | _ | ... |
| 学习与成长潜力 | 5% | _/5 | _ | ... |

总分:__/5 | 建议:□ 强烈推荐 □ 推荐 □ 待定 □ 不推荐

红色信号触发:□ 无 □ 有(说明:_______)

需求对齐确认单

模板结构

═══════════════════════════════════
  招聘需求对齐确认单
═══════════════════════════════════
岗位名称:[XX]
需求提出方:[业务部门/负责人]
需求澄清日期:[日期]
═══════════════════════════════════

一、岗位基本信息
- 招聘类型:□ 新增 □ 补缺(前任离职原因:____)
- 到岗时间:______
- 薪资范围:______

二、核心职责(入职 3 个月内的 3 件最重要的事)
1. _______________________(衡量标准:____)
2. _______________________(衡量标准:____)
3. _______________________(衡量标准:____)

三、面试流程与分工
| 轮次 | 面试官 | 考察重点 | 预计耗时 |
|------|--------|----------|----------|
| 简历筛选 | HR | 硬性门槛 | — |
| 一面 | [面试官] | [维度] | [分钟] |
| 二面 | [面试官] | [维度] | [分钟] |
| 终面 | [面试官] | [维度] | [分钟] |

四、各角色分工
- HR 负责:简历筛选、面试安排、Offer 谈判
- 业务方面试官:[姓名],负责评估 [维度]
- 最终决策者:[姓名],拍板权在谁

五、风险标注
| 风险项 | 说明 |
|--------|------|
| [如有矛盾] | 例如"要求 5 年经验但薪资在 3 年经验区间,预计市场供给不足" |

六、确认签署

需求提出方确认:以上需求描述准确反映了本团队的用人需要。

签字:__________    日期:__________

HR 确认:已与需求方完成对齐,后续按此标准执行招聘。

签字:__________    日期:__________
═══════════════════════════════════

快速参考卡

参考卡 A:追问技巧速查——模糊词翻译表

业务方常说的 实际想问的 追问方式
"厉害的" 产出质量高于团队平均水平 "你认识的最厉害的同岗位是谁?TA 比一般人强在哪里?"
"靠谱的" 按时交付 + 主动同步 = 不需要催 "上一个你觉得不靠谱的人,具体是哪件事让你觉得不靠谱?"
"大厂背景" 希望对方经历过成熟的方法论和流程 "大厂经历里你最看重哪一点:流程规范/资源调配能力/抗压能力/还是人脉资源?"
"年轻有冲劲" 能加班、愿意从零搭建、不计较边界 "能举个具体场景吗?比如周末接到客户需求,你期望 TA 怎么处理?"(同时注意合规风险)
"沟通能力强" 能把复杂的事讲清楚 + 能推动跨部门协作 "是向上汇报型的沟通、跨部门协调型的、还是带团队型的?"
"有 owner 意识" 不是"推一步动一步",会主动发现问题并推动解决 "有没有具体的例子让你觉得之前的人缺乏 owner 意识?那次发生了什么?"
"能落地" 不是只做方案不执行、不是眼高手低 "你遇到过最典型的'不能落地'是什么样的?是执行力问题还是方案脱离实际?"

参考卡 B:常见需求矛盾识别表

矛盾组合 风险 处理方式
5 年经验 + 10K 月薪 市场供给严重不足 两条路选一条:A) 降经验要求到 2-3 年 B) 提薪资到 20K+。在确认单中明确标注
"大厂背景" + "创业心态" 两者经常互斥——大厂出来的人习惯有资源、有流程、有分工 追问优先级:如果只能二选一,哪个更重要?
"能独当一面" + "团队协作能力强" 不矛盾但需要明确主次 用场景区分:日常工作中 70% 独立作战还是 70% 团队协作?
紧急到岗 + 猎头渠道 猎头周期 4-8 周,远水解不了近渴 提醒:紧急需求应优先内推 + Boss直聘等快速渠道
"男女不限" + Q17 暗示"最好是男的" 合规风险 标记为红色信号,提醒"建议删除该偏好,可能涉及就业歧视"

参考卡 C:行业敏感度差异

行业 追问重点 特殊关注
互联网/科技 技术栈的精确匹配、敏捷经验、跨团队协作 岗位名称行业不统一("产品经理"在不同公司差别巨大),必须用 Q01 锚定
金融/银行 合规意识、监管报告经验、证书完整性 证书和从业资格是硬门槛,不能降级;背景调查要求更高
制造/传统企业 流程执行力、供应链经验、多部门协调 传统企业的"沟通能力"更多指跨层级跨部门的流程推动
教育/培训 内容产出能力、学员同理心、课程设计 看重"能不能讲"和"能不能写",面试时可以要求试讲
医疗/医药 合规、学术背景、临床试验经验 学历和从业资格是硬门槛,基本不可协商

异常处理引导

异常场景 处理策略
业务方需求极度模糊(如只有"招个人"三个字,无任何上下文) 不追问、不猜测。直接输出完整的 18 问问卷,附上引导语:"请将此问卷发给需求方填写。填完后我可基于答案生成 JD 初稿、面试评估维度和对齐确认单。"
用户跳过问卷阶段,直接要求"根据这些信息帮我生成 JD" 先基于已有信息生成 JD,但在 JD 顶部用醒目标注:"⚠️ 以下 JD 基于不完整信息生成。缺失维度:[列出缺失的维度]。建议补充后再做确认。"
问卷答案中存在自相矛盾 不在问卷阶段打断,在生成对齐确认单的"风险标注"板块集中列出所有矛盾。例如:"您同时要求 5 年经验 + 10K 月薪,该预算在市场上通常只能招募 2-3 年经验候选人。建议二选一调整。"
业务方填完问卷后反悔,说要改需求 更新对齐确认单并标注版本:v2.0,变更日期和变更项清单。所有历史版本对齐确认单保留。
用户提供的需求描述已经比较完整(覆盖了 60%+ 问卷内容) 不输出问卷,直接基于已有信息跳阶段二生成三件套。在缺失的维度上标注"建议补充"而非阻断流程。

常见错误用法与纠正

# ❌ 错误做法 ✅ 正确做法
1 拿到模糊需求不澄清,直接开始招——用"试试看"代替"想清楚" 招聘最大的成本不是渠道费而是招错人。花 1 小时做需求澄清,省下的可能是 3 个月的试错 + 离职赔偿 + 团队士气损耗。HR 的第一价值不是招人快,而是招对人
2 把问卷直接丢给业务方,不陪同、不追问——问卷变成走过场 问卷不是替代沟通,是引导沟通。最佳实践:HR 拿着问卷跟业务方当面/电话过一遍,边问边填。业务方自己填的问卷质量远低于陪同填写的
3 JD 写完不要求业务方签字确认——"口头上说好了就行" 口头承诺 = 没有承诺。对齐确认单上必须有业务方的书面确认。入职后业务方说"这不是我要的人"时,这就是 HR 的自保工具
4 硬性门槛设置过多(10+ 条"必须"),把市面上 95% 的人挡在门外 [必须] 项上限 5 条。每多加一条 [必须],候选人池缩水 15-30%。问业务方:"如果这个人其他方面都完美,就缺这一条,你还要不要?"——如果答案是"要",那它就不是 [必须] 而是 [加分]
5 面试评估维度与 JD 脱节——JD 写了一套,面试问的却是另一套 JD 中的每一条核心职责和必须技能,都应该在面试评分表中有对应的评估维度。做不到这一点 = 需求澄清白做了

完整示例

输入(业务方原始需求)

> "帮我们招个用户运营,要有经验的那种,最好做过 SaaS 的,薪资大概 15K 左右吧,比较急,最好这个月能到岗。"

第一阶段输出:结构化问卷(发送给业务方)

(此处输出完整的 18 问问卷,标注各问题的追问提示)

第二阶段输入(业务方填完问卷后)

> Q01: 核心职责是提升用户留存率和活跃度,3 个月内把月活从现在的 3 万做到 5 万
> Q02: 汇报给增长负责人,不带人,跟产品经理和内容运营密切配合
> Q03: 最大挑战是从 0 搭用户分层体系——目前完全没有
> Q04: 无特殊要求
> Q05: 3 年以上用户运营经验,SaaS 行业必须
> Q06: 本科以上,无证书要求
> Q07: 必须:会 SQL(多表联查+窗口函数)、用过至少一个 CRM/CDP 系统、做过用户分层
> Q08: 对标:有赞/微盟/小鹅通的用户运营
> Q09: 偏独立作战型——团队风格务实,不搞形式主义
> Q10: 需要推动产品经理改需求优先级,这部分比较难
> Q11: 最不能接受"推一下动一下"
> Q12: 目前团队有增长负责人(策略)+内容运营(获客),缺做留存和激活的人
> Q13: 新增岗位,业务增长后自然需要
> Q14: 优先级最高的就是搭用户分层体系
> Q15: 12K-18K,13薪,无期权。灵活度:如果特别优秀可以到 20K
> Q16: 1 个月内,很紧急——Q3 增长目标已经定了
> Q17: 如果以前搭过 RFM 模型就完美了
> Q18: 不接受每天准点下班、不接受不愿意在群里跟用户聊天的人

第二阶段输出

① JD 初稿

═══════════════════════════════════
【招聘】用户运营(留存与激活方向)
═══════════════════════════════════

岗位概述
负责从 0 到 1 搭建用户分层体系,通过精细化运营将月活从 3 万提升至 5 万,直接汇报增长负责人。

岗位职责
1. 设计并落地用户分层体系(如 RFM 模型),3 个月内完成分层框架搭建并产出首批运营策略
2. 基于用户行为数据,制定差异化的留存和激活方案,每月输出运营效果复盘报告
3. 与产品经理协作推动产品侧的用户体验优化,将运营洞察转化为产品需求
4. 搭建用户生命周期监控看板,建立关键指标预警机制
5. 定期与核心用户对话,提炼用户需求并反馈至内容和产品团队
6. 沉淀用户运营方法论,输出可复用的 SOP

任职要求

[必须]
- 3 年以上用户运营经验,有 SaaS 行业从业经历
- 熟练使用 SQL(多表联查、窗口函数),能从数据库中自主提取和分析用户数据
- 使用过至少一个 CRM 或 CDP 系统,并基于该系统做过用户分层
- 有从 0 到 1 搭建运营体系的实战经验(不限于分层体系)

[加分]
- 有过 RFM 或其他成熟分层模型的实际搭建经验
- 有赞/微盟/小鹅通等 SaaS 公司背景
- 本科及以上学历

团队与汇报
- 所在团队:增长团队(目前 3 人:增长负责人 + 内容运营 + 本岗位)
- 汇报对象:增长负责人
- 协作方:产品经理、内容运营

薪资范围
12K-20K/月 × 13薪,根据经验和面试表现定级

⚠️ 风险提示:岗位要求 3 年以上经验 + SaaS 行业 + SQL + CRM 系统操作,综合要求高于市场同薪资中位数。建议两种策略:A) 降经验要求至 2 年+放宽行业 B) 提高薪资范围至 15K-25K 以扩大候选人池。
═══════════════════════════════════

② 面试评估维度

岗位:用户运营 | 评估维度:6 个

| 维度 | 权重 | 关键问题 | 红色信号 |
|------|------|----------|----------|
| 用户分层能力 | 25% | "请分享你做过的一个用户分层案例:用了什么模型、分了几个层级、每层对应什么策略?" | 说不清具体模型和分层逻辑,"就是按照活跃度分的"但不了解 RFM/AARRR 等常见框架 |
| 数据分析能力 | 20% | "用 SQL 写过最复杂的一个查询是什么?窗口函数用过哪些?有没有从数据中发现并验证过一个业务假设?" | 说不出具体查询场景,"平时用 Excel 就够了" |
| SaaS 行业认知 | 15% | "SaaS 的用户运营和电商的用户运营最大的不同是什么?" | 答不出 SaaS 特有的续费/流失/NPS 等关键指标 |
| 从 0 到 1 能力 | 15% | "你有没有从零搭建过一个运营体系?第一步做了什么、踩过什么坑?" | 只做过成熟体系下的执行工作,没有搭建体系的经历 |
| 跨部门推动力 | 15% | "你有没有推过产品经理改需求却推不动的经历?后来怎么解决的?" | "推不动就算了"或"找领导压",缺乏数据和用户洞察驱动的推动策略 |
| 自主驱动力 | 10% | "你怎么看待'推一下动一下'?你遇到过这样的同事吗,当时你怎么处理的?" | 只批评他人而不反思自己,"我不太主动,习惯等上级安排" |

③ 需求对齐确认单

(按模板输出完整对齐确认单,含风险标注——薪资与经验要求矛盾、隐性期望"不接受准点下班"标注合规提示)


版本历史

版本 日期 变更内容
v1.0.0 2026-07-10 初始版本:两阶段工作流、6 维度 × 18 问需求采集问卷、JD 自动生成(含禁用语+防遗漏检查)、面试评估维度自动提取、需求对齐确认单、3 份快速参考卡(追问翻译表/矛盾识别/行业差异)、5 类异常处理、5 条常见错误纠正、完整 SaaS 运营岗位示例
(内容由AI生成,仅供参考)

常见问题

5 问
答案由本站依据条目字段整理
招聘需求澄清助手怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_fa14b5bc/recruitment-requirement-clarifier。安装方式为未标注。装完刷新技能列表或重开客户端。

招聘需求澄清助手支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

招聘需求澄清助手权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

招聘需求澄清助手收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

招聘需求澄清助手用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。