选型先定一条主线,别被架构图带跑偏

我们做企业 AI 落地这几年,踩过最深的坑,不是在"选哪个模型"上翻车,而是好几个项目跑下来,才发现从一开始就没有一条主线——工具越上越多,能力反而越散,到最后谁也接不住。这篇不是来给你列标准答案的,是我们自己交过的学费,讲给正在选型的人听。

下面这套判断,是从我们陪客户落地的项目里,一次又一次撞出来的。它是一套我们自己用的实践框架,不是什么外部行业标准;你的组织数据现状、合规要求、团队能力未必和我们一样,具体口径请结合你自己的情况调。

先定主线,再选工具

正文插图

我记得很清楚,我们最早介入一个客户的 AI 办公助手项目时,对方技术负责人第一件事就是拉了一张特别漂亮的架构图:大模型、向量库、Agent 框架、工作流平台,一排排标得整整齐齐,然后追着问"现在哪个大模型最火"。

我们当时也顺着这个节奏走了一阵。结果很快露馅——这些工具彼此不连通,客户的知识散在好几个系统里被切碎,没有统一入口,流程也没有统一编排。表面看"什么都有",实际是"什么都不通"。 这个项目后来花了远超预期的时间,才把主线重新理清楚。

那次之后我们给自己定了一条:选型第一步不是挑模型,是先把边界条件写出来。 合规要求是什么?数据能不能出域?性能边界在哪?团队到底有没有运维私有化集群的能力?边界列清楚了,再去筛平台。主线清晰了,工具才放得进去;主线没有,工具越多越乱。

部署方式别追潮流,先看数据分级,再谈性价比

我们最早帮客户搭 AI 的时候,也走过"一刀切"的弯路——要么全都上公有云图省事,要么一听"安全"就全量私有化。后来在好几个项目里反复对比,我们才把这件事想明白:部署方式不是单纯的成本题,也不是单纯的安全题,关键是先把手里的数据按敏感度分好类,再按场景去匹配性价比最高的架构。

我们自己的经验是,按场景拆开看反而简单:

所以现在我们给客户的建议很朴素:别用一种部署方式硬套所有场景,用不同的部署应对不同的事。 低敏的用公有云把成本压下来,高敏的该私有化就私有化,但动手之前先把硬件、迭代、团队能力这几本账算清楚——这件事我们交过学费,真心建议你先把自己团队的家底摸一遍,再下判断。

四类平台分层看,别指望一个"全家桶"

大模型、工作流平台、Agent 平台、知识库平台,在我们早期的理解里,常被混成一锅。我们当时的直觉是"找一个功能最全的平台一把梭",结果每一层都不深,集成的时候互相打架。

后来我们把这四类的职责拆开,才真正理顺:

我们现在的做法是:先把四类职责拆开看清楚,再决定哪些自研、哪些采购、哪些共建。 而不是赌一个平台能替你把一切搞定。这条路我们走过弯,所以把它写进方法论里,提醒自己,也提醒你。

供应商锁定,是选型时最容易忽略的隐藏成本

这个坑,是我们自己在一次替换模型时狠狠摔的。当时为了快,直接用了某家闭源平台的 Agent 工具、知识库和工作流,等我们想换一家做国产化适配时,才发现数据导出困难、提示词和工具生态全绑死在上面,替换成本指数级上升,议价能力直接归零。

从那以后,我们把"退出治理"当成选型的前置条件,而不是事后补救:

选型时就要为"换得掉"留后路。 这件事我们交过学费,真心建议你在签合同之前就把这一栏填了。

什么时候必须停手

落地前,先问自己三个问题

互动

上面这些,都是我们自己在项目里交过的学费,不是从哪本手册抄来的。我们在企业 AI 落地里沉淀了一套《技术选型表》《部署方式说明》《平台能力清单》的最小可用模板,已经放到知识星球,供你对照着把选型主线理一遍。你踩过最深的坑是哪个——是追了热点、栽在部署方式上,还是被供应商锁死?留言或到星球里说,我接着聊。

参考资料

正文插图
    • 内部实践:CheersAI 企业 AI 落地方法论中「模型、平台与部署方式选型」及「供应商锁定与退出治理」一节——本文框架来源。
    • 外部参照:企业 AI 平台选型的通用实践与供应商治理经验(作为背景参考,具体字段与口径以各组织内部制度及合同为准,不引申为外标)。

关于作者

西北人,计算机专业硕士,长期在金融科技、网络安全、数字化转型和企业管理一线工作,拥有近20年从业经历。曾任商业银行科技部负责人,牵头单位网络安全"冬奥"重保工作,也是企业级AI产品 CheersAI 创始人。这里更关注一线实践里的真实问题:技术怎么进入业务,安全怎么落到组织,AI 怎么从"能用"走到"用好"。不讲空话,所有观点均来自于实战;敢于发声,均源于亲自上过场。

栏目:增长判断 作者:CheersAI