AI News · AI落地案例

法拉利把生成式 AI 放进选配与生产线:配置时长降两成,缺陷检测前置

法拉利以 AWS 为云底座,用 Amazon Bedrock 搭建网页端车辆配置器,结合 Amazon Personalize 做个性化推荐,并用 Amazon Lookout for Vision 做装配线视觉质检。

法拉利把生成式 AI 放进选配与生产线:配置时长降两成,缺陷检测前置
AI辅助整理:本文基于下方列出的公开原始来源改写,不代替原文。

核心摘要: 法拉利以 AWS 为云底座,用 Amazon Bedrock 搭建网页端车辆配置器,结合 Amazon Personalize 做个性化推荐,并用 Amazon Lookout for Vision 做装配线视觉质检。官方披露客户配置时间缩短约 20%,销售线索增加,基础设施总拥有成本占比从 70% 降到 40%。

业务背景

成立于 1947 年的法拉利以赛车与工艺闻名,近年把重点放在通过官网和手机 App 触达全球车迷与潜在买家。为了让客户、经销商和员工获得更好的数字化体验,公司把云计算和生成式 AI 当作战略手段,其关键技术负责人明确表示,生成式 AI 被看作提升效率的‘游戏改变者’。

要解决的问题

第一个痛点是选配复杂度:一辆车可能有数百万种配置组合,客户很难在大量选项里快速敲定。第二个痛点是售后:客服与技师面对大量工单,需要阅读冗长文档,人工分类汇总既慢又容易出错。第三个痛点是研发与生产:设计验证依赖昂贵费时的实体样车,装配质检靠人工目检,容易出现漏检和返工成本。

AI 怎么落地

法拉利把 AI 拆进三条业务线。选配端,用 Amazon Bedrock 里的大语言模型(含 Amazon Titan、Claude 3、Llama)加 Amazon Personalize 构建在线配置器,客户可旋转缩放 3D 车辆视图并尝试不同组合。售后端,用公司自身文档对模型做微调,训练机器人完成工单分类与摘要。生产端,用 Amazon Lookout for Vision 做装配线缺陷检测,并用生成式 AI 的文字生成图像能力加速车辆渲染与设计改动。

实施步骤

公司先完成云转型,把关键负载迁上 AWS,并用 AWS Fargate 托管容器服务降低基础设施运维成本,为 AI 提供稳定底座。随后分场景迭代:先做客户可见的配置器与个性化推荐,再扩展到售后工单处理,最后深入到设计与质检环节,逐步把 AI 从面向客户的体验延伸到内部研发生产。

结果证据与边界

官方披露的量化结果包括:配置时间缩短约 20%、销售线索增加、基础设施总体拥有成本占比从 70% 降到 40%、产品生命周期仿真提速约 60%、质检能在送测前发现缺陷从而节省成本。需要说明的是,这些数字由法拉利与 AWS 在案例中共同披露,属于企业自报,来源未披露独立审计,也未把云基建收益与纯 AI 收益严格分开,缺乏回收期与 ROI 口径。

可复制动作

对企业而言,可借鉴三点:一、先把数据与应用放到统一云底座上,AI 才有可训练、可调用的基础;二、选择统一的大模型接入层以便快速试验不同模型而不被单一供应商绑定;三、把 AI 同时投放到客户体验和内部生产两条线,先选高可见度、易量化的场景做试点,再逐层扩展。

证据与边界

  • 数据来自 AWS 官方案例页面,由法拉利与 AWS 联合披露,未见第三方审计。
  • TCO 占比从 70% 降到 40% 及仿真提速 60% 属于云基础设施收益,案例未将其与纯生成式 AI 效果严格拆分。
  • 来源未披露投资回收期、整体 ROI 及配置时间缩短的绝对分钟数。

企业今天可以做什么

读者可借鉴三步:先把数据和负载迁移到统一云底座,再通过统一模型接入层(如 Bedrock)快速试验多个模型,最后选择客户可见度和量化难度适中的场景(如配置器、工单分类)作为首批试点。

资料来源

公众号原题:Ferrari Drives Customer Experience with Generative AI on AWS · 查看公众号原文

你的企业,AI最该先改哪一段?

带着一个真实业务问题,先做一次增长诊断。

获取增长诊断