做过相同工作，就用职位中的术语说明。
- 职位要求
- 通过漏斗分析识别转化改进点
- 此示例中实际做过的工作
- 比较从注册到激活各阶段的流失，确定优先改进的环节。
修改前
比较注册各阶段的流失，确定上手流程的改进优先级。
可以这样修改
通过注册漏斗分析比较各阶段流失，确定上手流程的改进优先级。
读者能看出你做的是漏斗分析。只补充方法名称，没有扩大职责或成果。
这份简历能支持哪些职位要求？
这份产品经理简历中，3 项要求有 ATS 关键词和相关经历，2 项没有 ATS 关键词但有相关经历，1 项未找到相关经历。选择已包含的关键词即可查看简历原文。
职位匹配结果示例
84
产品经理
与所选方向的相关性
84
成果与证据
79
领导力与主导性
63
跨部门影响力
82
有职位关键词和相关经历（3）
表述不同，但有相关经历（2）
漏斗分析路线图优先级
未找到相关经历（1）
SQL
选择“用户研究”，查看对应的依据原句。
使用虚构简历和示例分数。分数反映与该职位的匹配程度，并非通过筛选的概率。
简历摘录
产品经理 · 工作经历
- 对新客户开展用户研究，将上手过程中遇到的问题整理为产品需求。
- 负责首个项目设置的产品规划，定义需求和发布验收标准。
- 牵头与设计和工程团队的跨职能协作，在发布前协调范围与依赖关系。
- 比较注册、设置和激活阶段的流失情况，确定优先处理的上手问题。
- 按客户影响和开发工作量排列后续工作，并确定下一次发布范围。
职位要求
产品经理
- 用户研究
- 产品规划
- 跨职能协作
- 漏斗分析
- 路线图优先级
- SQL
从决定申请资格的要求开始。
必要资格缺失与优先技能缺失需要不同判断。按招聘方条件对照简历依据。
必要资格
“必须持有相关资格证书”
简历中需要的依据证书名称、颁发机构及有效期
修改前的判断修改文字前，先核对申请资格。
主要职责
“通过漏斗分析改善转化”
简历中需要的依据分析的环节、作出的判断和具体变更
修改前的判断将直接相关的项目放在经历前部。
职责范围与层级
“与设计和工程团队共同主导发布”
简历中需要的依据个人决策、协作对象及负责的交付物
修改前的判断明确团队成果中由你承担的工作。
优先经验
“有SQL使用经验者优先”
简历中需要的依据编写的查询、分析对象及结果用途
修改前的判断有实际经历就补充，并与必要条件区分。
让技能背后的实际工作清楚可见。
招聘者需要了解你实际做过什么。以下示例展示如何把职位要求、个人经历与修改后的句子连接起来。
用过这项技能，就说明具体用在了哪里。
- 职位要求
- 使用SQL分析数据
- 此示例中实际做过的工作
- 亲自编写SQL查询，分析结果用于每周产品评审。
修改前
技能：SQL、Excel
可以这样修改
用SQL查询注册和购买事件，在每周产品评审中分享不同客户群的转化率对比。
技能列表无法说明使用程度。修改后能看出查询了什么数据，以及分析结果用在何处。
没有直接做过，就写清自己的实际职责。
- 职位要求
- 必须有SQL实务经验
- 此示例中实际做过的工作
- 使用分析团队制作的仪表盘，没有亲自编写SQL查询的经验。
修改前
通过仪表盘查看转化率，并提出上手流程改进建议。
可以这样修改
通过分析团队的仪表盘查看客户群转化率，并提出上手流程改进建议。
职责更清楚了，但仍缺少必要的SQL经验。申请前确认招聘方是否接受相关经验作为替代。
找到缺口后，直接修改简历。
在编辑器中补充相关经历、检查AI建议，再用同一职位分析修改后的版本。
找回遗漏经历
从工作记录和项目笔记中补充决策、交付物与结果。
检查建议文字
核对职责和数字与真实经历一致后再应用。
使用同一职位复查
保持目标职位不变，查看哪些要求获得了更清楚的依据。
向ATS提交简历前的文件检查
职位匹配分析对照内容。文件是否清晰可读，请打开最终导出文件另行检查。
工作经历
Northstar Labs
产品经理
Jan 2023 - Jun 2025
通过注册漏斗分析比较各阶段流失，确定上手流程的改进优先级。
复制文字后，核对同样的信息。
将导出文件中的文字粘贴到纯文本编辑器，检查公司、职位、日期与经历是否仍然对应。
Northstar Labs产品经理 · 2023.01–2025.06
通过注册漏斗分析比较各阶段流失，确定上手流程的改进优先级。
此处为阅读顺序示例，并非自动文件检测结果。
文字选择与复制
- 将工作经历复制到纯文本编辑器
- 若文字缺失，从原稿重新导出含文字的文件
工作经历的阅读顺序
- 核对公司、职位与日期是否对应
- 若分栏顺序混乱，将信息放在一起重新导出
标题、联系方式与链接
- 使用工作经历、教育、项目、技能等明确标题
- 用文字写明邮箱与作品集，并检查链接
文件格式与大小
- 优先遵守企业模板、格式与大小限制
- 打开最终文件，核对分页与遗漏
区分文档解析与职位匹配
ATS并非统一评分体系。文本提取、申请字段映射和职位相关性是不同检查，结果也可能不同。
链接到此说明检查内容
- 可读取文本
在导出文件中选择并复制文本，核对姓名、日期、符号和阅读顺序。扫描件可能看起来正常，却缺少文本层。
- 章节映射
采用清晰的经历、教育和技能标题，将职位、公司和日期正确对应，并核对实际申请表自动填入的字段。
- 各项要求的依据
职位匹配结果分为“有 ATS 关键词和相关经历”“没有 ATS 关键词，但有相关经历”和“未找到相关经历”三类。请核对实际经历，而不是补齐所有缺失词。
如何使用结果
- 优先遵守招聘要求
提交雇主要求的文件类型。PDF或DOCX扩展名本身不保证文件可正确解析。
- 导出后再次检查
检查最终导出文件，而不只是编辑器预览。字体、分栏、页眉和分页可能在导出时发生变化。
- 没有统一及格线
检查无法访问雇主内部ATS设置或招聘决策，结果不保证解析成功、排名、面试或录用。
把标准应用到一句话
先通过示例理解检查方法，再应用于自己的资料。
检查示例
职位要求PostgreSQL时，“优化PostgreSQL查询并在上线前比较执行计划”包含术语与背景。“PostgreSQL、SQL、数据库”只有词语。即使均可解析，所提供的依据仍不同。
适合使用此页面的任务
- 适用情况
- 已有完整草稿、需要按优先级检查问题时使用。
- 示例
- 申请者将最终简历与一个真实职位对照，检查相关依据是否清晰可见。
- 准备与检查
- 将结果视为检查提示，并把每项修改与真实经历和职位原文核对。
常见问题
让下一次申请更清楚地呈现你的经历。
设置目标职位，补充经历依据，再次检查。