一封询盘只有几句话，也可能是真实买家第一次采购。先判断信息够不够回答，而不是急着给分。下面的表和英文句子是工作建议与合成示例，不是对客户信用的认证。
五步回复：先回答已知，再问缺失
- 分类：产品询价、技术问题、售后、供应商推介或明显无关消息分别处理，保留原始来源。
- 摘出已知型号、数量、用途、交付地、期望日期；没有规格时给少量明确选项帮助对方回答。
- 确认自己的答案：价格、库存、交期、标准和附件版本分别问内部负责人，不让 AI 补不存在的事实。
- 正文礼貌、完整、清楚、简洁且具体：先答客户已问的问题，再问一个阻碍下一步的关键问题。
- 标记负责人和预计补答时间。有待确认的条件就写待确认，不发送貌似完整但不适用的报价。
示例：We can review the requested specification. Could you confirm the quantity and the required delivery location so that we can prepare a comparable quotation? 不能用这句话假称自己已经能供货。
及时回复也要考虑时区、准确性与关系
根据客户确认的所在地和工作方式安排回复，不从姓名猜国家。暂时不能给完整答案时，说明已经收到、正在核实哪项以及何时补答。回复快但报错交期，会产生比稍晚的准确回复更大的交接问题。
熟悉的客户可引用双方确认过的型号；首次联系则说明公司身份、信息来源和可回应的范围。不发与问题无关的大册子，不要求客户先填写全部内部表单才肯回答简单问题。
MAN 加时间：用问题核实，不用标签判断
| 维度 | 可以问什么 | 不能推定什么 |
|---|---|---|
| Money：预算与付款条件 | 是否已有预算范围？什么付款条件需内部批准？ | 大预测量不等于有预算；免费邮箱不等于没钱 |
| Authority：角色与决策流程 | 您负责技术评估、采购协调还是最终批准？还需谁确认？ | 联系人职位高不等于独自有权签约 |
| Need：用途和规格 | 用于什么场景？现有方案哪项不满足？ | 留下联系方式不等于有当前需求 |
| Timing：项目时间 | 何时评估、测试和计划采购？ | 历史进口记录或浏览次数不证明这次采购 |
收集公司官网与公开注册信息只能用于交叉核对身份，需记录来源和日期；不能据此建立自动“好客户/坏客户”名单。遇到身份不一致、银行变更或异常付款，交给业务与财务复核。
质量、价格、技术标准与合作态度怎么问
- 质量：哪项缺陷会影响使用？需要什么测试条件和证据？避免只回答“质量很好”。
- 价格：比较的是同规格、包装、贸易条件和数量吗？把费用拆开，未核实的运费不补成数字。
- 技术标准：提供具体标准名称、版本、适用产品和验证责任；“有 CE”等笼统词不代替证书适用范围。
- 合作态度：谁处理变更和售后，多久确认收到问题，如何记录承诺？用实际责任安排而非口号说明。
这些问题适用于具体项目，不适合按地域推断买家只重价格或只重质量。
核实后才进入下一阶段
把“确认”“待补”“冲突”分开保存；未知身份先作为候选记录，不自动成为客户、商机或订单。无关供应商推介转采购线索，明显垃圾消息按企业规则处理。可以使用空白线索交接表，填写后的客户信息不上传本站或未批准的外部服务。