JD 看着都懂，推荐的人为什么总差一点？

问入职后的任务，往往更容易得到具体答案

「你想要什么样的人」容易得到一串形容词。「来了以后最先要解决哪个问题」，更有机会听到业务现状。是客户交付积压，还是新方向迟迟没跑起来？是需要独立决策，还是把已有方案推进到位？

背景不同，相同职位名称下的标准就不同。把任务、可用资源和需要承担的责任放在一起讨论，才能知道应该去看候选人的哪段经历。

把“必须”留给确实不能调整的条件

某个行业背景究竟是必要条件，还是因为过去从那里招过合适的人？如果相邻行业的人做过类似任务，是否值得聊？这些问题可以在找人前就讨论。

明确条件的理由，也能帮助后面取舍。否则找到一个不错的人选，却在面试之后才知道某条要求不能协商，双方都多花了一轮时间。

把抽象标准换成可观察的经历

「抗压能力」很难从简历直接读出来。可以讨论这个岗位具体会遇到什么压力：短交付周期、客户意见变化，还是跨团队资源争夺。接着找对方处理过的相近情境。

这样形成的标准，也更容易转成面试问题。面试官不用重复问「你觉得自己抗压吗」，可以问一次真实的取舍过程。

拿一两份材料校准，再扩大搜索

找人前用少量资料讨论什么算相关，哪些只是关键词相似，有助于暴露双方理解的差异。这里不是为了尽快给人贴上好坏标签，而是看评价标准是否说清了。

职位要求也可能随着业务变化调整。把修改理由留下，后续匹配和推荐才知道自己依据的是哪一版标准。

下一次需求沟通，带着这几件事确认

人来的职位要求和匹配流程可以承接已澄清的标准。工具负责保存与对照，业务取舍仍需招聘方和用人部门确认。

1. 请用人部门描述入职后最需要完成的任务。
2. 确认哪些条件确实不可缺少，哪些可以用其他经历替代。
3. 用一段具体候选经历讨论“什么证据才算相关”。
4. 记录仍有分歧的问题与确认人，不自行补成确定标准。
5. 在后续推荐反馈中检查标准是否发生变化，并同步更新。