中小企业AI降本增效报告｜六大场景：从哪项工作开始

出处：依据：中小企业AI降本增效报告 第10—23页

运营反复改商品介绍，客服每天查同一条政策，财务把单据退回来，新人总打断老员工，异常消息沉在群里，项目一到交付就返工。选AI项目，可以先从这些正在发生的麻烦找起。

这是《中小企业AI降本增效报告》第二篇。我们按六类业务讲清三件事：先改哪一步，要准备什么，做完检查什么。公开案例用于解释做法；下文给小企业的起步建议，是报告中的方法，不是我们的客户成绩，也不保证获得同样的效果。

营销与销售：从一批资料齐全的产品开始

先选一批资料完整、经常需要改文案或回答询价的产品。整理真实规格、现行价目、授权图片和不能使用的宣传表达，让AI据此写不同渠道的介绍，或把客户问题整理成规格、数量、交期等字段。

交给运营审核的，不应只有一段成稿，还应有使用的资料版本、待确认字段和需要销售答复的问题。运营核对产品事实与图片权利，销售确认库存、报价和交期，确认后再发布或发送。

报告引用联合利华的公开材料：其内部AI工具Brand DNAi使用批准的品牌语气、策略和视觉资料，配合产品数字孪生（产品的虚拟数字模型）与内部设计团队，部分素材制作最多快30%。这是特定素材与流程的上限，公开材料没有给出完整测量基准期，不能写成全部营销内容平均提高30%。

这里能直接借鉴的是：把企业批准使用的资料提供给AI，再安排明确的审核。生成速度来自一整套准备和协作，不能只买个工具，就把“最多快30%”写进自己的预算。

Alibaba.com的AI Mode也被报告列为能力示范：把复杂采购需求转成搜索、比较和供应商匹配任务。官方公告说明该功能可以辅助采购搜索和比较；平台订单增长仍不能直接视作AI的独立效果。

验收时，选同类素材记录从整理资料到审核通过的人工时间、改稿次数和工具费用。发布后再跟踪有效询盘、成交，以及扣除新增变动成本后的贡献毛利。写出几百条内容或点击率上升，并不等于已经多赚了钱。

成本记录从资料整理开始，包括账号或调用、审核返工与后续维护。广告、促销和销售跟进费用另列，避免把内容做得更快当作获客全成本已经下降。

客服与售后：先帮员工找到答案，再扩大自动回复

先挑一类经常出现、规则比较稳定的问题，让AI给客服员工提供答复建议。准备现行政策、订单查询方法和转人工条件；答复要带对应的资料出处，方便员工核对。

例如客户要求退货，AI可以整理订单事实和适用政策，但退款、赔付、异常订单和超出规则的承诺，应交给有权限的人。找不到依据时保留待确认，不要为了“自动完成”省掉人工接管。

飞书披露的美宜佳案例针对门店咨询，平均响应时间由33秒降到14秒。该案例两个月处理近万条咨询，披露的解答率为50%；这不是全部问题的准确率。首先改善的是等待答复的体验。它没有说明每个问题少用了多少人工处理时间，不能把相差的19秒直接计为节省工时。

报告还引用Klarna的2025年报：企业称约80%的客户聊天由AI处理，并称未降低客户满意度。这是企业经营披露，不能推导“80%的客服员工可以取消”。实施成本、问题难度和人工接管情况需要另看。

把这类问题实际试用一段时间，收集未解决、错答和转人工的记录。知识管理员据此补充或修正政策；这些失败结果也要进入验收，不能只统计AI顺利答完的问题。

验收时，把首次响应等待与正确解决一件事的人工时间分开。后者应包括查订单、审核、转接和返工，并观察重开率、升级率和投诉。若回答更快，但客户反复询问或重新开单，项目仍需调整。

报告引用的2026年阿里售后客服实地实验预印本也提醒：实验把处理速度、主观评分和重新处理任务的实际质量分开检查；前两项改善，后一项未必同步改善，员工能力差异也会影响结果。这是研究对特定任务的观察，不能用一次回复更快代替解决质量验收。

投入核算应包含政策维护、订单与系统连接、检索调用、坐席复核、例外处理和抽检。政策不稳定、没有人工接管或投诉监测时，先保留坐席辅助；扩大自动答复范围，要另做验证。

办公与财务：先减少抄写，让核对有原件可查

可以先选一种格式较稳定、经常重复录入的单据，让AI提取字段，生成待核对记录，同时保留原件位置。采购资料整理、会议待办提取、对账差异归类，也可以这样起步。

给财务看的结果，需要能逐项回到原件：哪张票、哪个主体、什么金额、缺了什么附件。发现重复、缺项或异常金额时，进入核对队列，由责任人确认。

金额计算、重复票检查和付款权限应由确定性规则与责任人控制。财务人员确认会计和税务口径，授权人按现有制度审批付款。自动生成一条记录，不等于完成审批或正确记账。

飞书的好想来案例披露，供应商流程节点从9个缩到4个，建档周期从2天缩到0.1天。这包含系统集成、规则、流程简化和AI的共同作用。建档周期缩短也不能直接等同于员工少工作了相同时间。

小企业若要借鉴，可以先统一供应商编号、必填字段、缺失附件和重复资料的处理规则，再连接原有表单或系统。异常进入核对队列，责任人确认后才写入业务记录。如果同一份资料仍要在几个系统里重新填，先查这些录入能否合并，再决定在哪一步使用AI。

字段正确率与整单通过率应分别记录。 一张单据大部分字段正确，只错一个金额或主体，仍可能整单退回。验收不仅要看识别结果，还要计入复核、修错和退回处理时间。

这类项目除了工具费用，还要计入文件解析、字段与规则整理、接口、复核修错和维护。合法取得的原件、字段字典与审批权限要能追溯；缺票、跨主体、税务争议和金额异常，仍由相应人员处理。

知识与培训：先做好一个岗位的现行操作资料

新人反复问同一个操作步骤，有时不是他不愿查资料，而是文件太多、版本冲突，或查到了也不确定能不能照做。先整理一个岗位当前有效的操作规范，比一口气导入所有文件更容易检查。

每份资料写清生效时间、适用岗位或地区、批准人与维护人。AI答复附上出处；没有适用答案，就转给负责人。员工发现错误后，应能提交纠正，并由维护人更新有效版本。

飞书发布的海底捞“大明白”案例披露，半年响应17万次员工咨询，71%的问题自助答疑。飞书案例页面里的每月3.9万小时则来自假设估算，不能与咨询数量或自助比例混在一起，当作已经验证的现金节省。

IBM自报AskHR常见问题无需转接率达到94%，并报告HR运营成本在四年中下降40%。多年流程改进、系统接入和AI共同参与，不能把四年组织成果归因于某一次生成式AI升级。

岗位操作资料和员工个人资料应按权限分开。薪资、绩效等信息留在相应授权系统中，不能为了方便问答，放进所有人可查的资料库。

这一类的验收，可以抽查答案是否正确、出处是否对应，以及未解决问题怎样处理。再比较员工和导师的合计人工时间、骨干被打断次数、新人完成同类合格任务的表现。知识库访问量或文件数量都不足以代替这些结果。

成本不只在导入文件，还包括文档清理、权限检索、日常更新、纠错和主管复核。每份资料有人维护，才不会把旧规则更快地传播给新人。

运营与生产：先让群里的异常变成有人负责的待办

群里一句“某门店缺货了”，可能很快被其他消息盖过去。可以先让AI从消息里提取门店、产品、时间和问题，保留原始消息，整理成待分派的任务。负责人检查信息、确认严重程度和处理人，现场人员完成处置。

处理完要留下关闭证据。无法识别、信息不足或暂时找不到负责人的消息，也要有地方可见，不能从统计里消失。这一段是流程举例，不是某家企业的实绩。

飞书披露的传音案例，反馈及时处理率由40%提高到95%，流程包含Jira接口、去重、AI归类和规则提醒。样本量与完整测量期未公开，这一指标不能直接写成利润改善，也不能全部归功于AI。

小团队可以先检查自己的记录：有没有漏掉异常，重复任务有没有合并，谁接了任务，从受理到关闭用了多久。及时回复了一句“收到”，并不等于问题已经处理完。

报告也介绍了海尔特定工厂的视觉检测，以及联合利华Raeford工厂的数字孪生案例。这类项目依赖相机、照明、现场样本、持续数据与工艺能力，和群聊工单整理属于不同投入范围。现场检测还要分别测漏检、误报、节拍及复核成本，不能照搬某个识别率承诺。

初期可以优先改善信息流与辅助判断。安全事故、设备控制和现场处置继续按已有责任机制执行。验收看漏单、重复、从受理到关闭的周期；停机、报废和损耗收益用相应记录另行核对。

实施前要准备获授权的异常信息、分类字典、地点或设备清单、负责人对应关系和关闭标准。系统入口与工单连接、字段维护、人工确认、现场处理及持续运行都计入；相机、传感器等硬件项目单独估算。

研发、IT与专业交付：先把需求和验收要求整理清楚

需求分散在聊天、邮件和会议记录里，工程师很容易漏掉版本、复现步骤或验收要求。AI可以先整理这些信息，标出矛盾和待确认项，再辅助写测试、代码或技术方案草稿。

负责人确认需求，工程师复核并执行必要测试，专业结论由有资格的人签署。交付时保留可审阅草稿、假设与引用、测试清单和变更记录。验收比较同类交付的人工时间、缺陷和返工，代码行数与生成速度无法替代这些结果。

新核云的飞书伙伴案例展示了自然语言进入结构化业务流程的方式，包括异常、任务与BUG记录。页面中的3600多家是其制造业客户规模，不能解释为这些客户都已经使用同一套AI方案。

报告还收录了HBS AI Institute于2025年发布的宝洁实地实验解读：使用AI的个人和团队，创新任务用时分别减少16.4%和12.7%。它衡量的是特定创新任务，不是研发组织成本同比下降，更不能直接预测一家企业的利润。

报告建议借鉴的是跨专业协作：业务与技术人员分别提出要求，AI整理冲突、备选方案和待验证问题，再按事先约定的标准比较方案；评审时不告诉评审人哪份有AI参与，减少先入为主的影响。后续销量、交付成本与质量继续跟踪，不能在方案生成时就宣布商业效果。

对小团队，更容易实施的是先让AI提取产品版本、复现步骤、需求与验收项，程序检查必填字段，负责人确认后进入项目系统；测试草稿和代码由工程师复核，专业结论由有资格的人签署。资料不足或没有测试环境时，先补条件。

波司登案例则说明，头样开发周期可能在设计、验证与生产协同中改善。常熟市政府2026年6月公布的材料称，头样开发周期由100天压缩到27天，样衣研发成本下降60%。报告原文口径是“头样开发周期”，不能扩大为全部研发或整季产品上市周期；公开资料未披露完整投入与成本构成，不能据此计算可靠的项目回报率。

小服装企业可以先寻找重复改样、资料传递和样衣验证中的具体问题，不能把上述成果理解为买一个生成图片工具即可实现。软件或技术服务团队，则应比较同类合格交付的人工耗时、返工缺陷和维护负担，再确认是否真正增加可履约订单或减少外包付款。

成本从准备资料和需求开始，包含模型或开发工具、复核测试、返工、维护，以及专业责任与交付支持。客户代码和资料是否有权使用，也要在开始前确认。

案例数字，怎样用于自己的决策

企业年报或厂商案例，是企业对经营和部署效果的披露；产品公告说明功能已有实现路径；实地实验则检验特定任务下的变化。三类证据各有用途，不能合并成“这些企业都已经验证了同样的AI回报率”。

例如，宝洁实验帮助理解协作方式，飞书的发票识别说明提供预录入功能路径，波司登案例展示组合流程的变化。迁移到自己的企业时，都还需要任务量、质量、全部人工投入和支出记录，才能判断是否值得继续。

第一轮只选一项，把原来与现在比较清楚

哪个场景先做，取决于企业正在付出什么成本，以及资料和责任是否具备。产品资料规范，重复改稿多，可以从营销草稿开始；政策稳定，坐席反复找答案，可以先试客服辅助；异常多却没人跟进，就先改信息与派单流程。

在这几类任务里比较，优先选择重复发生、合格标准清楚、有批准样例、有人维护和审核的一项。先用现有工具与原工作入口完成一个可以验收的过程，再判断跨系统集成是否值得增加投入。

先留下原流程的任务数量、难度、人工时间、常见错误和费用；试用时把准备、审核、修错、转人工都记录进去。双方按同一种质量要求检查，再判断哪部分工作真正改善，哪些费用实际发生。下一篇将用报告的假设算例，解释释放工时、现金节省和新增业务怎样分别计算，以及项目何时具备扩大条件。