一句话看懂：Zapier 在 9 月 8 日至 10 日于英国温莎举办了一场不公开的 AI 闭门会，向二十多位企业运营与 AI 负责人传递了一个反直觉的判断：买工具救不了企业转型。其援引 MIT NANDA 数据称，约 95% 的企业 AI 项目未能带来可衡量 ROI，问题不在技术，而在组织设计。
事件核心：发生了什么
这场活动名为 Zapier Outpost Windsor，地点在泰晤士河畔的 Oakley Court，Zapier 承担了受邀者的机票、住宿和餐饮。公司销售负责人 Grady Sokaras 开场即定调：“工具从来不是解决方案。”企业买完产品就期待转型，结果往往只是多了一份依赖或闲置软件。
Zapier 的 AI 转型总监 Philip Lakin 和 AI Leaders Lab 负责人 Alex Maxwell 主导了当天议程。Maxwell 引用的关键数字来自 MIT NANDA：企业 AI 投入约 300 亿至 400 亿美元，95% 的项目未能交付可衡量的 ROI，并将其定义为“系统设计问题”。Zapier 自身则把转型形容为“给自己做开胸手术”，官方幻灯片称 AI 采用率达到 100%，CEO Wade Foster 公开口径为 97%。但下一张幻灯片随即指出：采用不等于转型，一个 AI 流畅但不改变工作本身的组织，只是更快地做同一件事。
为什么重要
目前公开信息显示，英国企业的 AI 采用率在“变宽而非变深”。Zapier 的论点把 95% 的失败率从技术问题重新归因到组织设计：角色、激励和用例架构。它给出的结构包含三类角色——高层下达带约束的指令、跨部门 AI 转型公会（成员 30% 至 40% 工时正式计入岗位）、以及一线被赋能的用户；三者之上设一位对交付负责的转型负责人，Sokaras 称之为“唯一可问责的喉咙”。用例则分三类：角色型不产生依赖，团队型需要运营介入以防上游改动打断下游，组织型如 IT 帮助台则从业务系统和运营团队以产品需求形式启动。
对用户/开发者/创作者的影响
对开发者与创作者而言，这套框架的启示是：不要急着堆工具，而要先识别“值得解决的问题”。Zapier 展示的自有案例是一个常驻 AI 销售开发工作流——目标客户互动后触发，自动研究公司、从 HubSpot 拉取联系人、起草个性化邮件，由客户经理在 Slack 审阅后再发出。Zapier 自称该工作流带来 120 万美元管道和 184 笔成交，每位客户经理每周省 10 小时，年省 480 小时，释放 4.5 个全职人力，并避免 1.5 万至 2 万美元工具开支。这些数据由 Zapier 提供，未经第三方验证。对企业采购方，这意味着评估 AI 供应商时应追问角色与问责结构，而非只看功能清单。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 Zapier 这套“角色+公会+用例分层”的方法论是否会被客户真正落地，还是停留在闭门会层面；二是其自报的 120 万美元管道等数字能否被独立验证；三是 MIT NANDA 的 95% 失败率结论会不会被更多厂商引用，进而推动企业把预算从工具采购转向组织设计。
来源：The Next Web
