詢盤跟進分級實務：五處訊號、人工確認與跟進行動留痕

2026-11-05 8

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 怎么判断一封询盘是真采购还是探价？本文直接回答：先看采购信息、发件身份、问法、往来节奏、流程意愿这五处，分成马上跟、先核实、先放一放三档再排跟进；分级是跟进顺序建议，不是给客户定性，不承诺识别准确率，人工确认后才发出。

工作流构成：从一封询盘到当天的跟进顺序

这套工作流的输入就是一封询盘原文，输出是业务员当天的跟进顺序，中间只经过三步。第一步是信号提取：按采购信息、发件身份、问法、往来节奏、流程意愿五处，把原文里的对应句子抽出来，每处记一句话证据，不凭印象打分。第二步是 AI 出草稿分：按五处证据给一个建议档位和一句话理由，档位只有三档，马上跟、先核实、先放一放。第三步是人工确认队列：草稿分先进队列，业务员确认档位对不对，确认过的才写进工作台、排进当天的跟进动作；没确认的留在队列里，不直接发给客户。

档位不是一成不变的。同一封询盘，今天信息不全先放一放，对方补齐规格和交期，第二天就能升到马上跟；反过来，连续两次问具体事都被换话题，档位也要往下调。每一次升降都留一条记录：谁改的、凭哪句新往来、改前改后各是哪档。换业务员接手时，看记录就能接上，不用把询盘从头再问一遍。

落地步骤：先把五处做成核查项，再接人工确认

落地时别先谈模型，先把五处做成一张核查表。采购信息一栏填产品、规格、数量、交期、目的地五项，缺几项一目了然，缺两处以内发核实清单，缺到没法报价先进跟进池。发件身份一栏填域名邮箱、官网或社媒主页、签名公司名与产品线三处对得上没有，对不上记待核实，跟进时补问公司背景和采购量级。问法一栏只记一个事实：除了价格，对方还接了哪几个具体问题。往来一栏按原样贴最近两轮问答，隔 3 天回一句不相干的话这种节奏，在记录里直接看得出来。流程意愿一栏记样品、付款、验货三件事对方谈了哪件、回避了哪件。

核查表跑起来之后，再接 AI 草稿分。草稿分的输出格式要定死：档位、理由一句话、每处信号对应的原文句子。格式不定，人工确认时就得逐句翻原文，确认队列很快会堵住。确认动作本身也要留痕，一条改动日志至少记四项：询盘编号、改前档位、改后档位、确认人。下面是一条示意格式，数字与编号均为示意：

{"inquiry": "INQ-20261102-1370", "grade_before": "先核实", "grade_after": "马上跟", "evidence": "对方补齐 1,370 件规格与 12 月上旬交期", "confirmed_by": "人工"}

跟进动作按档位分开。马上跟的当天回有内容的报价，报价单里带规格确认和交期选项；先核实的先发核实清单或带具体问题的报价单，看对方接不接具体问题再升降档；先放一放的发资料、留一个回访点，当周不反复追问。哪档先做、哪档后做，工作台按这个顺序排，业务员打开工作台就知道今天先跟谁。

验收方法：验收分级，不验收成交

验收先看三处。第一处是确认覆盖率：进了工作台的分级，有多大比例经过了人工确认，未经确认的分级有没有直接发给客户，查出来一处就算不过。第二处是升降留痕：抽查十封已确认的询盘，看档位变化有没有改动记录、记录里有没有对应的新往来句子，凭印象改档的要能找出来。第三处是误判复盘：每月把先核实升到马上跟、又掉回来的询盘单列出来，看当初是哪处信号看走眼，核查表的哪一栏要补一项。

有两处不能当验收指标。成交率不能算在分级头上，分级只排跟进顺序，不承诺识别准确率，也不承诺成交。回复速度也不能单独算，马上跟的档位回得快是应该的，先放一放的档位本来就不该当天追，拿同一把尺子量三档，量出来的全是假问题。

边界：分级只做分拣建议与跟进留痕，不代发催单。价格、付款、交期这些承诺，始终由人工在确认客户信息后才定，AI 起草的跟进内容发出前也要经过人工看一遍。这套工作流的定制落地走项目制，报价与周期按需求评估后确认，不写死价格，数据口径与存放方式在项目评估后于合同中约定。

本文同步自塵風AI官网原文《这封询盘是真采购还是探价？先看五处，再决定跟多紧》