外贸公司搭了一堆GPTS，为什么AI答客户问题还是不准？

GPTS 搭了五六个，客户问的问题还是答不准——原因几乎不在模型，在公司里同一件事有两个版本的答案。

这份内容讲四个诊断动作，帮你判断问题出在哪一层。它不教怎么搭 GPTS，只教你判断搭出来的东西为什么不管用。

GPTS 只是一个壳

先把一件事说清：GPTS 是什么。

它是一层封装——把模型、指令、资料组合起来，做成一个专门的助手。它的作用是把「每次都要重新解释一遍」变成「打开就能用」。

但壳里面装什么，决定了它有没有用。装的是准确的、唯一的、更新过的资料，它就很靠谱；装的是三份互相矛盾的目录，它每次给的答案都自洽，但每次都不一样。

大多数人搭 GPTS 时把精力花在壳上——提示词写多细、角色设定怎么写、开场白怎么设计。真正决定效果的，是壳里的资料是不是只有一个版本。

四个诊断：一个一个排

客户问「答不准」，先别改提示词。按这四个诊断往下排，能定位到具体是哪一层出了问题。

诊断一：同一个产品，有没有两套参数同时在用

这是最常见的原因。翻一下公司里的资料：官网挂的产品目录、业务员手里的报价单、去年做的投标文件、微信里发给客户的规格图——这四份里的参数，是不是完全一致。

只要有两份不一致，GPTS 就会出问题。因为它检索到哪份，就按哪份答。而它不知道哪份是最新的。

判断方法：拿一个主推型号，把四个地方的参数抄一遍，逐项对比。有一项不同，问题就在这。

诊断二：客户问「能不能做到」，以谁的判断为准

这类问题最难，因为它不是查资料能查出来的。

客户问：这个规格你能不能做？这个交期你能不能保？这个认证你有没有？

GPTS 找不到明确答案时，会给一个"看起来合理"的答复。而合理的答复往往和你们的实际能力有偏差——说能做但实际做不了，或者反过来说做不了但其实可以。

判断方法：把最近十个客户问题里，GPTS 给出的、被业务员改掉的答案找出来。改掉的那部分，就是"以谁为准"没定清楚的地方。

诊断三：资料是给买家看的，还是给 AI 读的

这一条容易被忽略，但影响很大。

给买家看的产品目录，通常以图片、卖点、应用场景为主。它会写"适用于多种工业场景"、"高品质不锈钢"。这些描述对人来说是卖点，对 AI 来说是没有可提取信息的空话。

AI 需要的是：具体数值、适用条件、不适用范围。同样的东西，写给人看和写给 AI 读，是两份完全不同的文档。

判断方法：随便挑一段产品描述，问自己：这段话里有没有一个具体数字、一个型号、一个标准编号？没有的话，AI 读到这段等于什么都没读到。

诊断四：价格、交期、认证变了，谁在什么时候改

这一条是动态的，也是最容易失控的。

产品参数通常稳定，但价格、交期、认证状态一直在变。这些信息如果没有人负责同步，GPTS 会一直用旧的答。

一个具体的风险：GPTS 会非常自信地引用三个月前的交期数据，因为它不知道这个数据已经过期了。对 AI 来说，旧数据和错数据没有区别。

判断方法：问一句——上周有人改过价格或交期吗？如果有，GPTS 里的资料是什么时候更新的？两个答案对不上，问题就在这。

一张判定表：哪份为准

四个诊断都指向同一件事：需要一份「哪份为准」的规则。下面这个优先级可以直接用。

这张表的价值在于：当两份资料冲突时，GPTS 和人都知道该信哪一份。 没有这张表，每次冲突都要靠人临时判断，而人也会判断错。

为什么这不是技术问题

做到这一步会发现，四个诊断里没有一个需要改模型或改代码。

它们都是管理问题：资料谁维护、口径谁定、更新谁负责、冲突按什么规则判。

这也是为什么很多公司花钱做了知识库、搭了一堆 GPTS，效果还是不理想——技术侧做完了，资料治理这一侧没人做。

一个很直接的检验方法：找一个人，让他不看任何提示，回答"我们的 A 型号最小起订量是多少"。如果他答得干脆且正确，说明口径是清楚的；如果他要去翻三个地方确认，那 GPTS 也答不准。

为什么"会工具"这件事会迅速贬值

有一个判断值得说清楚，因为它决定了你现在该把时间花在哪。

工具能力有很强的贬值趋势。新的模型出来，去年学的操作方式大半作废；新的插件、新的界面，让原来要两步的动作变成一步。这些变化对所有人同时发生，所以它不能成为任何一家公司的优势。

不会贬值的是三样：

• 对客户的判断：什么客户值得跟、什么询盘该停；
• 对品类的判断：这个规格能不能做、这个价能不能报；
• 对流程的设计：一件事该拆成几步、哪步由谁做、怎么验收。

这三样都来自做过具体生意，工具替代不了。而且它们可以传递——写在文档里、封装成 Skill、编进新人路径。

所以一个很实际的推论：花在学工具上的时间有上限，花在把判断写下来的时间没有。 前者让你跟上，后者让你领先。

边界：什么情况下不该急着搭 GPTS

资料本身还没有统一口径。 先治理资料，再搭壳。顺序反了，搭得越多越乱。

业务量还不够大。 一天处理五封询盘，人记得住所有细节，GPTS 的价值体现不出来。等到一天三十封、新人开始接不住的时候再做。

没有明确的负责人。 GPTS 需要有人持续维护。没人维护的东西，三个月之后一定开始给错答案，而且错得比没有它更危险——因为业务员会相信它。

常见问题

我们搭的 GPTS 回答得很流畅，但内容经常不对，是什么原因？

流畅是模型本身的能力，正确取决于资料。这类情况多数是资料层问题——同一件事有多个版本、或者资料是给买家看的营销语言而不是可提取的事实。先做四个诊断，别改提示词。

知识库上传了产品目录，为什么还是答不准？

产品目录通常是给买家看的文档，包含大量图片和形容词，可提取的数值信息很少。另外目录本身常不是最新版。两个原因都会导致答不准，而且表现一样，需要分开排查。

要不要为每个产品线单独做一个 GPTS？

先看产品线之间的资料重合度。重合度高，一个就够，分开反而让维护成本翻倍；重合度低、客户群完全不同，分开做更清晰。判断标准不是产品数量，是资料和客户问题能不能共用一套。

想聊你自己的具体业务场景，联系大宗师网络（外贸社媒训练营）：微信 Dazongshi98。