

# 如何核对职位名称与说明中的工作是否相符

要识别职责与名称不符的职位，先把职位说明分配的工作整理成职责范围表。列出工作成果、重复性任务、需要作出的决定，以及负责复核工作的人。将这张表与你想要的工作作比较。作决定前，先向雇主询问缺失的细节。发现不符之处，是提出问题的理由，并不能证明雇主说了谎。

从完整的公开职位说明开始。只检查一个职位时，你可以手动完成。数据采集工具可以帮你保存多份职位说明，但你仍须阅读职责，并询问其中不明确的责任。

你将得到一张职责范围表和一份问题清单。职责范围表用于列明一个职位负责哪些工作，以及哪些责任仍不明确。

## 1. 说明你想做的工作

研究职位名称前，先简要写下你想要的工作。说明你想做哪些工作、想作出哪些决定，以及接受职位前需要了解哪些责任。

例如，想从事分析工作的人，可能希望研究数据、解释发现并编写报告。此人可能需要询问，会计准备工作或最终批准是否也属于该职位的职责。这是在说明个人偏好，并不是在规定所有“分析师”职位都必须包含什么工作。

将下面两个问题分开：

1. 说明中列出的工作，是否符合我想要的工作？
2. 我能否提供证据，证明自己能胜任这些工作？

本指南回答第一个问题。第二个问题请参阅另一篇[用工作能力证据比较职位的指南](/zh-Hans/articles/%E5%AF%B9%E7%85%A7%E6%8A%80%E8%83%BD%E6%8E%92%E5%BA%8F%E8%81%8C%E4%BD%8D/)。不要把能力评估放入职责范围表。即使你能完成某项工作，也可以决定不把它作为自己的主要职责。

一篇[于2026年10月25日阅读的公开自述；内容为个人经历，雇主相关事实未经核实](https://www.reddit.com/r/antiwork/comments/1tnzk1t/new_data_analyst_job_is_turning_into_replacing_a/)谈到了这种担忧。作者称，对方介绍这个数据分析师职位时，列出的工作包括仪表板、报告、数据基础设施和流程改进。作者后来怀疑，实际工作是否与介绍不同。这篇自述有助于说明要问什么问题，但无法确定雇主实际要求哪些工作，也无法说明此类问题出现的频率。

## 2. 保存职位名称和完整职责

判断职位类型前，先阅读完整说明。搜索结果或简短摘录可能遗漏某项职责、汇报关系，或某项责任的限定条件。

保存原文，不要改写。另设一列记录你的理解。这样，你可以检查自己的疑虑来自雇主的原话，还是来自你对原话的理解。

对于一个职位，手动复制说明，并记录公开链接和阅读日期，就可以采用这个方法。如果使用采集到的记录，请保留下列已声明的输出字段：

| 字段 | 需要保留和检查的内容 |
| --- | --- |
| `jobId` | 来源中的职位标识符。按文本保存。 |
| `jobUrl` | 公开招聘信息的地址，如有提供。 |
| `title` | 原文中的职位名称，保持不变。 |
| `companyName` | 原文中的雇主名称，如有提供。 |
| `locationRaw` | 来源中对地点的原始表述。 |
| `descriptionText` | 保存的职位说明，作为职责范围表的依据。 |
| `descriptionStatus` | 所提供的职位说明可用状态信息。请结合说明文本阅读。 |
| `scrapedAt` | 记录的采集时间。这不代表雇主已确认其内容。 |

字段是记录中有名称的组成部分。一条记录就是一份保存下来的招聘信息。多个已声明的字段都可能缺少值。雇主名称缺失，表示这条记录中的雇主名称未知。职位说明缺失，并不表示这个职位没有职责。

检查保存的文本是否属于你要查看的招聘信息。结合职位名称、雇主、标识符和来源链接一起核对。如果说明缺失或不完整，请将职责范围表标为“不完整”。不要因为说明未提到某项职责，就推断该职位没有这项职责。

## 3. 仅在有帮助时进行小规模采集

[LinkedIn Jobs Scraper Actor](https://apify.com/chronometrica/linkedin-jobs-scraper)是收集公开职位记录的一种选择。Actor 是用于采集数据的托管程序。其文档列出的字段支持保存职位名称和说明，供人工检查。

Task 是为 Actor 保存的输入预设。公开的 [LinkedIn Job Description Skills Demand Dataset Task，核查于2026年10月25日；仅确认页面存在](https://apify.com/chronometrica/linkedin-jobs-scraper/examples/linkedin-skills-demand)，可以作为起点。其当前保存的设置和实际运行情况尚未核实。下面是一份建议的小规模输入配置。它不是已核实的 Task 保存设置的副本，本指南也未运行这份配置。

```json
{
  "fetchJobDetails": true,
  "location": "United States",
  "maxItems": 3,
  "maxPagesPerSearch": 1,
  "saveOnlyUniqueItems": true,
  "searchTerm": "data analyst"
}
```

3. 仅在有帮助时进行小规模采集

将 `searchTerm` 的值替换为你想找的职位。将 `location` 的值替换为你的目标国家或地点。首次检查时，保留较小的数量上限。

`fetchJobDetails` 用于请求职位详情。`maxItems` 将条目上限设为3。`maxPagesPerSearch` 将页数上限设为1。`saveOnlyUniqueItems` 用于请求不重复的条目。这些设置限制的是建议采集的规模，并不保证得到3份可用的职位说明，也不保证覆盖全部职位。

[于2026年10月25日检查的公开默认构建版本；仅检查已声明字段并进行静态验证](https://api.apify.com/v2/acts/kkH2KvT3IfbFf6A6P/builds/default)为0.2.26。该版本声明了这些输入字段，以及上文要求保留的输出字段。建议的输入配置通过了静态数据模式检查。数据模式是一组规定数据字段的规则。静态检查只将输入与这些规则作比较，不采集职位。

本文未进行实际采集。这项检查不能证明数据可用、采集成功或职位说明完整。如果采集失败，结果就是未知。不要把采集失败报告为职位数为零。如果采集达到条目上限，不要把保存的条目视为所有可用职位。

这个方法使用公开职位说明。私人求职记录、收件箱消息和内部工作指示属于其他证据。请将你在个人求职过程中收到的答复，与公开招聘信息的文本分开保存。

## 4. 整理成果、任务和决策

交付成果是一个人必须产出的工作结果，例如仪表板、月度报告或已完成的检查。周期性任务是按一定时间安排重复进行的工作。决策权限是作出决定或批准工作的权限。

阅读每项职责，并逐一提问：

1. 这个人必须产出什么成果？
2. 这个人必须重复做哪些工作？
3. 这个人必须作出哪些决定？
4. 谁负责复核工作？
5. 谁负责最终批准？

复核与批准是不同的责任。复核人检查工作。最终批准人决定工作成果能否被接受或发布。“签核”在这里指最终批准。不要认为负责制作报告的人，也有权批准这份报告。

每个独立的职责项各占一行。职责项是需要单独说明的一项责任。如果拆分会改变原意，就把紧密关联的表述保留在一起。

在来源记录旁，手动保存以下字段：

| 职责范围表字段 | 填写内容 |
| --- | --- |
| 原文段落 | 支持本行内容的原文，逐字保留。 |
| 交付成果 | 需要产出的成果，或填写“未说明”。 |
| 周期性任务 | 重复进行的工作，以及原文提到的时间安排。 |
| 工作类别 | 用简单的话描述，例如报告编制或会计准备工作。 |
| 责任归属 | 谁必须完成这项工作，如有说明。 |
| 决策权限 | 这个职位可以作出哪些决定，如有说明。 |
| 复核人与最终批准人 | 分别记录谁负责复核、谁负责批准。 |
| 时间分配 | 原文说明的工时或时间占比，或填写“未知”。 |
| 与目标工作的比较 | 这项责任与你想做的工作有什么关系。 |
| 待解答的问题 | 尚未明确、且可能改变你决定的事实。 |
| 证据状态 | 公开原文、你的理解，或雇主答复。 |

按职责所描述的工作进行分类。不要只按软件名称分类。两项职责可能使用同一种工具，但承担的责任完全不同。

如果某项职责让你想到想学的内容，请另行考虑这个决定。[制定技能学习计划的指南](/zh-Hans/articles/%E8%81%8C%E4%BD%8D%E6%8F%8F%E8%BF%B0%E8%BD%AC%E6%88%90%E6%8A%80%E8%83%BD%E5%AD%A6%E4%B9%A0%E8%AE%A1%E5%88%92/)讨论了如何选择学习内容。在这里，先确定职位分配了哪些工作，再决定学什么。

## 5. 找出未说明的责任界限

找出责任归属不明确的表述。“支持”“管理”或“处理”等词需要结合上下文理解。这些词可能没有说明谁负责准备、谁负责判断，以及谁负责批准结果。

直接标记每一个尚未解答的问题。原文没有相关表述时，填写“本说明未提及”。原文有表述但仍无法确定责任时，填写“不明确”。这两个标签都不表示雇主没有相关流程。

检查以下责任界限：

1. 这个职位负责产出成果，还是协助他人产出成果？
2. 这个职位负责准备信息，还是作出最终判断？
3. 工作成果发布前，是否由他人复核？
4. 多项职责发生冲突时，谁决定优先顺序？
5. 工作超出这个职位的权限时，谁提供支持？
6. 说明中列出了怎样的汇报关系，还有哪些情况未知？

保留职位名称供对照，但每一项疑虑都应有具体职责或未解答的问题作为依据。与“职位名称写的是分析师”相比，“说明要求负责报告的最终批准，但批准权限的范围不明确”更有用。

职责清单很长，并不能说明时间如何分配。一个短句可能描述了占用一周大部分时间的工作。几个较长的句子也可能只描述偶尔进行的任务。职责项数量只能用来表示职责项数量。

## 6. 用一个虚构示例走完整个流程

原创虚构示例。本例不是 Actor 运行结果、客户成果，也不是对真实公司的观察结论。以下职位、表述和读者偏好均为教学而虚构。

虚构的职位名称是“数据分析师”。虚构的职位说明如下：

### 6. 用一个虚构示例走完整个流程

制作仪表板，完成每月会计核对，并处理报告的最终批准事宜。

仪表板将选定的信息集中展示。会计核对是比较相关会计记录或总额，检查它们是否一致。“处理报告的最终批准事宜”这句话没有明确说明，此人是批准报告，还是准备报告供他人批准。

这位虚构的读者想从事分析工作，尚未收到雇主的解释。

| 职责项 | 所述工作 | 已说明的内容 | 尚未明确的内容 |
| --- | --- | --- | --- |
| 仪表板 | 制作仪表板 | 这个职位负责制作成果。 | 时间安排、使用者、复核人和优先顺序。 |
| 每月会计核对 | 准备会计记录的比较核对 | 这项任务每月重复进行。 | 谁作出会计判断，谁复核差异。 |
| 报告的最终批准 | 参与批准流程 | 说明分配了一项与批准有关的责任。 | 这个职位负责批准，还是负责准备待批准的材料，以及相关权限的界限。 |

职责范围表包含3个职责项：

1个仪表板职责项 + 1个会计准备职责项 + 1个批准职责项 = 3个职责项。

这里的计量单位是职责项，不是每周工时、人数或每周工作时间的百分比。3个职责项不表示每项工作各占三分之一。说明没有提供任何时间数量，因此时间分配仍然未知。

“每月”说明会计任务有固定的重复周期，但没有说明这项任务每月需要多少小时。工时未知，不等于工时为0。

现在，读者可以准确写出自己的疑虑：仪表板职责与自己想做的分析工作有关，而会计准备和批准责任仍需解释。软件名称相符，也不能说明这些责任究竟由谁承担。

这个示例支持就职位设计提出问题，但不足以认定雇主使用了虚假的职位名称，或有意误导求职者。

## 7. 将每个缺失信息转化为问题

提出能补全职责范围表的问题。每个问题都应关联说明中列出的职责，而不是只问职位名称是否“准确”。

对于这个虚构示例，可以使用以下问题清单：

| 缺失信息 | 要问的问题 | 作决定所需的答复 |
| --- | --- | --- |
| 时间分配 | 在通常的一个月里，仪表板工作、会计准备工作和批准工作各占多少时间？ | 明确的分配比例，或清楚说明时间分配会有变化。 |
| 会计判断 | 谁决定如何解决会计差异？ | 负责此事的职位，以及本职位的责任界限。 |
| 复核 | 每月会计核对的结果在使用前，由谁复核？ | 复核责任的归属。 |
| 最终批准 | 这个职位负责最终批准，还是准备报告供他人批准？ | 准备与批准之间的明确分工。 |
| 优先顺序 | 仪表板和每月会计工作的截止日期相同时，谁决定优先顺序？ | 负责作出决定的人，以及预期的工作顺序。 |
| 工作成效 | 哪些工作成果能表明，这个人很好地完成了工作？ | 与实际职责相关的工作成效衡量标准。 |

如果雇主给出时间估计，请保存计量单位。每周工时与每月工时不同。通常月份的时间占比，也可能与报告工作繁忙期不同。保留“通常”“最多”或“月末期间”等表述。不要把估计当成固定承诺。

在你自己的申请或面试过程中，向雇主询问。本文章不会代你发送问题，也不能确定雇主会如何回答。收到答复前，相关字段应保持“待解答”状态。

## 8. 检查职责范围表，再决定下一步

使用职责范围表前，先完整检查一遍。每一项理解都必须有原文或明确标注的答复作为依据。

1. 确认说明属于你要查看的职位。
2. 检查表中的每项职责是否都有原文段落支持。
3. 区分成果制作、复核和最终批准。
4. 区分缺失的细节与已说明的界限。
5. 检查每个时间数量是否都保留了计量单位和原有的限定条件。
6. 删除所有根据职责数量推断出的时间分配。
7. 将雇主答复与你的理解分开保存。

雇主的答复只能确认这位联系人作了什么表述，不能证明每个工作周都会按该表述进行。请记录答复人、收到答复的时间，以及答复对应的问题。

根据证据选择下一步。如果说明中的责任符合你想做的工作，请记录原因。如果重要责任仍不明确，请继续询问。如果已确认的责任与你想做的工作冲突，请记录这一冲突，作为重新考虑该职位的理由。

明确标出尚未解决的情况。文本缺失，就需要取得完整说明。批准方面的表述不明确，就需要询问决策权限。时间分配未知，就需要询问工作量。未获答复的问题仍是未获答复，不能成为欺骗的证据。

## 用这个方法检查一个职位

选一个你正在考虑的职位。保存完整的公开职位说明，并制作职责范围表。找出尚未明确、且最影响你决定的一项职责。先向雇主询问这一点，再根据职位名称作出判断。

如果收集公开职位说明对你有帮助，可以使用 [LinkedIn Jobs Scraper Actor](https://apify.com/chronometrica/linkedin-jobs-scraper)，采用上文建议的小规模输入配置。制作职责范围表前，先检查返回的文本。你的下一步决定应以说明中列出的工作、收到的答复，以及仍未解决的问题为依据。

## 来源和延伸阅读

- [原始公开自述，阅读于2026年10月25日；内容为作者对职位的担忧，不是经核实的雇主事实，也不能证明问题出现的频率](https://www.reddit.com/r/antiwork/comments/1tnzk1t/new_data_analyst_job_is_turning_into_replacing_a/)
- [LinkedIn Jobs Scraper 公开默认构建版本0.2.26，核查于2026年10月25日；检查已声明字段并进行静态输入检查，未实际采集](https://api.apify.com/v2/acts/kkH2KvT3IfbFf6A6P/builds/default)
- [LinkedIn Job Description Skills Demand Dataset Task，核查于2026年10月25日；页面及确切的 Task ID 均存在，保存的设置和实际运行情况未经核实](https://apify.com/chronometrica/linkedin-jobs-scraper/examples/linkedin-skills-demand)