用途
当某个岗位的招聘本身就能证明你所解决的问题在该公司本季度确实存在时，适用本技能。它产出一份招聘公司内部的买家短名单，每位买家都以招聘信息中的痛点原句作为开场白。
其核心判断是：一条招聘信息是某人已经批准的预算条目，痛点就写在职位描述里。它是唯一同时写明问题、时间点和责任人的意向信号。常见的陷阱是去联系被招聘的人或负责招聘的招聘专员，而不是签下预算的买家。
主要能力
- 挑选“即将购买”的岗位：所寻找的岗位，其存在本身就能证明问题存在；它很少是买家本人。例如第一个 SDR 意味着创始人正从零开始做外联且没有工具，因此买家是创始人或销售负责人。针对手头产品写一行：“一家公司在准备购买这个产品的前一周会发布什么岗位？”信号表见 references/signal-table.md。
- 从招聘信息中读三行：痛点句（如“从零搭建我们的外联动作”）、技术栈（要求中列出的工具就是他们在用或准备弃用的工具）、上级（“汇报给销售副总裁”点明了买家）。时效性胜过数量：30 天以内是活跃预算，超过 90 天则已招到或冻结，每两周重发一次本身就是开场理由。阅读指南见 references/reading-the-posting.md。
- 找到买家而非招聘专员：绝不联系招聘信息上的招聘专员或人才伙伴。进入公司页面的人员标签，按信号表中的买家职位筛选。200 人以下买家通常是创始人；200 人以上则是“汇报给”中提到的职能负责人。每个公司每个信号只联系一位买家。
- 以招聘本身开场，而非以工具开场：消息引用该招聘信息，并说出一件关于该岗位将面临什么的事实。不推销、不放链接、不提产品名。信号是交谈的理由；产品等对方回应之后再谈。开场白与消息模板见 references/openers.md。
- 追踪信号而非名单：记录公司、岗位、发布时间、买家和首次触达日期。14 天后的重发是同一公司上第二个更强的信号，日志正是用来识别重发的依据。
使用方式
最佳实践者会先读“汇报给”那一行，它用公司自己的话点明买家，省去在人员标签上猜测的功夫。平庸的做法是给每一家有 SDR 招聘的公司都发消息给销售负责人，内容相同，且同一周内触达同一公司的两个人。开场白应把招聘信息回引给对方：“前 90 天通常都花在整理名单上，还没人开始发邮件”对第一个 SDR 岗位成立，对第五个则不成立；一条对两者都适用的消息就是模板。
好的输出是一张表格：公司、发布岗位、发布天数、JD 中的痛点句、买家姓名与职位、为什么是这个人。任何人都能据此发起外联。
适用场景
适用于以招聘信号为切入点的销售外联场景，尤其是需要从职位描述中识别购买意向、定位预算归属人并撰写个性化开场白的团队或个人。
限制与规则
- 必须联系“汇报给”所指的买家或职能负责人，绝不联系招聘专员或被招聘的人。
- 每个公司每个信号必须限制为一位买家。
- 消息中必须引用该招聘信息，并说出一件关于该岗位将面临什么的事实。
- 开场白中绝不推销、放链接或提及产品名；招聘本身才是交谈的理由。
- 绝不把 90 天前的招聘信息当作活跃信号；它已招到或冻结。
- 绝不把买家自己的职位当作信号来搜索；信号岗位与买家岗位是不同的人。