# 联系潜在 SaaS 客户前，先做好调研

使用 Beeuni 的浏览器和已连接的 CRM，整理一份潜在客户名单，并附上匹配依据、当前需求和待解答的问题。

Canonical page: https://beeuni.ai/blog/zh/research-prospective-saas-customers

假设你销售面向拥有多支维修队伍的企业的排班软件。企业名录可以告诉你哪些公司在某个城市开展业务。要决定联系谁，你还需要了解他们如何安排工作、是否定期上门服务，以及排班对他们来说难在哪里。

你可以把这些研究任务交给 Beeuni 智能体。它可以浏览公司网站和公开讨论、打开相关链接，并将找到的信息与已连接 CRM 中的记录进行比对。输出内容应说明每家公司为何入选。仅有一个地址并不能回答这个问题。

## 用可核实的条件描述目标客户

对于这款排班产品，可以寻找需要协调多支队伍开展安装、维修和定期维护的企业。服务区域、预约页面和维护计划都能为智能体提供可调查的线索。一家公司每天只安排一项预约，其需求可能与另一家要在排满的日程中安排紧急呼叫的公司大不相同。

也要说明排除条件。你可能不服务个体技工、全国性加盟企业或紧急派工业务。还要说明产品目前能处理哪些需求。否则，研究结果可能会列出看似合适、实际需求却无法满足的潜在客户。

选择起始来源：公开名录、一组公司网站，或你已经关注的讨论。告诉智能体相关的地区和服务类别。限制每批研究的数量，以便你先检查筛选结果，再扩大范围。

## 沿着证据逐一了解公司

以这款排班产品为例，假设智能体找到了以下三家公司。

A 公司提供定期维护服务，并派出多支队伍在全市开展工作。该公司最近在自己的网站上发文，称紧急上门服务打乱了已安排的预约。服务页面表明它符合目标客户条件；这篇文章则指出了排班问题。保留这两条参考资料及其日期。这家公司值得进一步了解。

B 公司提供类似服务，正在招聘调度员。它符合目标客户条件，但招聘信息并不能证明其存在排班问题。记录这个职位，以及它引出的一个问题：他们目前如何安排工作？新员工也可能已经有了所需的全部软件。

C 公司发布了一篇关于管理维修预约的热门文章。但其服务页面显示，它培训新技工，而不是运营维修队伍。将其排除，并保留排除原因，避免它在下一批搜索结果中再次出现。

Beeuni 可以在浏览器中完成这些核查，查看搜索摘要之外的内容，并打开公司自己的网页。公开讨论可以提供值得调查的问题线索。若没有可靠来源证明关联，就不应把身份不明的评论者所写的投诉归到某家公司名下。

## 联系新公司前，先核对自己的记录

连接你使用的 CRM 或客户表格，并授权读取相关信息。让智能体通过公司域名和已知别名，将候选公司与现有记录进行匹配。如果企业更换品牌或使用多种拼写，仅凭公司名称可能会产生重复记录。

对待现有客户、正在跟进的对话和标记为请勿联系的记录时，应采取不同处理方式。研究结果中应注明匹配记录及其状态。如果智能体无法访问 CRM 的某个部分，就标明核查尚未完成。无法访问不代表记录中没有这家公司。

公司的公开联系页面可能会列出商务咨询渠道。若相关，可保留这类信息，但不要猜测员工的电子邮箱，也不要收集无关的个人信息。研究公开讨论不需要联系参与者。

## 不用评分也能让名单一目了然

- 公司名称和域名，以及它符合目标客户条件的原因。
- 观察到的需求、信息来源，以及来源发布日期或核查日期。
- CRM 中的匹配记录和联系状态；如果核查未完成，则注明这一点。
- 一个会影响下一步行动的待解问题。

将结果分为值得审核、需要更多证据和已排除三类。除非你明确说明衡量的内容，否则“92 分（满分 100 分）”这样的评分意义不大。读者应当能够根据证据否决某个候选对象，而不必相信智能体给出的评分。

对于 A 公司，接下来可以问：紧急呼叫进来时，调度员会如何调整已安排的上门服务？外联草稿可以引用该公司公开发布的情况，并询问他们如何处理这一流程。草稿不应声称了解他们的预算、内部工作量或对某款工具的不满。

先将第一批结果保存在研究文件中，不要立即添加记录或发送任何内容。审核候选对象后，再提出你希望进行的具体 CRM 更新或邮件草稿请求。需要工具调用经过批准时，请配置[连接器策略](/docs/zh/connect/connectors)；仅在任务指令中要求审批，并不能替代工具权限配置。

利用被否决的候选对象改进下一轮搜索。如果多数结果是个体技工，就在继续筛选前寻找拥有多支队伍的证据。如果来源太旧，就调整日期范围。将排除原因与结果一并保留，避免下一批搜索又把你带回同样不合适的公司。