AI 员工 · 面向运输公司

送货路线改变;不是每个人都听到了。
一次更新会立即到达所有人。

司机、仓库、客户和承包商用同一句话同时得知新的时间窗,而不是在三个群里追着对齐一整天。Telegram、WhatsApp、MAX、邮件和电话都在一个窗口里。部署在您自己的服务器上,按实例计价,而不是按车辆。

他不指挥车次,也看不到车在哪儿。 路线、目的地和货物状态都在您的运输系统里。他按规章回答,并把调度员的决定传达下去,决定本身仍归调度员。

16 600 ₽智能体一个月

按年付费的价格。7×24 小时同时在所有渠道回复。

司机 · Telegram在线
赶不上装卸时段了,怎么办?
正在查规章……
两小时以内可改期,见第 4 条
已上传规章 · 37司机须知 · 9
要不要通知调度员?
已经发出去了:车次和时间
一次通知到所有人新的卸货时段仓库、客户和承包商

融入承运商现在就在用的工具

全部集成目录 →接入自己的 →

此带中的服务:35。哪些开放取决于您的套餐。 查看全部套餐 →

  • Telegram
  • 邮件
  • 手机应用
  • Avito
  • Google 日历
  • WMS
  • Битрикс24 CRM
  • Яндекс Доставка — Доставка по России
  • Discord
  • Matrix
  • Outlook Mail
  • Telfin
  • Telegram
  • 邮件
  • 手机应用
  • Avito
  • Google 日历
  • WMS
  • Битрикс24 CRM
  • Яндекс Доставка — Доставка по России
  • Discord
  • Matrix
  • Outlook Mail
  • Telfin
  • WhatsApp
  • MAX
  • Pocket Agent
  • VK
  • 网站挂件
  • Delovye Linii
  • Почта России
  • Яндекс Доставка — Экспресс
  • Gmail
  • Microsoft Teams
  • Signal
  • WMS на 1С:Предприятии
  • WhatsApp
  • MAX
  • Pocket Agent
  • VK
  • 网站挂件
  • Delovye Linii
  • Почта России
  • Яндекс Доставка — Экспресс
  • Gmail
  • Microsoft Teams
  • Signal
  • WMS на 1С:Предприятии
  • 电话
  • Bitrix24
  • SIP
  • Einstein
  • 1C:TMS
  • PEK
  • СДЭК
  • Boxberry
  • Google Contacts / People
  • Outlook Calendar
  • Slack
  • 电话
  • Bitrix24
  • SIP
  • Einstein
  • 1C:TMS
  • PEK
  • СДЭК
  • Boxberry
  • Google Contacts / People
  • Outlook Calendar
  • Slack

运输行业为什么要换一种算法

一处改动同时牵涉四方:司机、仓库、客户和承包商。消息还在传的时候,车就停着,而停着花掉的是钱,不只是心情。

1说法新的时间窗一模一样地传达给所有人,而不是转述到第三遍。
1实例价格按一套部署计算,不按车辆,不按车次,也不按调度员。
24/7在途中夜里司机有人可问,而且不用把班长吵醒。

调度室的一天是什么样

05:50
出车,司机在问
11:30
仓库改了装卸时段
16:20
客户打电话问“车到哪儿了”
01:10
夜间车次,只有一个调度

班次一小时前改了,可司机、仓库、客户和承包商是在不同时间、从不同地方知道的。接下来一整天都花在追人上:三个群、两通电话,还有一封没人看的邮件。

同一个时间要确认一整天

规章第4条
依据车次规程的答复
SV司机Sergey V.周四 01:10
卸货时段要迟到了规程第4条
最多晚两小时改期
已发给调度员车次和时间
取自您的规程第4条 —— 路线和货物状态他不碰
今天

夜里除了调度员没人能问

凌晨一点司机给班长打电话,因为答案只有那儿有。这类电话有一半问的都是规程里白纸黑字写着的。

有了智能体

任何时间都按规程作答

他复述您定下的处置顺序并指明是哪一条,其余的一律转给调度员。要不要拍板,仍然是调度员的事。

14:00
新的卸货时段
原为:11:30仓库改了时间
现为:14:00调度员的说法
一句话发遍所有人同一时间
  • 司机
  • 仓库
  • 客户
  • 施工人员
按调度员的说法群发 —— 车次他不改,车也不开
今天

一个变动,要追着三个群去补

时段一小时前就改了,可司机、仓库、客户和分包商是在不同时间才知道的。接下来一整天都耗在“那现在几点”上。

有了智能体

用同一句话把变动通知到所有人

调度员说一次 —— 之后所有人得到的都是同一句,而且在同一时刻。晚一点来问的人,他会一字不差地重复这一行。

滞留一天的损失,比 AI 员工干上几个月还贵

用自己的车队算一算 →
90 000 ₽
五辆车滞留一天

算笔账:五辆车等改派等了一天,每车每天的滞期费按 18 000 ₽ 算。要用自己的数字算,每家承运商的费率都不一样。

16 600 ₽
实例一个月

按年付费、部署在您自己服务器上的价格。按实例计价,不按车辆,也不按车次。

车队规模不影响价格

三十辆车还是三百辆,套餐都是同一个。从第一趟不用干等消息的车次起,他就是净赚。

三幅作品 - 只有第一幅可见

聊天中的追赶是每个人都能注意到的,这就是为什么它被认为是主要的损失。另外两项工作在会计部门和人事部门进行:关闭航班文件和雇用司机。运营商在那里的损失不亚于 —,只是更安静。

新的卸货时段:14:00
司机仓库客户
施工人员调度员班次
一处改动

1群发通知

航班重新安排了 — 并不是所有人都发现了

司机、仓库、客户和承包商在不同时间通过不同的聊天接收新闻。

一项改变立即影响到所有人

同样的措辞,同样的时间—,而不是一天三聊。

飞行报告 441212天

发票·签字好的

帐号“东方”·等待5 天

Diadoc 和 SBIS

2材料

航班已关闭,但该法案已一个月未签署

会计部门给客户打电话,仔细检查 EDI 框,以了解到底是哪里出了问题。

显示未签名的内容以及等待的时间

读取提要 Diadoc 和 SBIS:文件悬挂于哪些航班、悬挂了多少天以及悬挂给谁。

每晚回复数

没有司机的汽车

人员名单

hh.ru 和 Huntflow

3司机

车停在那里,因为没有人开车

司机的反应持续了几个小时:他们今天没有回电 — 明天他将在另一个公园出发。

立即带来新的回应

来自 hh.ru 和 Huntflow:谁连夜回复,谁没有得到回复,以及哪辆车空着。

调度室能卸下哪些活儿

依据您的规程

赶不上装卸时段怎么办、超重怎么办手续、该给谁打电话,都出自您的文件。

夜里和路上

凌晨一点司机有人可问,不用“等到早上找调度”。

一处改动,所有人立刻同步

新的时间窗用同一句话传达给所有相关的人。

不指挥车次

路线、目的地和货物状态他不改:那是您的运输管理系统和您的调度员的事。

一个晚上就能上线,不用程序员

今天就上线 →
5 分钟

接入渠道

Telegram、WhatsApp 或网站挂件,照后台里的说明操作即可,不用开发人员。

Telegram WhatsApp 网站挂件
一个晚上

上传您的文档

您材料里没有的,它会照实说,而不去编。

PDF 2026 价目表DOC 规章 保修
早上

问的时候就有回答

对话在后台和手机应用里都能看到。回答不满意,直接改文字。

一夜四段对话

让消息立刻到位,值多少

19 900 ₽/月/实例

或按年 199 000 ₽,折合每月 16 600 ₽

  • 10 个 AI 员工席位:司机、客户和承包商是不同的角色,文档也不同
  • Telegram、WhatsApp、MAX、邮件和电话,都在一个窗口里
  • 给司机的规章和须知是回答的唯一来源
  • 一处改动,用同一句话通知所有相关的人
  • 当班汇总以文件发到聊天里:CSV 或 XLSX
  • 装进您的内网:对话留在您这里
  • 按实例计价,车队规模不影响价格
装到自己的服务器上

Business 是自建服务器的套餐,这里的顺序是真实的:先开后台、约好安装,然后完成部署,最后才是套餐。在此之前可以先看演示环境,不用银行卡,也不用注册。

需要自己的服务器吗?

安装是怎么进行的 →

自己的服务器或者一台虚拟机加 PostgreSQL —— 不需要 Docker。一条命令即可安装,之后一切都在网页界面里配置。

  • 装在 Linux 上:tar 包加 systemd,一条命令就能更新
  • 对话和文档都放在您那里,不会外传
  • 可搭配本地模型,完全不用互联网也行
Community 套餐
0 ₽

永久免费,无需银行卡。Telegram、网页聊天和网站挂件,一个智能体,自己的服务器。其余渠道在付费套餐里。

免费领取

常见问题

价格跟车辆数量有关吗?

不会。套餐按实例计价,也就是按一套部署算,不按车辆、不按车次,也不按调度员。三百辆车的车队和三十辆车的车队付的是同样的钱。这正是这类产品在运输行业里说得通的首要原因。

他能看到车现在在哪儿吗?

不能,除非您自己接上系统。车辆位置、货物状态和目的地都在运输管理系统和车载终端里;他不会编,会老实说他看不到。从您的系统里读数据是另一项集成,要按您的环境单独做。

他会改车次或路线吗?

不会。路线和目的地由调度员在您的系统里更改,这是人的决定,也是人的责任。AI 员工的活儿是把调度员的决定用同一句话立刻传达给所有相关的人。

司机要用手机给他发消息吗?

可以,就用他手机上已经打开的那个软件:Telegram、WhatsApp 或 MAX。不用另装应用,也不用教司机新界面。手机应用是有的,但不是必需的。

这一切运行在哪里?

在您自己的服务器上。Business 套餐就是装进您的内网:产品以 tar 包交付,用 systemd 服务启动。购买顺序是真实的:先开后台、约好安装,然后完成部署,最后才开通套餐。

那模型呢?

模型由您自己接入,也由您自己选:内网里的本地模型,或者您自己的外部模型访问权限。模型没接上之前,AI 员工是不说话的,思考的不是我们的服务器,而是模型。我们不转卖别人的模型,也不为此收钱。

他会不会给客户乱许时间?

他依据已上传的文档回答,并说明答案取自哪里。计划时段来自运输条款,不是拍脑袋;实际到达时间他根本不许诺,因为他看不到车。这一点在走采购流程之前就能在演示环境里验证。

能先看看吗?

可以。演示环境无需注册就能打开,账号和密码在下面。您的规章不在那里,但能看到他如何依据已上传的文档回答,以及如何说“这个我这儿没有”。

别信我们说的 —— 自己去验证

这个页面只讲一个行业。关于产品的全部内容 —— 架构、定价、渠道和安全 —— 在首页.

同一个 AI 员工,也在同样体量的同行那里干活

机制一样,只是事由不同:小一些的物流把“货在哪儿”挡下来,全国连锁零售把几百家门店的回答拉齐,工业集团不用再让单子在各科室之间兜圈子。