技能栏是简历里最容易被敷衍的一块。大多数人是这么填的：
熟练掌握 Office 办公软件，具备良好的沟通能力和团队协作精神，抗压能力强，学习能力强。
这句话的问题不是「不好」，而是它不提供任何信息。把它从任何一份简历里剪下来贴到另一份上，都严丝合缝。
为什么「熟练掌握 Office」等于没写
- 无法区分。投同一个岗位的人十有八九都这么写，共有的东西没有区分度。
- 无法验证。「熟练」是你自己的判断，没有锚点。你说的熟练可能是会做数据透视表，也可能是会加粗字体。
- 无法追问。面试官想顺着这行问点什么，发现无从下手，于是跳过。这一行就浪费了。
判断标准很简单：把这一条给一个不认识你的人看，他能不能据此提出一个具体问题？不能，就是废话。
改写前 / 改写后
| 改写前 | 改写后 |
|---|---|
| 熟练掌握 Office 办公软件 | Excel：数据透视表、VLOOKUP/INDEX-MATCH、条件格式；能处理万行级数据清洗。PPT：能独立完成月度汇报材料 |
| 精通 Python | Python：日常用于数据处理与脚本开发，熟悉 pandas、requests；写过爬虫和自动化报表脚本 |
| 英语能力良好 | 英语：CET-6（512 分），能无障碍阅读英文技术文档，可撰写英文邮件；口语可日常交流，未在纯英文环境工作过 |
| 有较强的沟通能力和团队协作精神 | （删掉，改为在工作经历里体现：「作为项目对接人，协调设计、开发、测试三方排期，推动版本按期上线」） |
| 熟悉 SQL | SQL：能独立完成多表关联查询、窗口函数、性能调优；日常从数仓取数支撑业务分析 |
规律很清楚：改写后的每一条都在回答「具体到什么程度」。每一条都能被追问，也经得起追问——因为是真的。
分层：精通 / 熟练 / 了解，到底怎么界定
很多人随手标「精通」，面试时被问穿，代价很大。给一套朴素的界定标准：
| 层级 | 界定标准 |
|---|---|
| 精通 | 能解决别人解决不了的问题；懂原理不只是用法；能定规范、做技术选型。不到这个程度就别写——「精通」是最容易翻车的两个字 |
| 熟练 | 日常主力工具，独立完成任务不需要查基础用法。这是大多数人的真实水平，写这个不丢人 |
| 了解 / 熟悉 | 做过、能上手，但需要边查边做，不是主力技能。诚实写「了解」比虚标「熟练」安全得多 |
你标的每一个「精通」，面试官都可能挑最难的问题问。标「了解」，对方预期就是「他会一点」，你答出七八分反而加分。虚标收益很小，翻车成本很大。
更好的做法是不用形容词，直接写能做什么。「能独立完成多表关联查询和窗口函数」比「精通 SQL」信息量大得多，也不用担心被拆穿。
硬技能和软技能，要分开处理
硬技能可验证、有客观标准：编程语言、设计软件、外语等级、机械制图、财务准则。这些该放技能栏，而且要具体。
软技能是沟通、协作、抗压、学习能力。这些不该单列成一行——谁都可以声称自己有，所以声称本身毫无价值。正确写法是把它埋进工作经历里，让事实说话：
| 你想表达的软技能 | 别这么写 | 该这么写（放进经历里） |
|---|---|---|
| 沟通协调 | 沟通能力强 | 作为需求对接人，与业务、开发、测试三方确认口径，输出需求文档 20+ 份 |
| 抗压 | 抗压能力强 | 大促期间连续两周支撑日均 3 倍流量的运营需求，未出现交付延期 |
| 学习能力 | 学习能力强 | 入职后 1 个月内独立接手前同事遗留的结算模块并完成一次版本迭代 |
怎么把经历写成这样，见另一篇：简历工作经历怎么写（STAR 法则实操）。
技能要和 JD 对得上
招聘要求（JD）里的「任职要求」那一段不是走过场，它基本就是筛简历的清单。做法：
- 把 JD 的任职要求逐条抄下来。比如「熟悉 SQL 与至少一种 BI 工具」「熟练使用 Excel 完成建模」。
- 逐条问自己：我真的会吗？会——用 JD 里的原词写进技能栏（对方写「BI 工具」，你别只写「Tableau」，写「BI：Tableau，能独立搭建看板」）；不会——留空，别硬凑。
- 把对得上的排在前面。技能栏不按字母排，按「这个岗位最看重什么」排。
边界要说清楚：对齐关键词不等于编造技能。它做的事只是——把你真实会的东西，用招聘方看得懂的词说出来。你会 Photoshop，JD 写「熟悉主流设计软件」，你写「设计软件：Photoshop」，这叫翻译；你不会 Figma 却写上去，那叫造假，面试第一个问题就露馅，而且信誉损失不可逆。
还有一点：一份简历对应一个岗位方向。同时投数据分析和产品运营，技能栏的排序甚至内容都该不一样——见简历求职意向怎么填。
不同岗位的技能清单参考
下面只是候选清单，不是让你全抄——只写你真的会的：
| 岗位方向 | 技能栏通常该出现什么 |
|---|---|
| 数据分析 | SQL（写到什么程度）、Excel（透视表/函数/建模）、Python 或 R（用来做什么）、BI 工具（搭过什么看板）、统计方法（AB 测试、假设检验） |
| 后端开发 | 编程语言（年限与场景）、框架、数据库（做过什么优化）、消息队列、容器与部署、Git |
| 产品经理 | 原型工具、文档能力（PRD、流程图）、数据工具（SQL 取数 / 埋点分析）、协作工具、所在行业的业务知识 |
| 市场 / 运营 | 渠道投放（具体平台与预算量级）、内容能力（写过什么、数据如何）、数据工具、活动策划（从 0 到 1 做过几场）、设计基础 |
| 财务 | 证书（具体到已过科目）、准则、系统（做过哪个模块）、Excel 建模、税务实操范围 |
| 行政 / 人事 | 模块经验（招聘/薪酬/社保/员工关系，具体到哪块）、人事系统、劳动法与用工合规、Excel、公文写作 |
| 应届生 | 课程与项目里真实用过的工具、外语等级（写分数）、实习中用过的系统、竞赛与作品 |
几个小规则
- 技能栏控制在 5–8 条。什么都写等于什么都不突出。
- 驾照、普通话等级这类，只在岗位相关时才写。投程序员岗写「C1 驾照」是噪音。
- 久不用的技能诚实降级或删掉。三年没碰的框架写「熟练」，是在给面试挖坑。
- 兴趣爱好不是技能。「羽毛球（市级比赛八强）」有信息量，「爱好：看书、听音乐、旅游」没有。