iModel 面向终端用户

不用学新系统,问一句就能拿到结果

销售、客服、财务、供应链、运营,每天都要在几个系统之间来回翻数据。iModel 的 AI 数字员工把这段路收成一个对话框:你提问,它去取数、算完、把结论和依据一起交给你 – 而且这个结论,能查到是怎么来的。

现状

不是没有 AI 工具,是它们进不了你的日常

通用对话式 AI 很聪明,但它不知道你们公司昨天的库存;企业系统里有数,但每次取数都要绕一圈。这两件事之间的空档,就是每天被消耗掉的时间。

🧠

懂通用知识,不懂你的数据

通用大模型答得头头是道,但对企业内部的业务库、台账、权限一无所知,问它本月回款只会得到一段猜测。

🧩

工具零散,接不进流程

各种 AI 工具都能生成内容,但停在对话框里,结果还得手工复制回业务系统,中间多出一道人工环节。

⌨️

自动化能力强,门槛也高

脚本和 RPA 确实能跑,但改一个条件就要找人,业务侧永远处在提需求、等排期的位置。

🗄️

系统各管一段,数据对不上

ERP、CRM、OA 各存一份,同一个指标三个口径,光是核对哪个数是对的就要花掉半天。

是什么

iModel 的数字员工,是一条搭好的工作流

它不是一个更聪明的聊天机器人,而是一条已经配置好取数范围、计算口径和输出格式的流程,外面套了一个对话入口。

流程由懂业务的同事或数据团队搭建 – 这部分能力见面向业务与领域专家。搭好之后封装成数据应用或AI 智能体,其他人打开就能用,不需要懂它内部怎么跑。

所以你拿到的结论是可复算的:同样的问题问两次,数字一致;有人质疑,可以打开流程逐节点看依据。

一次提问背后发生了什么

你提出一个业务问题「哪些客户这个月可能流失」

↓

数字员工执行既定流程连数据源 · 按固定口径计算 · 调用模型组织表述

↓

结论 + 依据名单、判断理由,以及这一步用了哪些数据
变了什么

对天天用的人来说,具体变了四件事

01

重复的手工活,交给流程跑

过去

手工整理线索、逐条敲客服回复、月底对账翻几张表、从一堆简历里筛人,时间大多花在整理而不是判断上。

现在

点一次按钮或说一句话,流程自动取数、清洗、汇总并输出结果,你的时间回到判断本身。

02

找数变成问数

过去

要回答一个问题,得先想清楚数在哪个系统、找谁要权限、导出来再拼一遍。

现在

直接问「本月哪些客户有流失风险」,数字员工按预先配好的口径去几个系统取数,返回的是名单和理由,不是一张让你自己看的表。

03

结论能说清依据

过去

被追问「这个数怎么来的」,只能回去翻当时的表格和聊天记录,往往复现不出来。

现在

取数范围、过滤条件、计算方式都固定在流程节点里,可以打开逐步回看,也能重跑一次验证。

04

骨干的做法,全组都能用

过去

做得最好的那位同事有自己一套方法,别人学不来,人一调岗就断了。

现在

这套方法被搭成流程共享出来,全组按同一口径工作,新人上手看的是流程而不是口口相传。

用在哪

六个岗位的常见用法

每张卡片下面那句,是这个岗位真正会输入的问题。

📈

销售与市场

客户分层商机识别流失预警

把 CRM 行为数据与成交记录接到同一条流程上,按固定口径给客户打分与排序。

典型提问「这个季度哪些在谈的单子推进得最慢?」

🎧

客户服务

知识库检索回复草稿工单分类

从内部知识库和历史工单中检索相近案例,生成回复草稿,由客服确认后发出。

典型提问「这类退款问题以前是怎么答的?」

🧾

财务管理

多源对账成本分析异常筛查

把来自不同系统的账目按规则自动比对,把对不上的条目单独列出来交给人看。

典型提问「这个月有哪些款项两边对不上?」

👥

人力资源

简历初筛岗位匹配人员结构分析

按岗位要求对批量投递做初步筛选与归类,减少人工翻阅量,最终判断仍由 HR 做。

典型提问「这批简历里哪些符合这个岗位的硬性条件?」

📦

供应链与采购

供应商表现备货预测交期跟踪

结合销量预测与当前库存判断可支撑天数,把有断货风险的物料提前标出来。

典型提问「未来两周哪些物料会不够用?」

🏭

制造与运营

质量分析设备监测瓶颈追溯

汇总多台设备的运行数据与日志,定位异常时间段与关联因素,输出可核查的分析记录。

典型提问「上周这条线的不良率为什么升高了?」

为什么这样做

模型负责表达,流程负责算数

把两件事分开,是这套方案和”直接问一个大模型”最本质的区别。

会说,和能做,是两件事

通用对话式 AI 擅长理解与表达,但它无法访问你们的业务系统,也无法保证两次回答用的是同一份数据。

只有模型

能写、能答、能出主意,但停在对话框里,结果需要人工搬回业务系统,且难以复现。

模型 + 工作流

取数、清洗、计算由确定性的流程节点完成,模型只负责理解提问和组织表述,结果可重跑、可核对。

复杂度会长,得让人看得见

一个智能体起步可能只有几个节点,跑上一年就会挂上几十个工具和大量条件分支。如果全靠代码维护,很快会变成只有作者本人看得懂的东西。

可视化工作流把这些摆在画布上:业务能看懂在做什么,IT 能看清接了哪些数据源,出问题能定位到具体哪一步。

企业里真正会被问到的三件事

过程是否透明可回看 · 结论是否讲得出依据 · 权限与数据边界是否可控

常见问题

用之前一般会问这几件事

我完全不懂技术,能用吗?
能。数字员工做好之后,使用方式就是打开一个页面、填几个参数或直接提问,跟用普通业务系统一样。搭建的部分由懂业务的同事或数据团队完成,使用者不需要接触工作流本身。如果你也想自己搭,可以看面向业务与领域专家那一页。
和直接用通用 AI 助手有什么区别?
区别在两点:一是它能连到你们自己的业务数据,回答的是真实数字而不是通用知识;二是计算口径固定在流程里,同一个问题问两次结果一致,被追问时能打开逐步核对。通用助手这两点都做不到。
数据不能出内网,能用吗?
可以。工作流的执行在本地或内网服务器完成。若需要用到生成式 AI 能力,可对接可私有化部署、兼容 OpenAI 接口的模型服务,推理同样留在内网;是否引入大模型、在哪一层引入,可按数据密级分环境配置。
AI 给的结论可以直接照做吗?
建议当作一份每天替你算好的初稿,而不是最终决定。常见做法是:让数字员工输出名单、金额和判断理由,由岗位负责人确认后再执行动作;涉及资金、人事、采购的动作,也可以配置成只生成待办、不自动写入业务系统。跑顺、对得上账之后,再逐步放开自动执行的范围。
支持国产化环境吗?
已测试并部署的系统包括麒麟 V10 / V11 与统信 UOS 的 x86-64 版本,处理器侧海光 C86 已完成测试部署;ARM 架构(鲲鹏、飞腾)目前尚不支持,在规划中。
下一步

带一个你每周都要做的问题来

演示不用讲概念,直接拿你们真实的一个重复动作试一遍:数在哪、每次要花多久、结果怎么核对。跑完这一遍,值不值得往下推就清楚了。iModel 已服务 200+ 家企业与机构客户,覆盖 60+ 个行业。

iModel 基于 KNIME 开源内核二次开发,增强部分自主研发,源码可审查。AI 生成的结论具有不确定性,请结合业务复核后使用。