提高数据库健康的秘密武器
我已经广泛讨论了销售和营销协调，以及协调如何提高生产力和收入（尤其是在 ABM 策略下）。但还有一个经常被忽视的方面：协调如何支持数据库的健康。
想想看，传统上数据库维护的工作落在了营销人员身上。但销售人员也需要潜在客户的最新联系信息！我并不是建议你让销售团队开始致电你的数据库询问更新的联系信息——远非如此。我将分享一种利用销售人员每天都在做的事情的策略：向潜在客户发送电子邮件。
虽然您可以采用多种传统的数据库维护策略 提高数据库 但回复电子邮件仍然是最新鲜、最准确的数据源。虽然我们通常谈论的是营销活动的回复电子邮件，但回复销售/潜在客户开发专业人员的电子邮件才是真正的黄金。
当我们完成电子邮件推广的闭环时，传统营销（需求生成）和潜在客户开发（LDR/SDR）的结合将发挥更大的潜力。当您将回复电子邮件挖掘添加到组合中时，您的数据库将变得更加强大 – 您不仅可以维护现有记录，还可以直接从销售人员已经接触的潜在客户那里获得更多信息来丰富它们。正如 BedrockData 营销副总裁 Zak Pines 所说，“销售人员通常是数据库健康的关键资源，但利用率却不高。他们每天都在与潜在客户交谈，他们了解到的情报和新联系人是数据库健康唾手可得的成果。”
这些对话的很大一部分是电子邮件——以及由此产生的回复。
让我们来探讨一下这个话题。
数据库衰退是 B2B 面临的真正问题
承认这一点很难 塞浦路斯电话号码库 但研究表明，B2B 数据每年以惊人的 70% 左右的速度衰减。这包括所有人更换电话号码、更换职位、跳槽，甚至包括所有每年更改名称（以及随后更改电子邮件域名）的公司。但所有这些为自己谋利的推动者可能会成为您的数据库的噩梦。
事实上，Zoominfo 的一项研究发现，不良数据每年给美国企业造成的损失超过 6110 亿美元，一些组织花费高达 50% 的 IT 预算用于恢复数据。该研究还揭示了 1-10-100 规则：在输入记录时验证记录的成本为 1 美元，稍后清除记录的成本为 10 美元，如果不采取任何措施则为 100 美元。
B2B 不能没有数据库维护计划。但如何才能高效且经济地完成这项工作呢？
传统的数据库维护方法
整个行业都在帮助您维护数据库的健康。您甚至可能已经使用了以下一些工具：
- 列出供应商——采购清单可能是一种有效的一次性解决方案，但清单一旦编制完成，就会开始失效。
- 数据库清理服务— 提供清理服务的供应商使用多种来源（例如 LinkedIn 和新闻稿）来持续跟踪潜在客户的动向并为您提供最新的联系信息。不幸的是 日本电话号码材料 这些数据通常在被发现时就已经过时了。这些服务不会记录整个组织的工作变动，而只会记录副总裁/高管级别的变动，新闻稿会发布新员工公告。
- 数据清理项目——内部项目，包括电子邮件、电话、直邮和其他类型的外联，以索取最新的联系信息。这些项目非常耗时，不易扩展，并且不适合长期维护数据库。
- 签名抓取— 软件解决方案，可分析所有收到的电子邮件并提取发件人电子邮件“签名”中列出的姓名、电话号码、头衔和任何其他信息。虽然这是收集基本联系信息的有效工具，但它并非没有局限性。此外，由于该软件会抓取每封收到的电子邮件，它会通过添加不相关的联系人（即试图向您推销或邀请您参加网络研讨会的人）来破坏您的数据库。
显然，这些解决方案可能成本高昂、耗时，而且仍然会留下陈旧的信息。无论您是付费给别人还是自己做，持续更新数据库都需要资源成本。
值得庆幸的是，还有更好的方法。
SDR/LDR 处于前线
他们每天都会通过电话、电子邮件和社交媒体与特定帐户的客户和潜在客户进行接触。他们是获取最新情报的第一来源。但与此同时，他们的时间最好花在销售上，而不是更新您的数据库。虽然他们的日常沟通会产生很好的情报，他们会将这些信息作为工作的一部分输入到您的 CRM 中，但这并不是维护整个数据库的有效方法。
现在我们来谈谈问题的核心。确实有更好的方法。提高数据库健康状况的秘密武器已经就在您的 SDR 收件箱中。
SDR 的电子邮件回复非常有价值
您的 SDR 发送给潜在客户和客户的每封电子邮件都有可能收到回复提高数据库（外出、离开公司等）。不要删除这些回复 细胞P数据 而是查看它们实际上包含的丰富情报。
让我们看一个标准的外出回复：
首先，收到 OOO 可验证潜在客户的电子邮件地址。您的 SDR 没有收到 LTC 或硬退回，因此他们知道 Mark 仍然是该帐户的可行联系人。此外，提高数据库他们可以通过以下方式更新您的 CRM：
- 添加 Mark 的头衔
- 添加 Mark 的手机号码
- 将 Stephanie 和 Bruce 添加到您的 CRM
您的 SDR 还可以利用 Mark 回办公室的日期来安排个人联系。与此同时，他们可以联系 Stephanie 和 Bruce，自我介绍，并要求新联系人选择接收他们的通信。
