案例复盘
明理读播客 08|模型供应商选择:它为谁做产品?
企业做模型供应商选择时,先看供应商为谁做产品、企业业务是不是它的主业,再评估供应商稳定性。如果供应商做企业业务只是为了给自身算力兜底,随时可能切回消费业务或受管理层个人意志左右,企业不宜把核心业务绑在上面。

这是明理读播客 08,讲模型供应商选择。 这篇可以单独读。

企业做模型供应商选择,先看对方为谁做产品、企业业务算不算它的主业,再看供应商稳定性。Ben Thompson 在 2026 年 10 月 5 日的 Sharp Tech 播客里讨论 Meta 的企业级 AI 业务时只追问了一件事:企业客户凭什么从它那里买?如果一家厂商做企业业务的理由全是为了给自己的算力兜底,随时可能切回消费业务,或者受创始人个人意志干预,企业就不该把公司绑在它身上。至于厂商自报的性能数据怎么核,本篇不讲,见 AI 厂商数据是自报的,选型时怎么核?。
Ben 问的那一个问题
那期播客里有听众来信提出,模型生意里消费和企业未必不能兼做;Meta 可以按每兆瓦收入的高低,在消费和企业之间切换优先级,用企业业务给算力兜底。
Ben 没有反驳这些理由本身。他只问了一个问题:企业凭什么从 Meta 买?如果一家供应商对外说自己能随时在消费和企业之间切换优先级,企业客户为什么要把公司绑在一家消费公司身上?对 Meta 来说,这只是手里的期权价值;对签合同的企业客户来说,这意味着供应商随时可能在消费端更划算时抽走算力与支持。企业在技术链条上怎么定位自身角色、怎么看待模型采购,见 明理读播客 04|企业 AI 战略怎么定?Amazon、Apple、微软的三种押法。
理由全是供应商自己的需要意味着什么
听众替 Meta 列出的所有理由,都是 Meta 自己的需要:Meta 的变现、Meta 抢算力、Meta 要有竞争力的模型。Ben 指出,做生意需要一个对手方,也就是客户;但在这些讨论里,没人说得出企业客户为什么要买。
科技行业长期有公司出于自身理由做事、结果做不成,因为动机不在客户身上。Ben 直言,如果哪家企业签了 Meta,他会质疑这家企业的领导层。企业服务不是 Meta 的主业,也不是它的重心,它为了自己的理由做这件事。相比之下,OpenAI 转向企业是真转了,在为企业做事以便在这个市场有竞争力;Anthropic 同样真正转向了企业。另外,模型质量当然重要,如果 Meta 模型好到大家照样用,直接卖模型就行,不需要一整个企业团队。Ben 本人赞成 Meta 卖算力、用内部清算价分配算力。
供应商稳定性看哪几点
评估供应商稳定性,采购与技术负责人需要看清三点:主业归属、组织重心、决策是否被个人意志左右。
第一看主业。供应商的核心收入在消费端还是企业端,决定了算力紧张时谁先让路。拿企业业务给算力兜底的厂商,遇到消费端需要算力,企业客户的优先级随时会被调低。
第二看组织重心。企业级服务需要长期做权限、合规与业务流对接,这也是 企业为什么不能只买 AI 账号? 讨论的前提。如果厂商重心不在企业身上,客户提的需求就排不上日程。
第三看决策会不会被老板个人意志左右。Ben 提醒,和 Meta 签约有不稳定风险,原因是扎克伯格会插手。他拿 GCP 做对照:GCP 已经是消费巨头做企业云的最好情况,但花了十年,还靠 Kurian 的领导;扎克伯格不会容忍那种做法。最高层随时可能改主意的公司,供应商稳定性就无法保障。
企业选型时可以问供应商的几个问题
企业做模型供应商选择时,可以当面问清供应商四个问题并核对合同:
- 算力优先级怎么写进合同:当供应商自己的消费业务算力吃紧时,企业客户的配额有没有硬性保障条款?
- 企业团队怎么考核:负责企业服务的团队是围绕企业客户需求研发,还是只负责把内部多余算力卖出去?
- 产品路线图按谁的需求排期:近期上线的功能里,有哪些是专门为企业客户开发的?
- 切换成本怎么控制:如果供应商调整重心或收缩企业线,现有工作流能不能在设定周期内迁往备选模型?
模型供应商选择:常见问题
供应商的模型好用,也不能签它的企业服务合同吗?
模型好用,企业可以直接买它的模型调用或算力,不必签深度绑定的企业服务合同。正如 Ben 所说,如果模型好到大家照样用,直接卖模型就行,不需要一整个企业团队。
怎么区分模型厂商是真转向企业,还是拿企业业务当期权?
看它的动机和重心在不在企业客户身上。OpenAI 和 Anthropic 是真正转向企业、为企业客户做产品以便在市场上保持竞争力;拿企业业务当期权的厂商,算的账是怎么按每兆瓦收入在消费和企业之间切换优先级、怎么给自身算力兜底。
供应商稳定性怎么判断?
判断供应商稳定性,先看企业业务是不是它的主业和重心;再看企业团队有没有长期独立的经营授权,像 GCP 花了十年且靠 Kurian 领导才做成;最后看老板会不会随时插手改方向。只要其中一条存疑,企业就要在架构上保留随时切换模型的余地。
