服务 · 03
AI 与自动化例行工作,在有人坐下来处理之前就已完成
每次都一模一样的重复工作,交给自动化;一个人整天在做的阅读和分拣,交给 AI。重要的事,仍由人来批准。
一位永不疲倦的文员,由人来把关。
您的企业里,总有人整天在读东西:以 WhatsApp 消息发来的订单,以 PDF 发来的供应商发票,每周上百次的同样的客户问题,要先分拣好才能处理的理赔单。另外某个地方,总有人在同样两个界面之间重复同样的六个步骤,每次都一模一样。前一种,正是 AI 能发挥价值的地方;后一种,根本不需要模型。
这项工作两部分都做:每次都一模一样的重复工作,用普通的自动化;那些以人写的、杂乱无章的形式送来,需要阅读、分拣、判断和起草的工作,用模型。开发任何东西之前,我们都会书面约定:它必须做对什么,它一旦停止工作您如何得知,以及按您的业务量每月运行要花多少。如果诚实的答案是您需要更好的软件而不是 AI,我们在第一次通话时就会直说。
- 团队
- 指定负责人,贯穿整个项目
- 运行于
- 您自己的账户,从第一天起
- 定价
- 固定价格,按里程碑收费;首次通话后提供逐项列明的固定报价
适合
- 一长串订单、消息或理赔单,有人整天在读
- 在同样两个系统之间,手工重复同样的步骤
- 一个本该变成正式工作的 ChatGPT 试验
您会得到
- 它必须通过的测试,开发前书面约定
- 在您自己的账户中运行、处理真实业务的系统
- 一份运行成本表:按您的业务量,每月花费多少
- 一份交接文件,您的团队照着就能运行
诊断
我们先找到那条队列:员工整天在读的那一堆,以及他们手工重复的步骤。两者我们都会统计,观察它们是怎么处理的,并收集真实样例,由目前做这项工作的人来标注。诊断报告会写明:哪些可以直接自动化,哪些需要模型,哪些必须留给人,以及运行起来要花多少。
验证
它必须通过的测试,用您自己的样例约定成一个数字。最小的版本在真实业务中上线,每一个输出都由人来批准。准确率以测试为准,而不是以演示为准;运行成本则与真实账单核对。
开发
其余工作每两周推进一次:接手队列中更多的部分;在达到测试标准的地方减少人工审批;每条建议旁边都显示理由。一切都在您自己的账户里运行,使用的是付费企业版服务,您发送的内容绝不会被用于训练。
交接
由您的团队运行 2 周,期间我们仍随时待命。样例和测试留在您自己的账户里,日后任何人都可以核查;实际运行一旦偏离它们,就会触发告警;复盘会写明哪些地方仍然需要人。
从报价到发货只走一条流程,每一步都在车间现场确认。
一家有 2 个车间、经销商遍布 9 个城市的家具厂。订单靠纸张流转,不去车间走一趟,没人知道某张订单进行到了哪一步。
手工重复录入的工单和经销商通知
已有记录里明明有同样的信息,却又被手工录入第二遍的单据

- 从报价到发货从报价被接受到货品离开车间的天数,按月取平均值
- 办公室追查订单进度所花的时间坐在办公桌前回答订单进行到哪一步所花的时间,与开发前一个月对比统计
老板们在打电话之前会问的问题。
这是 AI 问题,还是软件问题?
往往是后者。如果工作是一条固定规则(超过限额的订单需要审批,低于补货线的零件要下单补货),普通软件就能准确完成,AI 只会徒增不确定性。只有当工作是阅读、分拣、判断或起草那些以人写的、杂乱无章的形式送来的东西时,AI 才有用武之地:夹杂三种语言的 WhatsApp 订单,一张扫描的发票,一条投诉。第一次通话就会把您的问题归到其中一类;即使答案不是您希望的,我们也会直说。
在小企业里,AI 擅长哪些日常工作?
阅读收到的东西,把它变成系统能处理的内容:从消息里提取订单,从供应商发票里提取明细,理解客户提问背后的意图。分拣:哪张理赔单今天就需要人处理,哪张可以等。建议:补货清单,常规询问的回复,一批货被退回的可能原因。起草:报价单,跟进消息,长串对话的摘要。每一种情况都由人来批准,系统也会说明它为什么这样建议。
企业什么时候会发现 Zapier、Make 或 n8n 不够用了?
当一个流程需要知道只有您的企业才知道的事情时:这个客户的赊账是否已被冻结,哪个仓库有这个零件,这个月的补货线是多少。这些工具很擅长在应用之间搬运数据;如果只是几个简单流程,我们会让您继续用,然后收工回家。一旦流程需要做决定,会在凌晨 3 点悄无声息地失败,或者第 20 个流程依赖第 19 个,它们就变得难以信赖。到了这一步,这些连接就需要成为您自己的系统:有人盯着、经过测试、写有文档,而不是一个没人敢碰的订阅服务。什么时候 Zapier、Make 或 n8n 已经不够用?一文完整讲解了这三道检验。
AI 系统上线之前,必须做对什么?
它必须通过的测试:书面约定,并用您自己的样例表达成一个数字。样例是几百份真实订单或理赔单,由目前处理它们的人来标注,大家意见不一的也照实标明。这套样例定义了工作内容,定义了什么算完成,日后还能告诉您实际运行何时偏离了它。不肯给您看测试的供应商,卖给您的只是演示。为什么先公布测试,再选模型讲了其余的部分。
我们的数据会去哪里?
只进入您自己的账户,不去任何别的地方。我们使用付费的企业版服务,您发送的内容不会被用来训练任何人的模型;或者使用在您自己云账户中运行的模型;每一把密钥、每一个凭证都掌握在您手里。在您分享任何敏感信息之前,先签保密协议。如果某份文件绝不能离开公司,我们会告诉您这项工作还能不能做,以及怎么做。
它拿不准的那些怎么办?
交给人处理,并显示原因。一个没把握时会直说的系统,比一个自信地瞎猜的系统更有价值;所以什么情况下要请人确认,由我们和您一起约定,并在真实业务中调整。人做的每一次更正,都会成为测试里的一个新样例,系统因此在您的工作上改进,而不是在别人的工作上。准确率每月按测试汇报一次,用平实的数字。
我们怎么知道自动化真的起作用了?
因为这些数字在开发前就已约定,开发后用您的数据测量。对大多数企业来说,它们都很朴素:不经人工重新录入就走到发货的订单,已经缺货却仍被卖出的商品,从当天最后一张单据开出到账目结清之间的时间。如果某个数字没有变化,复盘会书面写明,并说明原因。除此之外我们不作任何承诺,所以它才能写成合同条款。那家家具厂大致就是这个样子:从报价到发货,每个环节都在手机上确认。
我们能从已有的 ChatGPT 试验起步吗?
可以,而且这通常是最好的起点,因为它告诉我们员工真正想让机器做什么。它缺少的,正是让它值得依赖的东西:一个必须通过的测试,在关键环节有人把关,每个决定都有记录,以及一份您书面看过的运行成本。我们保留好用的部分,在它周围把其余部分建起来,都放在您自己的账户里;这样它就不再是某个人浏览器里的一个标签页,而成为企业运转的一部分。
给您的技术顾问
检索、智能体、微调、护栏、可观测性,以及处理一切无需模型之事的普通工作流引擎。评测集与模型一同公布,而且在开发开始之前公布。
- 评测集和基线指标,在开发前公布
- 部署在您云账户中的生产系统
- 按请求计算的成本模型,随代码一起评审
- 运维手册、漂移告警、退出评审
技术栈 Claude · GPT · Gemini · Llama / Mistral 自托管 · pgvector · Qdrant · Python · TypeScript
写一段话。创始人会在 1 个工作日内回复。
随后是与两位创始人的 30 分钟通话。不放幻灯片,也不套方案模板,只是先初步判断:我们是否适合解决这个问题。
也可以通过邮件、电话或 WhatsApp 联系: hello@netogrit.com · +91 94330 54299 · WhatsApp(在新标签页中打开)