iModel 面向业务与领域专家

最懂业务的人,本该自己动手把系统搭出来

企业里最值钱的判断力,长在供应链经理、财务分析师、风控专家身上,而不是长在代码里。iModel 用可视化工作流让他们不写代码就能把这些判断做成能跑的系统 – 拖节点、连线、执行,逻辑摆在画布上,谁都看得懂。

一条工作流的样子

多源数据
ERP · 数据库 · 表格
→
iModel 工作流清洗 · 建模 · 大模型调用
→
可复算的结论

每个方框都是一个节点,参数配置在界面上填,不在脚本里。整条链路可保存、可重跑、可交给同事接手。

问题在哪

让最懂业务的人离系统构建最远,是当下最大的浪费

大模型降低的是写代码的门槛,没有降低”提需求-排期-返工”这条链路的成本。真正卡住创新速度的,一直是这条链路。

企业里最宝贵的知识,掌握在这些人手里

供应链经理财务分析师风控专家审计人员制造工程师市场运营客服主管

他们知道哪条数据不能信、哪个例外要单独处理、哪个阈值调高一点会误伤谁。这些规则通常没写进任何文档,只存在于经手人的判断里。

一旦要把它变成系统,这些判断必须先翻译成需求文档,再由不熟悉业务的人翻译成代码 – 两次翻译,两次损耗。

传统协作模式的真实链条

一个业务想法要落地,通常要走完这四步:

💡 提出业务想法↓📝 写需求文档,等待评审↓⏳ 排期,等 IT 团队编码↓⚙️ 跨部门测试、返工、上线

结果:创新周期以月计;人一走,判断逻辑就断了;AI 停在演示阶段,进不了真实业务。

怎么改

从提需求的人,变成造系统的人

iModel 提供的是可视化工作流:把取数、清洗、计算、判断、输出各做成一个节点,用连线表达顺序。不需要写代码,也不需要背语法 – 会看流程图就会看工作流。

业务专家自己搭出来的第一版通常不完美,但关键在于:改一版只要十几分钟,而不是再排一次期。

连得上现有系统

通过数据库连接与 REST API 节点对接 ERP、CRM、MES、数据仓库等系统,也可调用大模型服务,数据不必先导出成表格。

能做会动作的 AI 智能体

不只是生成文字。智能体可以在受控范围内调用工具、查询知识库、把结论写回业务系统,每一次调用都留有记录。

做完能直接给别人用

工作流可封装成数据应用,同事打开一个页面填参数就能跑,不必人人都会搭工作流。

角色的变化

过去需求提出者把判断翻译成文档,然后等
→
现在系统构建者把判断直接搭成能跑的流程
带来什么

对业务专家来说,具体变了五件事

01

从凭经验,到看得见数据

销售预测、运营分析、客户分层、风险预警都可以自己搭。判断依据从”我觉得”变成一条能重跑的流程。

过去人工汇总几张表,靠感觉下结论

现在直连数据源,口径固定,随时重算

02

从等排期,到自己动手

想法出现的当天就能接上数据、搭出逻辑、跑出第一版结果,先验证再决定要不要投入更多资源。

过去需求传递层层损耗,上线以月计

现在自己迭代,验证周期以天计

03

从个人经验,到组织资产

资深员工脑子里的处理规则被固定成工作流,新人接手时看的是画布,不是一句”以前都是这么干的”。

过去人一走,判断逻辑跟着断

现在逻辑留在流程里,可交接、可复用

04

从局部处理,到打通全程

用连接器把分散在各系统里的数据接到一条流程上,不再靠导出、粘贴、再导入这种人工中转。

过去系统之间靠人搬数据

现在一条流程贯通取数到输出

05

从辅助问答,到能执行的智能体

让 AI 从”回答问题”走到”完成动作”:取数、分析、给出建议,并在人工确认后触发下一步操作。

过去大模型只能聊,落不到业务动作

现在智能体接管高频重复判断

06

从说不清,到讲得明白

面对审计、监管或老板追问”这个数怎么来的”,可以直接打开工作流逐节点回看,而不是翻聊天记录。

过去结论对了也说不清依据

现在每一步取数与计算都可回溯

用在哪

六类领域专家的典型用法

场景不同,做法一样:把本来靠人判断的那一步,搭成流程里的一个节点。

🛡️

金融与风险控制

典型场景:信贷审批、风险识别、异常交易检测、客户分层

  • 风控专家自己定义与调整规则阈值
  • 把历史数据与模型评分接进同一条流程
  • 规则变更留有版本,便于事后复核
🏭

智能制造

典型场景:设备预测性维护、质量检测、排程优化

  • 工艺工程师自行搭建监测与分析流程
  • 结合设备数据与预测模型识别异常趋势
  • 触发维护工单,减少人工巡检遗漏
🩺

医疗与健康数据

典型场景:病案数据质检、科研数据整理、知识库检索

  • 把数据规范与质控标准做成可复用流程
  • 在文献与结构化数据之间做批量检索比对
  • 面向数据处理与科研分析,不替代临床诊断
🛒

零售与电商

典型场景:价格监控、库存盘点、营销分群

  • 运营人员不写代码也能改策略
  • 订单、物流、用户行为数据接到一条流程
  • 缺货与滞销同时监控,补货判断有依据
⚡

能源与工业节能

典型场景:能耗分析、故障诊断、负荷预测

  • 能效专家自建分析与预警流程
  • 汇总环境、负载、运行状态等多维数据
  • 把优化建议输出为可执行的调整清单
🏛️

政务与公共服务

典型场景:审批数据核查、政策条文检索、风险排查

  • 业务人员把核查规则固化为标准流程
  • 在大量条文与台账中做批量比对
  • 过程留痕,便于内部复核与审计
为什么是工作流

对话解决不了的,是企业级系统的复杂度

大模型很擅长回答问题。但一套要在企业里天天跑的系统,需要的是能被检查、能被交接、出问题能定位的骨架。

企业级智能体的构成

Agent = 大语言模型 LLM + 专业工具 Tools + 企业数据 Data + 业务流程 Workflow + 治理机制 Governance

智能体本质上就是一条工作流

理解意图、查知识库、调用系统、生成结论,这条链路天然是有顺序、有分支、有失败处理的流程。用流程的方式表达它,比用一段自然语言描述它更接近真相。

复杂度需要被看见

当一个智能体挂着几十个工具、上百个条件分支,纯代码维护会迅速变成只有作者本人看得懂的东西。画布上的连线是最直接的说明书。

业务专家参与的唯一入口

让不写代码的人去审几千行 Python 不现实,但看懂一张流程图是可行的。工作流是业务和技术之间唯一能共享的语言。

可追溯,才谈得上敢用

黑盒结论在高风险业务里没法交差。工作流把每一步取数、清洗、判断都摆在明处,同样的输入重跑得到同样的输出,审计和复核才有落点。

常见问题

动手之前,一般会先问这几件事

完全不会编程,真的能做出来吗?
能做出大部分日常分析工作。工作流的操作方式是拖节点、连线、在界面上填参数,跟画流程图接近,不需要写代码。会用 Excel 数据透视表的人,通常一两天就能搭出第一条完整流程。复杂的统计建模仍然建议和数据团队一起做,但取数、清洗、汇总、出报表这类占用大量时间的环节,业务人员完全可以自己接管。可以从入门教程或从 Excel 到 iModel开始。
和直接跟大模型对话有什么区别?
区别在于结果能不能复现。跟模型对话,同一个问题问两次可能得到两个答案,而且你无法确认它到底看了哪些数据。工作流里,取数范围、清洗规则、计算口径都是固定的节点,重跑一次结果一致。实际用法通常是两者结合:计算交给工作流,表述和交互交给模型。
业务人员自己搭的东西,IT 部门管得住吗?
这正是可视化工作流相对脚本的优势:IT 能看懂业务人员搭了什么。工作流可以集中管理、设置权限与执行环境,哪些数据源可以连、哪些操作需要审批,都可以在平台层面约束。常见的做法是业务侧负责搭建与迭代,IT 侧负责数据源接入与上线审核,分工比”业务提需求、IT 全包”更清楚。
支持国产化环境吗?
已测试并部署的系统包括麒麟 V10 / V11 与统信 UOS 的 x86-64 版本,处理器侧海光 C86 已完成测试部署;ARM 架构(鲲鹏、飞腾)目前尚不支持,在规划中。麒麟环境可直接下载麒麟系统版本安装包,安装为双击运行,十分钟内可完成。
数据不能出内网,可以用吗?
可以。工作流的执行在本地或内网服务器完成。若需要用到生成式 AI 能力,可对接可私有化部署、兼容 OpenAI 接口的模型服务,推理同样留在内网;是否引入大模型、在哪一层引入,可按数据密级分环境配置。
下一步

先用一个自己手头的场景试一次

不用等立项,也不用先说服谁。挑一件你每周都要手工做一遍的分析,用 iModel 搭成工作流跑一次 – 值不值得推广,跑完就知道了。iModel 已服务 200+ 家企业与机构客户,覆盖 60+ 个行业。

iModel 基于 KNIME 开源内核二次开发,增强部分自主研发,源码可审查。

iModel 专属客服
在线留言或电话联系
在线留言

留下您的问题和联系方式,我们会在一个工作日内回复。

手机与邮箱至少填一项

4008568196 拨打此号码联系我们

微信扫码咨询

iModel 微信咨询二维码

使用微信扫描上方二维码