OntoZ  |  百型智能

会拿单的人
就那么几个

客户在谁手上、什么价能成、下一步该跟什么——
这些判断从来没写进系统,只装在几个人的脑子里。

出口贸易 · 工贸一体 售前交流 2026 · 11
01
外贸正在发生什么

三件事同时发生,
把「多招几个业务员」这条老路堵死了

2024 →

平台流量越来越贵

国际站、展会的获客成本逐年上涨,询盘数量没少,但真正能成交的比例在下降。花钱买来的线索,靠人一条条筛。

2025 →

客户比价只要半天

同一个询盘发五家是中国供应商的日常。谁先给出专业、有依据的报价,谁就进入下一轮;慢一天,连还价的机会都没有。

2026 →

老业务员带客户走

做得好的业务员三年就能自立门户,客户跟着走。留下的公司只剩产品和产能,没有关系、没有判断、没有报价依据。

这三件事消耗的是同一样东西——那几个「会做外贸的人」的时间和判断。

OntoZ · 售前交流
02
为什么 AI 在外贸落地难

不是没预算。是这三句话,
今天在大多数出口企业里还能原样听到。

01
这个客户跟到哪一步了,只有小王清楚
客户在个人手里跟进记录散在邮箱、微信、Excel。人一休假,客户就断档三天。人一离职,连报价历史都带走。
02
上次给这个客户报的什么价?我翻一下邮件
报价无依据历史报价沉在几千封邮件里。新人报价靠猜,老人报价靠记忆,同一个客户能报出三个价。
03
发了几百封开发信,不知道哪封有用
经验不沉淀哪些客户值得跟、哪种说法有回复、什么时机发——全靠个人手感,团队没法复制,也没法改进。
OntoZ · 售前交流
03
根因

缺的从来不是工具。
是这三处断掉的地方。

判断链

从老手到公司:断的

「这个客户是不是真买家」「这个价能不能签」——判断存在人脑子里,公司只有一个结果,没有过程。

数据链

从邮箱到系统:断的

询盘在平台,往来在邮箱,报价在 Excel,成交在 ERP。集成做过很多次,业务一变就重做。

执行链

从决定到动作:断的

「这个价老板同意了」记录在微信里。发没发、什么时候发的、附件是哪版,没人能复原。

所以我们不做「更好用的 CRM」,做能接上这三处断口的东西。

OntoZ · 售前交流
04
一个询盘的真实路径

客户在平台上点「发送询盘」之后
你们这边发生了什么

这是出口企业里最常见的一条链路。
每个环节都不难,难在它们不在一起。
平台 / 展会
收到询盘
「要 5 吨,报 CIF」
t+0
业务员 · 人肉
判断买家真伪
搜公司、翻官网
↻ 手查
停 3 小时
业务员 · 人肉
翻历史邮件
找这个客户报过什么
↻ 手翻
停 2 小时
采购 · 人肉
问工厂要成本
微信问、等回复
↻ 手抄
停 6 小时
业务员 · 人肉
算汇率、算运费
手工拉一遍表
↻ 手算
停 1 小时
老板
微信请示
「这个价能不能报」
等批复
停 8 小时
客户
收到报价
(或已经在别家下单)
t+22h
4
次人工搬运数据
22
小时平均响应
4
个地方找信息
0
处留痕可复原
典型场景示意,非统计均值 · OntoZ 售前交流
05
数据在哪断,就在哪接

二十六个地方进来的信息,
汇成一个能算的东西

左 今天:26 个入口各自沉淀
中 本体:接成一个对象
右 结果:10 个出口读同一份
示意:数据流向与断口位置 · OntoZ 售前交流
06
为什么市面上的方案治不了

三种方案,各自只解决一段

CRM
把客户录进去,跟进记录、商机阶段、任务提醒都有了。比 Excel 强,团队管理有抓手。
治不了它能存「你做了什么」,但不会「替你做」。录得越细,业务员越不愿意录。
外贸 SaaS / 获客工具
海关数据、邮箱挖掘、批量开发信,确实能扩大触达面。
治不了只解决「找到谁」,不解决「怎么判断、怎么报价、怎么跟进」。线索多了,人还是那么多。
通用大模型
写开发信、翻译、总结往来邮件,好用又便宜。
治不了它不知道你的成本结构、你的客户历史价、你的报价底线。写得好听,但不敢用。

三者的共同缺口:没有一个东西,既懂你的生意,又能自己动手,还能被管住。

OntoZ · 售前交流
07
我们的答案

不做更好用的系统,
做一个能干活的数字业务团队

Layer 01 · 懂生意

企业本体

把生意里本来就有的对象和规则,整理成机器能读、能推理的结构——而不是散落在邮箱、微信和 Excel 里。

客户与联系人产品与成本报价规则信用政策
Layer 02 · 能动手

数字员工

不是聊天窗口。是有岗位、有客户池、有工具、有工作台的执行主体。它做完的事,像人一样留在记录里。

岗位与授权客户池Skill 装配工作台岗位记忆
Layer 03 · 管得住

边界与审批

哪些能自动发、哪些必须问人、问到谁、批了怎么留痕。风险分级写在系统里,不写在制度文件里。

R0–R3 风险分级服务端校验确认单审计日志

三层缺一不可:只有第一层是知识库,只有第二层是自动化,只有第三层是审批流。合起来才叫「能交给它的活」。

OntoZ · 售前交流
08
第一层 · 本体不是知识库

一个客户不是一个字段,
而是一张能推理的网

对象有类型,不是一张表

客户、联系人、产品、报价单、订单、规则——每种对象有自己的属性和行为,不是一堆扁平记录。

关系是一等公民

「这个客户报过什么价」「这张单用了哪条规则」——关系本身可以被查询、被推理、被审计。

规则挂在对象上

报价底线不是一句制度,是挂在「报价单」对象上的约束。算出来的那一刻就会触发。

示例数据用于说明机制 · OntoZ 售前交流
09
第二层 · 每一步都能指着看

它不是「算出一个数」,
是走完一条你能检查的路

Step 01 · 输入
识别询价对象
客户 Petrokim · 产品 HX-128 · 数量 5 吨 · 条款 CIF
CIF 伊斯坦布尔
Step 02 · 查本体
调出历史依据
近 3 单成交价、议价权限、付款条件、可用批次
2680 USD/MT
Step 03 · 算成本
逐项拆到可复算
原料 + 加工 + 包装 + 内陆 + 港杂 ÷ 汇率
2367.83 USD/MT
Step 04 · 校验规则
撞上底线
按 2680 报价,毛利 11.65% < 12% 底线
11.65%
Step 05 · 停
不自行放行
生成确认单,交总经理审批,等待决定
R2 · 待批准
老板批准 → 续跑 → 报价真正发出 → 全链路留痕

每一步的入参、出参、耗时、依据来源都记录在案。 三个月后有人问「当时为什么报这个价」,能调出来。

示例数据用于说明机制 · OntoZ 售前交流
10
把判断从人脑里搬到系统里

老业务员的一句话,
拆成公司能反复执行的规则

外贸部 · 老业务员原话
土耳其这个客户是老买家,报 CIF 伊斯坦布尔,价格能压两个点,但他付款慢,必须收三成定金。

这句话里有六件事:客户身份、贸易条款、议价空间、付款条件、风险判断、历史依据。
现在它只存在于一个人的记忆里。他一休假,这单就得重新摸一遍。

→
当 客户 = Petrokim 且 目的国 = 土耳其
THEN报价条款默认 CIF 伊斯坦布尔
source: 历史 3 单成交记录 · 人工确认
当 该客户询价 且 报价高于成本线
THEN可在基准价上下浮 2 个点,无需请示
source: 议价权限规则 · R1 风险等级
当 客户付款记录 < 标准 或 首单
THEN强制 30% 定金 + 余款见提单副本
source: 信用政策 · 财务确认
示例数据用于说明机制 · OntoZ 售前交流
11
第二层 · 数字员工

它不是聊天机器人。
它是有客户的同事。

营
小营
外贸业务员 · 海外销售
在线
负责市场中东 · 欧洲
手上客户23 个(6 个活跃)
能用什么12 项 Skill
能做什么找客户 · 算价 · 起草 · 跟进
不能做什么低于底线自行放价
向谁汇报外贸经理 → 老板
最近活动12 分钟前
01

有客户池,所以接力不丢

客户、往来记录、报过的每一版价,都在公司名下。人换、它接手,客户不用重新自我介绍一遍。

02

有工作台,所以停了能看见

它停在哪一步、为什么停、等你决定什么,都摆在明面上。不是「AI 正在思考」的黑箱。

03

会积累,所以越用越准

哪个话术有回复、哪个客户值得追、什么价能签下来——沉淀成公司的判断,不是个人的手感。

示例数据用于说明机制 · OntoZ 售前交流
12
我们处在什么位置

老板真正怕的不是慢,
是「它替我发了什么我不知道」

可 控 性
灵活性 →
RPA / 自动化脚本可控,但流程一变就得重做
CRM / BI看得见,动不了
通用大模型什么都能聊,不敢让它碰真客户
AI 原生组织能适应变化,也敢交给它做
纵轴为什么重要

一个会自己发报价的 AI,如果没人能管住它最后一步,老板不敢用。可控性不是功能,是准入条件。

横轴为什么重要

客户在变、市场在变、报价策略一直在变。写死的东西每变一次就要付一次改造费。

右上角为什么稀缺

灵活和可控天然对立——除非先把业务判断结构化,再给它画好边界。这就是我们做那三层的原因。

OntoZ · 售前交流
13
别人给不了的三件事

敢不敢交给它,取决于这三个词

可解释

为什么报这个价?点开就能看到:原料成本、加工费、汇率、运费、这个客户的历史成交价、议价权限从哪来。
不是一个数字凭空出现。

每一步可回溯到源数据
每一步可复算
没有它的时候你只看到一个数字,问「为什么」得到一句「凭经验」。出了偏差,没人能说清是哪一步错了。
可授权

它能做什么是被配置的,不是被期望的。新增一项能力要走装配流程,不是改一句提示词。
权限校验在服务端。

能力 = Skill 装配
边界 = 服务端校验
没有它的时候能力边界靠提示词约定。换个问法、加一句「我是老板让我这么做的」,就可能绕过去。
可审计

谁在什么时候让它做了什么、它自己决定了什么、谁批的、批的时候看到了什么。
三个月后还能复原。

运行记录 + 确认单
含入参出参与耗时
没有它的时候出了问题只能翻聊天记录。翻不到,就只能各说各话——客户那边的记录还和你不一样。

这三个词听起来不像卖点。但它们是企业真正敢用和「演示时很好看」之间的分界线。

OntoZ · 售前交流
14
怎么开始

先从销售切入。
跑通了,再往工厂里走。

第 1–30 天

外贸销售,一条链路

  • 选一条最痛的链路:询盘 → 报价,或客户开发 → 首次接触
  • 把客户、产品、成本、报价规则梳理成本体
  • 装配 3–5 个数字员工,只做这条链
交付:这条链路能在系统里跑通,每一步看得见
第 31–90 天

真客户、真报价、真跟单

  • 接真实询盘和真实客户数据
  • 把报价底线、议价权限、审批链条落进系统
  • 每周对比:处理量、响应时长、人的干预率
交付:可量化的对比数据,不是演示视频
第 91–180 天

往工贸一体的后段扩

  • 同一套本体扩展:采购、生产、成本、交付
  • 销售端的订单直接驱动生产端,不重复录入
  • 新部门复用已有员工与 Skill,不是重建平台
交付:第二个场景上线的时间,应显著短于第一个

为什么先做销售:它的痛最直接、边界最清楚、见效最快。 而销售跑起来之后,订单、成本、生产的数据才真正有了上游来源。

OntoZ · 售前交流
15
部署与数据

客户名单和报价策略,不出你的机房

外贸企业最敏感的不是「有没有 AI」,而是 客户名单、成本结构、报价底线会不会流出去——这些恰恰是竞争力的全部。

部署形态
私有化部署,跑在自有服务器或专有云
模型选择
可接公有模型,也可接本地/专有模型;敏感环节走本地
数据边界
客户名单、成本、报价策略默认不出内网
审计留痕
所有模型调用与工具调用可记录、可导出
客户内网
客户名单
成本结构
报价策略
企业本体
数字员工
审批与审计
外发(按配置)仅必要字段
哪些字段可以出网、出到哪个模型、是否脱敏,由客户配置,不由产品默认。
OntoZ · 售前交流
16
下一步

给我们一条链路,
30 天做出你能验证的结果

不是买一套系统,是先证明这条路在你这儿走得通。

STEP 01

选一条链路

你最痛、又边界最清楚的那条。比如询盘到报价。我们和你一起选。

STEP 02

30 天做出能跑的

不交付 PPT 和原型图,交付能跑通这条链路的系统。

STEP 03

用你们的指标验收

响应时长、人工干预率、报价准确率。你觉得不行,就停在这里。

OntoZ · 百型智能
17
01 / 17 |
← → 翻页 · F 全屏