销售调研 Skill，为什么要把搜索层和业务规则分开

销售寻找潜在客户时，真正费时间的环节在搜索之后：要把分散的信息变成可以继续联系和复核的线索。

公司名称、地址、业务方向和公开联系方式可能来自不同网页。相似名称需要去重，缺少来源的信息不能直接采用，已经联系过或被排除的对象也不应该反复进入结果表。

如果把这整条流程都交给一个模型临时判断，每次换模型、换搜索工具，后面的表格和业务口径也会跟着漂移。更稳的做法是把系统拆成两层：搜索负责发现候选对象，固定规则负责决定什么可以进入正式结果。

搜索只是线索入口

一条销售调研流程可以从地区、行业和客户类型开始。搜索层根据这些条件发现可能符合要求的企业，并保留原始网页或公开资料的位置。

候选对象进入结果表之前，还要经过几项检查：

这些判断中，有些需要模型辅助理解网页，有些更适合由脚本按稳定规则执行。尤其是去重、字段校验、状态更新和 Excel 写入，不应该随每次对话临时变化。

销售联系之后产生的反馈也要回到同一份记录：线索是否匹配、联系方式是否有效、来源是否可靠。下一轮搜索可以读取这些结果，调整优先渠道，但不能因此覆盖历史证据。

不同工具提供的联网能力并不一致。有的返回整理后的回答，有的只给标题和链接，有的需要浏览器继续打开页面，还有的接入专业数据库。

返回格式也会变化。同一家公司可能在官网、行业目录、新闻和内容平台留下不同信息。模型生成的摘要适合帮助阅读，却不能代替原始来源；涉及联系方式时，还要确认它的公开用途和所属主体。

因此，搜索层最好有一份独立契约：输入哪些筛选条件，输出哪些标准字段，必须保留什么来源信息，遇到不确定项如何标记。只要新的搜索服务能满足这份契约，后面的准入、去重、表格和反馈流程就不必重写。

原公众号文章发布于 2026 年 7 月 31 日。文章记录，当时火山引擎公开了豆包搜索相关服务与接入资料，并把它作为销售调研 Skill 搜索层的一个候选入口。

这个判断只对应原文发布时点。产品能力、接入方式、覆盖来源和费用都可能变化，正式选型时需要重新核对官方文档，不能把当时的描述视为长期承诺。

更重要的是，截至原文发布时，这个搜索入口仍待实际接入验证。能够调用服务，不等于已经提高有效线索数量，也不等于减少了人工核验。真正需要比较的是：

搜索服务会变，模型也会变。长期应该留在企业手里的，是目标客户定义、可信来源规则、去重口径、结果字段、排除记录和销售反馈。

这些内容构成业务层。它们说明什么是「值得联系的客户」，也让团队可以比较不同搜索入口，省去跟着某个平台的输出格式重新工作的成本。

搭建销售调研 Agent 时，可以先把人工流程画出来：从哪里找、怎样判断、记录到哪里、谁来复核、联系结果怎样回流。确定哪一段确实卡在搜索，再替换这一层。

很多企业并不缺一套全新的系统。它们缺的是一个能接入现有规则、保留来源、允许人工核验的搜索入口。把边界拆清楚，比先选一个看起来什么都能做的模型更重要。

原文发布时参考的产品资料包括豆包搜索产品页和火山方舟工具调用文档。阅读本文时请以官方最新页面为准。