技术要求那栏，技术我见过最离谱的求般填写是“熟练使用办公软件”。投简历的技术人这么写，招聘的求般人也觉得天经地义。可到底什么叫熟练？技术会打字、能做表格、求般能排版，技术还是求般能写宏？没人说得清。这栏字越少，技术后面面试时双方浪费的求般时间就越多。 技术要求的技术本质，是求般给岗位画一条能力及格线。画得太低，技术面试变成大海捞针；画得太高，求般人来了也留不住。技术我认识一个小创业公司的CTO，招前端时写“精通React、Vue、Angular”，结果三个月没招到人。后来他把要求改成“能独立完成一个单页应用，并解释清楚状态管理为什么这么设计”，一周就约到了合适的候选人。差别在哪？前者写的是工具名，后者写的是能力场景。 但很多人把技术要求写成了愿望清单。要懂业务、要会沟通、要能抗压、要有十年经验、要能接受加班——这些不是技术要求，是岗位说明书里“任职资格”该干的事。技术要求应该聚焦在硬技能上，那些你入职第一天就需要用到的、无法靠短期培训补齐的东西。比如数据库工程师要懂索引优化，不是“了解MySQL”；运营要会看数据后台，不是“对数据敏感”。 还有一种常见毛病，是把技术要求写成产品说明书。我见过某公司招内容编辑，要求里写了“熟悉SEO原理，掌握PS基础操作，了解微信公众号后台，具备选题策划能力，能适应多线程工作”，看着专业，实际等于没说。因为所有内容编辑岗位都长这样。真正有区分度的技术要求，往往只有三条：比如“能在一个工作日内完成3000字深度稿的采写”“会使用爬虫工具抓取竞品信息”“有至少两篇阅读量过万的原创作品”。这才是能筛人的标准。 写技术要求时，不妨先问自己一个问题：如果这个人明天就来上班，我最希望他立刻解决什么麻烦？把那个麻烦拆解成具体的动作，再写成要求。麻烦是“后台数据报表总出错”，那就写“能独立搭建数据校验流程”；麻烦是“客户总抱怨方案看不懂”，那就写“能把技术文档改写成大白话”。这样写出来的要求，哪怕只有两三条，也比十条空泛的“精通”“熟悉”管用。 说到底，技术要求不是给HR看的，也不是给候选人看的，是给未来的你自己看的。它像一张地图，标明你希望来的人帮你趟平哪段路。地图画得越清楚，走错路的人就越少。反过来，地图上全是“风景优美”“道路平坦”这种话，最后迷路的还是你。