signal-catalog

信号目录

信号目录是基于信号开展外呼的原材料。50 个触发信号按来源分组，每个信号都包含检测工具、新鲜度窗口和评分。

唯一重要的区别

每一行都属于两种轨道之一。弄错这一点，整份目录就只剩装饰作用。

	轨道 С — 事件	轨道 Д — 数据点
示例	融资、新任高管、发布招聘信息	框架过时、团队没有 DevOps 人员、产品年限
触发比例	基数的约 3–5%	基数的约 100%
是否衰减	是，随时间推移	否
告诉你	何时联系	说什么
能否单独使用	能	不能

单独使用数据点，听起来像是在指责对方：“你们的框架已停止支持”只会换来“我们知道，谢谢。”把它和事件配对——“你们 3 月完成融资，而那个框架也在 3 月停止支持”——就能开启对话。

流程

1. 确定购买触发条件

在列出任何内容之前，先用一句话写明：公司内部必须出现什么情况，他们才会现在需要这项服务。目录中的所有内容，要么证明这句话成立，要么标明需求变得紧迫的时刻。

以下是触发条件的示例，而非信号：

• 业务规模增长，超出内部交付能力
• 义务增多，超出当前架构的承载能力
• 出现一个团队凭现有人员无法按时完成的截止期限

2. 按来源分组，列出 50 个触发信号

常见分组如下。根据细分领域调整——建筑领域可以关注许可证和招标，软件领域可以关注应用商店和代码仓库。

• 公共记录／招标／许可证
• 活动和参展商名单
• 招聘
• 技术和技术栈
• 资金和增长
• 人员和内容
• 公司特征数据点
• 意向和数字足迹

**寻找细分领域免费提供的分组思路：**买方所在行业必须向其公开信息的任何公共数据库。

3. 为每一行填写四列

# · 信号 · 轨道（С/Д）· 检测工具 · 新鲜度窗口

检测工具必须是具体的、有名称的工具，不能写“调研”。新鲜度必须以天数表示；如果是数据点，则填写 стан。

4. 为每个信号评分

score = 0.15·Scrape + 0.15·Scaling + 0.25·Problem + 0.20·Offer + 0.25·Trigger

每项因素按 1–5 分评分。

因素	问题
抓取	检测是否低成本且可靠
可扩展性	在这个基数中，是否能覆盖足够的测试量
问题	是否能证明存在迫切痛点，还是仅仅记录一项事实
方案	是否有现成方案，且有证据支持
触发力	今天联系的理由有多充分

每项评分都要同时报告最高分。没有分母的数字不能算评分。

5. 将无法单独使用的信号组合起来

数量门槛：**事件信号假设需要 300 个账户，数据点假设需要 500 个账户。**低于门槛就不要开展。

大多数单一信号都无法达标。将相关信号组合到同一封邮件主题下——读者不会看到组合信号，只会看到一条连贯的信息。诚实报告每组可覆盖的数量。

如果没有任何组合达到门槛，说明这个细分领域太窄。明确指出这一点，并提出拓宽范围的做法：将垂直领域从目标筛选条件改为案例证明的选择依据。在更广泛的类别中检测信号，再展示与读者所在垂直领域匹配的案例研究。

硬性规则

1. **绝不虚构检测工具。**如果不知道如何找到某个信号，就写 уточнити，然后继续。
2. **招聘信息只能作为账户级信号。**绝不能把它重复用作角色触发信号。
3. **基准数据仅供参考。**供应商公布的回复率（单一信号为 18–22%，信号叠加为 35–40%）属于营销宣传。信号营销活动的实际正面回复率上限约为 10%。
4. **企业级意向平台不适用于预算低于企业级的团队。**列出平台名称和价格，然后继续。
5. 指明目录中哪些条目是新增的，值得在下一个细分领域中保留。

输出

1. 按组分类的目录表，包含评分列
2. 前 15 名排名
3. 对照门槛检查实际数量
4. 包含实际可用数量的组合
5. 给出一项建议：先运行哪个组合，以及为什么不能只看评分

移交给假设步骤（信号 × 层级 × 产品），然后开始构建列表。