客户发来一句询盘，Agent 怎样只追问影响方案的缺失资料

客户只发来一句询盘时，Agent 可以先整理已知用途与交付条件，再追问会影响方案的缺项。目标是为业务人员准备可继续讨论的材料，不是一次索取所有联系方式，也不是自动生成正式报价。本文用合成询盘演示最小追问，是否适合承接仍由销售和业务人员确认。

从方案判断倒推必需字段

先由业务团队确认什么条件会改变服务范围，例如希望完成的任务、预计使用对象、输入资料和期望的产物。不同服务需要的字段不必相同，不能把一张长表套到每个客户。仅索取公开产品说明时，通常不需要先要求详细地址或身份证件。没有理由收集的字段应删除；必须通过正式业务入口核实的身份，不让模型根据聊天中提供的个人信息自行验证。

将已知、缺失和冲突分开保存

每个字段留原文、提取值及确认状态。客户说需要内部使用，不等于已确定部署形态；客户说尽快，不是明确交付日期。已有信息不要重复问，含义模糊时用一个具体问题澄清。两段消息矛盾时并列展示，例如原来说只读查询，后来又要求改业务数据，需要确认范围变化，不能随意选择最新一句替代全部原需求。

让追问服务于下一次决定

每次追问应说明为什么需要该条件，以及缺少时能先做什么。可以把先讨论任务产物与后续确认技术条件分阶段，避免客户第一次联系就面对完整技术问卷。Salesforce 的线索发现与评估资料将线索评估作为销售工作的一部分；本篇的资料补齐只帮助判断能否进入下一步，不用未经校准的分数推断客户购买意愿。对不愿提供的敏感信息，给人工或授权入口。

用四类询盘测试追问是否克制

INQ-01 已有使用目标，缺的是输入资料，应只问资料形态；INQ-02 同时提出相反动作要求，需要先澄清边界；INQ-03 只是索要公开介绍，不应该先收个人资料；INQ-04 用词宽泛，需要请客户给一条当前工作样例。附件记录预期追问和不应索取的内容，防止模型为了让字段齐全而不断追加问题。

把客户回答变成更新，不重新开始

后续补充应关联原询盘编号，标记新增、替换或仍不确定的条件。不同联系人的说法不自动互相覆盖，涉及正式需求时说明由谁确认。已获得输入后给销售一份短摘要：客户想得到什么、已有依据、仍需判断什么、下一步建议。不要把客户没有明确说过的预算、采购权和时间要求填成已确认，也不把模型建议写成客户需求。

缺项长期不能补时仍要有去向

可以先提供范围有限的介绍、安排人工沟通，或说明暂时不具备评估条件。缺少资料不等于客户质量差，也不意味着需要继续重复追问。若某一问题频繁让客户退出，复看它是否真的影响当前判断。最终验收应看不必要追问是否减少、关键信息是否准确保留和边界是否清楚，而不是只数表格填满多少字段。

合成样例核对表

编号	合成询盘	已知	缺失或冲突	最小追问草案	不应自动做
INQ-01	希望内部查项目资料并出摘要	内部查询与摘要目标	输入资料形态	目前主要是文档、导出表还是已有系统记录	不直接承诺接完全部系统
INQ-02	只读查询就好，另外帮我自动改客户状态	两种动作诉求	只读与写入边界冲突	首期只生成待确认修改建议，还是需要经授权写入	不擅自选择写入
INQ-03	请发一份公开服务介绍	公开资料请求	无方案必填缺项	先提供公开介绍，需要评估时再确认任务	不索取无关个人证件或详细住址
INQ-04	想做一个全能业务助手	目标尚宽泛	具体任务和产物未知	请举一条现在人工处理的任务和希望拿到的结果	不补造预算、采购权或工期

下载可填写样例表。表中对象和记录均为合成，实际使用时替换成获授权的业务输入，并补充确认人和依据；样例不代表已经接入目标系统或取得实际效果。

相关方法可参考报价草案与正式承诺，更多方向见业务场景专题。如需定制，可在咨询入口提供脱敏输入、现有判断规则和期望产物，先确认可验证的任务边界。