多处搜索
企业库、地图和网页需要分别查询,操作重复。
面向下沉市场合作商招募场景,将人工找商、资质核验和线索排序整合为一套可追踪的商户线索生产流程。
BACKGROUND & OBJECTIVE
部门的一项核心业务,是为美团在下沉市场招募具备本地资源和经营能力的合作商。过去客户经理需要在企业数据库、地图和公开网页中逐条寻找商户,再人工核验主体资质、联系方式和经营情况。
这套流程的主要问题不是“完全找不到商户”,而是人工查询成本高、同一主体重复出现、信息更新时间不一致,并且缺少统一的线索优先级。客户经理拿到名单后仍要再次判断先联系谁、需要核实什么。
企业库、地图和网页需要分别查询,操作重复。
企业主体、品牌和具体门店混在同一份结果中。
联系电话、经营状态等字段缺少统一的更新时间判断。
只有商户名单,没有证据、风险提示和跟进顺序。
USER & BUSINESS FLOW
配置目标城市、行业、合作商条件和任务预算。
召回、归并、补全和评估线索,记录每一步执行状态。
按优先级外呼,核验风险字段并回填跟进结果。
城市、行业、招商条件
企查查、高德、Web Search
去重、字段补全、冲突标记
完整度、置信度、画像匹配
推流、外呼、核验回填
| 能力模块 | 输入 | 处理规则 | 输出 |
|---|---|---|---|
| 任务解析 | 自然语言招商需求 | 转为城市、行业、主体类型、经营条件等标准字段 | 标准化任务配置 |
| 多源召回 | 标准化任务配置 | 各数据源并行查询,单源失败不阻塞其他节点 | 初始候选池 |
| 实体归并 | 多源候选记录 | 强主键优先;弱特征只做候选匹配,不强行合并 | 统一商户实体 |
| 增量补全 | 新增或缺字段实体 | 只补充业务关键字段,控制高成本数据源调用 | 商户字段与证据 |
| 评估推流 | 商户实体及来源信息 | 按完整度、置信度和画像匹配度联合分层 | 商户池、风险提示、行动建议 |
SOLUTION DESIGN
第一版由单个 Agent 依次调用多个工具。测试中出现调用时间长、单源超时阻塞整条任务、上下文膨胀后遗漏招商条件等问题。因此没有继续增加 Prompt,而是按任务类型重新划分职责。
API 调用、并发控制、主键去重、公式计算、状态记录、预算控制、失败重试。
理解招商目标、判断信息缺口、选择下一项查询能力、判断是否继续搜索。
| 优先级 | 识别依据 | 处理方式 | 风险控制 |
|---|---|---|---|
| P0 | 统一社会信用代码一致 | 作为最终落库强主键,合并多源字段 | 保留每个字段的来源记录 |
| P1 | 企业名称、法人、地址、电话等多特征一致 | 生成候选匹配关系,达到规则阈值后归并 | 关键字段冲突时不自动覆盖 |
| P2 | 暂时缺少工商主键 | 保留临时实体 ID,等待后续补充 | 无法确认的记录标记“待核验” |
| P3 | 品牌、企业主体与门店层级不同 | 分别保留实体,并建立关联关系 | 避免将门店直接覆盖企业主体 |
线索数量、关键字段完整度和高置信线索占比达到任务配置。
新增线索的边际收益下降,或调用预算达到上限时结束任务。
单源超时按节点重试;仍失败则记录原因,并使用其他来源继续任务。
DATA EVALUATION
项目第一版把字段是否齐全、数据来源是否可靠等因素放在同一个综合评分中。抽样检查后发现,高分可能来自“大量但未经验证的字段”;部分工商信息可靠的商户,也可能因为缺少电话被错误降级。一个总分无法告诉业务下一步应该补信息还是核实信息。
只检查招商链路中的关键字段是否存在,并区分必填字段与辅助字段,不评价字段真假。
逐字段记录数据来源、采集时间和多源验证情况。
围绕资源、组织、意愿和能力四个业务维度判断合作潜力。
采用乘积模型:来源、时效或一致性任一项存在明显风险,最终可信度都会受到实际折扣,不能被其他高分项抵消。
| 完整度 | 置信度 | 处理策略 | 客户经理看到的提示 |
|---|---|---|---|
| 高 | 高 | 优先推流 | 可直接外呼,展示主要证据来源 |
| 低 | 高 | 优先补充 | 明确缺失字段,外呼时重点补录 |
| 高 | 低 | 重点核验 | 标记过期、冲突或弱来源字段 |
| 低 | 低 | 暂缓外呼 | 说明暂缓原因,避免消耗业务资源 |
PILOT & REVIEW
上饶真实业务验证
自动化沉淀
较历史人工口径提升 13pp
由 12.89 元下降 78%
开放式任务可以由 Agent 判断下一步,但主键归并、评分、重试和状态记录必须由确定性流程承担。评估结果也不能只给一个总分,需要同时说明信息缺口、可信风险和下一步动作,业务人员才会真正使用。