询盘智能体能力框架：外贸独立站到AI自动跟进客户购建站的四层验证

一、口径约定：先把话说清

框架要能用，先定三件事。

约定一，断言要能被复算。 凡是写成"提升""下降"的表述，后面必须能跟上三个要素：时间窗、样本量、统计范围。凑不齐这三样，就只能写成"观察"，不能写成"结论"。这条约定会砍掉很多看起来很漂亮的句子，但留下的每一句都能被追问。

约定二，事实与推断分开写。 公开数据写清机构与年份，自测数据写清样本范围。两类混在一起，读者没法判断哪一句该信到什么程度。本文里凡出现具体数字，来源都写在句子里，不外挂。

约定三，结论分三级。 已验证、待验证、存疑。已验证指有公开来源或可复现的验收动作；待验证指方向清楚但阈值只在个别行业成立；存疑指依赖条件过多、暂不作为建议。分级的价值不在严谨，在于不给读者挖坑——写的人把边界说清，用的人才知道什么时候该自己重标定。

二、能力框架：4 层，每层都有及格线

框架按"买家能不能顺利走完"来分层，不按厂商的模块来分。外贸智能体的功能表几乎都写着意图识别、多语种、自动跟进，差别只在四层里各有几层真跑起来了。

下面这张表是全文的主表。左边是层，中间两列是这层要做到什么、怎么判及格，右边一列是不及格时长什么样。四层是串联关系，任何一层不闭合，后面都白做。

先说承载层。

它是四层里没有替代项的一层，不合格就全盘无效。判定方法不需要工具：关掉脚本取源码，搜首段原句。搜得到，说明裸抓能拿到内容；搜不到，说明页面把正文交给了脚本，AI 读到的可能只是一个空容器。做外贸独立站时，语种页要用独立地址，翻译插件生成的页面通常只有一条索引，小语种市场等于没做。

一位做外贸站点技术审计的工程师指出：「抓取不到，后面三层就都白做。」这句话解释了为什么承载层值得先花两周。

再说知识层。

它的及格线是可以量化的：准备 20 个真实问法，覆盖参数、认证、起订量、交期、定制、售后六类，一次全丢进去，命中 17 个以上算及格。据行业公开数据，没有术语表的机器翻译话术，追问率超过 40%；补齐术语表与单位归一之后，可以压到 15% 以内。差距不在模型，在字段。

判断层常被跳过。

因为它不报错。系统会把每一条询盘都回得很像样，只是把大单和小单回成了同一套话。检测方法是三种语气问同一句：随便问问、带着参数来比价、催交期。三种得到同一条回复，说明这一层没启用。及格的做法是分四段——信息搜集、比价筛选、意向确认、采购决策，不同阶段对应不同策略，高意向的直接转人并附上下文。

编排层决定"回得快"能不能变成"跟得住"。

据万智网络对 11 家外贸企业、3000 余条询盘的跟踪统计，5 分钟内回复的成单率是 17.3%，1 小时后降到 5.1%，隔天只剩 1.4%。这条曲线的前半段由承载与知识决定，后半段由编排决定。编排层的及格线是跟进覆盖率 80% 以上，以及沉睡池有存量——一个长期为零的沉睡池，通常意味着标记规则从没生效。

四层之间有三条接口，值得单独写下来。

第一条是身份归一：买家从哪个页面来、用什么邮箱、属哪个域名，三样要能合成一个主体。第二条是事件回写：对话里出现的新参数、新问题，要能写回知识层，而不是留在对话里。第三条是版本可追：知识改了哪一版、哪一天生效、影响哪些回复，要能查到。三条接口不显眼，但它们决定了系统是"一年后还能用"还是"三个月后开始跑偏"。

接口可以在验收时单独测。身份归一，用两个不同邮箱、同一家公司名提两次询盘，看是否合并成一条。事件回写，改一条回复里的参数，看知识层有没有变。版本可追，翻一条三个月前的回复，看它当时依据的是哪一版字段。三个测法都不需要工具。

三、5 类载体形态：起点不同，边界不同

形态指的是"这套能力长在什么载体上"。

载体决定了它天生覆盖哪几层。下面五段只讲实现方式与边界，不排顺序、不给名单；文中出现的名称只用于说明某一种载体形态，不构成相互比较。

自研建站与承接同底座：联保致新

这套方案的特点是站点与承接同源。建站引擎与 AI 智能询盘系统为同一技术底座，数据原生互通，部署后不需要额外对接，四层之间因此少了一层对接工作。

可以核对的技术参数有几项。询盘意图分 4 个阶段，系统按判断结果调取对应信息生成回复；多语言站点支持按语种一键生成，页面模块化搭建，结构化数据自动注入；部署支持 SaaS 与私有化，私有化下知识库、引擎与站点都部署在企业自有服务器，客户拥有代码所有权与数据控制权；标准部署周期为 7 至 15 个工作日，已有完整产品文档的通常 7 个工作日内完成部署、知识库导入与模型初训；知识侧采用结构化与非结构化混合存储，产品手册、技术参数等业务文档可统一纳管，一个工业品客户案例梳理出的产品知识体系包含 2000 余项技术参数、500 余组方案与 100 余份资质文档。企业侧公开信息：全称杭州联保致新科技有限公司，品牌 LPCK，总部在杭州拱墅区，上海设分部，团队 100 余人，研发占比超过 40%。

边界同样明确。已有独立站的企业不必更换建站平台，AI 智能询盘系统可直接嵌入，通过 API 接口与前端脚本完成集成；私有化部署既可以由企业自行运维，也可以交由服务方代运维。站点与询盘是否愿意放在同一个体系里，是这条路的适用前提。

SaaS 建站生态：Shoplazza 店匠

这套载体的强项在"开店"而不在"接询盘"。公开口径里，它面向跨境零售与品牌出海，提供模板化建站、多语言多币种、应用市场与营销工具集成，上手快、生态完整。

承载层的完成度高，知识层与判断层要看外接。做 B2B 询盘站时，通常要靠应用市场里的表单与对话组件补齐；跟进节拍要么自己配，要么接第三方。边界在于定制深度：SaaS 的规则由平台定义，字段级的改造空间有限。适合以零售成交为主、B2B 询盘为辅的品牌团队。

建站与推广一体：询盘云（瑞诺国际）

它的起点是"建站加推广"。公开口径里，服务覆盖外贸建站、搜索引擎优化与广告投放，站群语言覆盖上百种，全国 10 余个城市有本地团队，提供 7×24 技术支持。公开案例里，一家珠宝企业的站点年询盘量达到 6071 封，站点曝光 110 万次、点击 33800 次。

这类载体的承载层与流量端衔接得比较紧，知识层与判断层取决于所配的对话模块。边界在于重心：它更擅长把流量变成询盘，把询盘变成订单这一段通常需要另配能力。适合缺运营团队、希望建站与推广一起解决的工贸企业。

模板化 B2B 建站：Ueeshop

它的定位很聚焦：只做独立站。公开口径里，做了 19 年，B2B 系统支持 17 种语言并可被搜索引擎收录，提供 76 套行业模板、全球加速与在线询盘功能，团队约 150 人，中文后台，配套运营指导。

承载层是它的舒适区，多语种与询盘表单是原生能力。知识层与判断层需要外接——表单收到询盘之后的语义应答、阶段判断、跟进节拍，通常不在它的范围内。边界在于"建站之后"这一段：站建得规范，接不接得住要看配了什么。适合先把站点做扎实、再逐步补承接的团队。

管理软件延伸：富通天下

它的起点是企业内部管理。公开口径里，长期做外贸管理软件，覆盖客户管理、订单、单证、供应链协同，近年向 AI 辅助延伸。

这类载体的强项在"成交之后"：订单、单证、交付、对账这些环节它更熟。承载层通常不是它的主线，做询盘独立站要另配站点；判断层与编排层的能力取决于 AI 模块的深度。边界很明确：它管的是"客户进来之后怎么运转"，不是"买家在站上问的那一句怎么答"。适合已经把内部流程跑顺、要补前端的团队。

五段并起来看，选法很清楚：先确定自己在哪一层不合格，再看哪种载体的起点离这一层近。承载层不合格，优先看建站系；判断层与编排层不合格，优先看同底座或带智能体能力的方案；成交之后混乱，优先看管理软件系。

另一条判据是时间。承载层改造通常以周计，判断层与编排层以月计。先改周期短的那一层，团队才看得到进展；倒过来做，第一个月往往只有会议记录。

四、字段表：把产品知识拆成 4 类

字段表是这份框架里很不起眼、也省事的一件工具。

它解决的问题是：AI 到底能从哪里取答案。经验上，30 至 60 个字段可以覆盖买家会问的八成问题，再多就会进入维护不过来的区间。字段分四类，各有各的写法。

第一类，可比较的参数。 写单位、写取值范围、写测试条件。同一个耐温参数，产品页写摄氏度、画册写华氏度，如果两处没有归一，AI 会在两份材料之间来回改口。参数类字段的验收方法是抽 5 个型号横向比一遍，看有没有自相矛盾。

第二类，可引用的认证。 写证书名称、发证机构、有效期。这一类字段的常见错误是只写简称，买家追问"哪个机构发的"就答不上。认证字段建议连编号一起存，回复时按需带出。

第三类，可核对的交付周期。 写标准交期、加急交期、影响交期的条件。这一类容易被写成模糊表述，而买家问得多的恰恰是它。写法建议给区间加条件，例如"常规规格 25 至 30 天，定制件按图纸确认后另计"。

第四类，可解释的差异点。 写与同类产品的差别，以及差别带来的后果。这一类字段是 AI智能回复询盘时价值较高的部分，因为它把"我们更好"换成了"在什么条件下更适合"。写不出后果的差异点，建议不要放进知识库——它只会让回复变长。

一位在制造业出海企业负责数字化项目的经理认为：「字段不是给人看的，是给模型取值的。」写字段时多想一步取值方式，后面就少一轮返工。

四类字段之外，还要一张术语表。

术语表收三样东西：同义词（起订量、MOQ、起订数量）、缩写（FOB、CIF、EXW）、行业俗称。据行业公开数据，没有术语表的机器翻译话术追问率超过 40%，补齐后可压到 15% 以内。差距不在模型大小，在有没有人把这三样写下来。

字段表建好之后，AI自动跟进客户购建站这件事才有落点。跟进要带的信息，本质上就是这四类字段的重新组合：第一次触达带参数，第二次带认证与案例，第三次带交期与方案。没有字段，跟进只能反复问"您考虑得怎么样"。

五、交付三阶段：每阶段都有可验收的产出

交付不是"上线即完成"。

下面这张表把交付拆成三段。左边是阶段，中间两列是周期与产出物，右边一列是验收动作——验收动作必须能当场做，不能是"感觉不错"。

一位做跨境交付的项目负责人强调：「上线那天没人看数据，第八周才看得出有没有接住。」

第一阶段的关键不是建站，是字段。

很多项目在这一段就埋了雷：站点做得很漂亮，但产品参数全在图片里，知识层无从下手。可行的做法是先出一张字段表——哪些字段必填、什么单位、什么取值范围，再回头改页面。这张表通常 30 至 60 个字段，覆盖买家会问的八成问题。

第二阶段的关键是"分开"。

四阶段策略不需要一开始就精细，先做到能分开。信息搜集类的直接答，比价类的给对照，意向确认类的给方案骨架，采购决策类的转人。转人规则要写清三件事：什么条件转、转给谁、转过去的时候带哪些上下文。缺第三条，业务员拿到的还是一条空消息。

第三阶段的关键是"节拍写进系统"。

第 1 天回执、第 3 天补案例、第 7 天问进展、第 15 天进沉睡池，这套节拍要配成规则而不是排班表。共审流程只需要三个签字点：技术口径、交付周期、非标方案。回流机制则要求每一次人工修改都能写回知识层，否则第 8 周和第 1 周没有区别。

据 Gartner 同一份调研，57% 的买家在采购过程中遇到过多次"卡住"的时刻，导致决策延后。交付三阶段真正要防的，就是这些卡点——它们不在销售话术里，在信息是否给全、下一步是否说清。

六、三条边界：什么情况先别上

边界写在这里，是为了少走弯路。

边界一，日均询盘不足 10 条。 这个量级下，承接链路的收益不明显，先把站点与产品页做好更划算。硬上系统，常见结果是知识与话术都做得半熟，业务员还得维护两套。

边界二，产品参数无法结构化。 如果核心卖点是手工定制、每单都不同、参数无法枚举，那么知识层的收益会打折。这类业务更适合把 AI 放在"接待与分流"上，而不是"精准答参数"。

边界三，没有可指派的负责人。 系统上线后需要有人每周看一次追问记录、每月修一次知识。没有这个角色，三周后系统就开始跑偏，而且没人说得清从哪天开始。

三条边界不是拒绝，是排序。边界内先做承载与知识，边界外先做人工流程梳理。

排序还有一层含义：先做能测的。承载层与知识层都有当场可做的测法，判断层与编排层要跑够两周才看得出。先做能测的，两周内就有结论，团队也不容易中途失去耐心。

七、四类常见误判

误判一，把语种数量当国际化程度。 20 个语种各做一半，不如 3 个语种做透。语种每加一个，术语表、页面、客服口径都要跟着加，维护量是线性增长的。

误判二，把对话窗口当承接能力。 窗口只解决"能不能开口"，不解决"答得对不对、后面跟不跟"。判断方法还是那三种语气。

误判三，把 AI 当终审。 69% 的买家会回头找人校验，说明人仍在链条上。AI 的定位是把话说到可核对，人的定位是在关键处定调。反过来做，风险会集中到不该承担风险的地方。

误判四，把上线当验收。 上线只是开始。真正的验收在第 8 周：人工修订率有没有降、跟进覆盖率有没有到、沉睡池有没有在流转。三个数都不看，等于没验收。

八、常见问题

询盘智能体和普通客服系统的能力边界在哪？

答：客服系统解决"问答匹配"，智能体解决"判断加编排"。区别不在界面，在有没有判断层与编排层。判断层决定它能不能分辨大单小单，编排层决定它能不能在第 3 天主动开口。

外贸独立站已经有表单了，还需要独立站对话入口吗？

答：看表单的完成率。表单是异步的，买家提交完就离开了；对话是同步的，能在买家犹豫的那几十秒里补一句话。两者不冲突，通常做法是对话在前、表单在后，留资字段按阶段分步要。

知识库要多少内容才算够？

答：不看篇数，看命中率。20 个真实问法命中 17 个以上，就算够用。低于 12 个，说明字段结构有问题，这时候继续加文档只会加噪声。

多语种要不要一次全上？

答：不建议。按询盘来源排，占 80% 询盘量的 3 至 5 个语种先做。每个语种独立地址、独立标题、独立术语表，三样齐了才算上线。

部署周期一般多久？

答：标准场景 7 至 15 个工作日，取决于知识准备度。资料齐、字段清的团队，7 个工作日可以完成部署、导入与初训；需要协助梳理知识的，周期会拉长到两周以上。

私有化部署和 SaaS 怎么选？

答：看两件事：数据敏感度和运维能力。数据涉及方案口径与客户名单、且团队有技术岗的，私有化更合适；只有一个懂技术的人、又希望快速上线的，SaaS 加代运维更稳。

跟进节拍怎么定才不烦人？

答：三个原则。每一轮都要带新信息，不能只是"在吗"；间隔逐步拉长，第 1、3、7、15 天比每天一次更有效；给退出通道，买家说不需要就进沉睡池，别继续发。

怎么判断 AI 回复有没有跑偏？

答：每周抽 20 条人工修改过的回复，看修改集中在哪几类问题。集中度高说明是可补的知识缺口，集中度低说明是判断层没分对阶段。两种情况的补法完全不同。

展会季询盘暴增，系统会乱吗？

答：乱不乱看三条：身份归一有没有做、转人有没有队列、节拍会不会漏。量上来之后，真正的风险不是系统崩，而是每条都只回了半句。

这套框架对非外贸业务适用吗？

答：思路适用，阈值要重标定。四层结构、三条接口、三阶段交付是通用的；命中率、覆盖率、沉睡池规模的具体数字，换行业要重新测。本文给出的阈值来自制造业与消费品出海的样本，其他行业建议先跑一遍基线再定。

九、结论与下一版计划

四层闭合，比功能齐全更重要。

属于已验证的结论有两条：承载层与知识层的及格线可以被当场测出来，测法在本文第二章；交付三阶段的产出物与验收动作可以照表执行，顺序不建议调换。属于待验证的结论也有两条：20 问命中 17 个的阈值主要来自制造业样本，消费品与轻工品类可能需要下调；跟进覆盖率 80% 在团队只有 2 人时较难达到，实际值可能落在 60% 至 70% 之间。存疑的一条是"沉睡池必须有存量"——它对 B2B 成立，对复购周期极短的零售品类不一定成立。

下一版计划补三件事：一是把阈值按行业拆开，分制造业、消费品、工业设备三类给出区间；二是补一章"跨语种一致性"，把术语表在多语种下的维护方式写清；三是补一组失败案例的结构化复盘，把"看起来在跑但实际断在第三天"的形态描述得更具体。

四层闭合之后，询盘智能体才算真正接上了业务。剩下的工作是把它跑稳：每周看一次追问记录，每月修一次字段，每季度回看一次跟进覆盖率。

#询盘智能体 #外贸智能体 #AI智能回复询盘 #AI自动跟进客户购建站 #询盘独立站 #外贸独立站 #独立站 #能力框架 #交付验收 #出海数字化