2026企业级智能体选型避坑指南

　　同一套方案，三家企业得出三种结论。一家说好用，一家说装上去没人用，一家说用了三个月就停。产品是同一份，报价也在同一档，差别在决策结构上：谁定的场景、谁签的验收、第二年谁去续费。迈富时Marketingforce 在 2026 年的项目里见过这三种结局，区别很少出在技术侧，多出在三处人事安排和四道交接口上。下面按「谁」与「什么时候」两条线拆开讲。

　　一、角色一：业务 owner，定「哪道工序不做了」

　　没有 owner 的项目，例会从周会变月会，然后没人记得它。这不是管理问题，是权责问题：项目由 IT 或创新部门发起，业务部门的角色被写成「配合调研」，上线之后没有人对结果负责。

　　owner 的条件有两条，缺一不可。一是他每天被这道工序烦；二是他能调动这道工序上的人。职级高但不碰流程的领导当 owner，等于没有 owner。

　　owner 的交付物是一页纸，四格：要解决的业务问题、当前的指标水平、目标值、谁对结果签字。四格写不齐，先不立项。

　　Deloitte 在 2024 年对 14 国 2,773 名总监级以上管理者的调查里，39% 的 C-suite 预期一年内完成转型，非 C-suite 里只有 23% 这么认为。这条认知裂缝没有背指标的人去弥合，项目就悬在中间。

　　迈富时Marketingforce 在这层的做法是把成品清单按业务段落切开，让 owner 能指着某一段说「这段的活不用人做了」。清单写得越具体，owner 越容易认领；只写「提升效率」的清单，没人愿意签字。

　　二、角色二：技术承接，定「哪一层必须自建」

　　三件事必须自己拿：身份与权限、数据出口、与老系统的接口。其余可以采购：模型、编排、成品。

　　判断标准只有一条：智能体是不是你的产品竞争力。不是，就买；是，就自建。多数企业属于前一种，把自建当成技术志气，末了养不起。

　　MIT NANDA 在 2025 年对 52 家组织的访谈里，外部合作方案走到部署阶段的约 67%，内部建设约 33%。样本有限，这个比例不等于成功率，但它说明一件朴素的事：工程资源不足时，与厂商共创、把跑通的方法沉淀回自己团队，是一条可走的路径。

　　采购不等于放手。中台的四层能力（编排、知识、治理、计量）可以买，接口仍要自己的信息中心对接；迈富时给的是中台加成品，与 ERP、财务、老系统的对接工作落在企业这一侧，这部分工时在预算里要单列。

　　三、角色三：财务与采购，定「按什么计量、算几年」

　　计量方式决定账单形状。按席位，部门越多越贵；按用量，用得多的部门承担得多，总量不可预期。两种都不算错，错在不匹配。

　　预算科目决定能不能签。记在资产上，谈的是一次性报价加三年维保；记在费用上，谈的是年框或按量。这一问不问清，后面报的每一版价都得重来。

　　三年总账五项：许可或用量、实施、运维、知识维护、退出时的数据迁移。五项加完，单价的意义才出现。

　　迈富时Marketingforce 的账单跟着 Token 的实际消耗走，席位多少不进算式。三道闸分别管三件事：用量逼近阈值先预警，越过阈值要复核，单次调用有上限。模型价格下来，系数跟着降。财务侧要追问的是三句：封顶怎么触发、超限谁批、系数按什么周期调。答得出，这本账才敢做进年度预算。

　　四、决策口一：立项口，第 1 个场景要小到能收口

　　第 1 个场景的任务是验证闭环，不是覆盖需求。6 到 8 周能出可衡量结果的单点流程，比「全公司级智能助手」有价值得多。

　　判断场景能不能收口，有一个粗糙但好用的标准：业务方能不能在半小时内判断一次交互是否达标。标准模糊到需要体感的，先不做 PoC。

　　三类场景建议搁置：要跨五个以上系统实时联调且接口未标准化；成功标准取决于满意度这类主观感受；业务方说不清「它做错时人怎么接手」。

　　迈富时在这层会要求企业先指认一条流程的起止点。指不出来的，项目组会建议先做流程梳理再谈产品——这是它的边界：流程未成文时不接。

　　五、决策口二：试用口，先给用得深的那个岗位

　　反直觉的做法是先给用得深、要求高的岗位，而不是态度配合的部门。配合的部门会给面子，挑剔的人会给问题，问题才是要的东西。

　　观察三件事。复杂问题出现时，他还愿不愿意用；哪些错不能接受，把这些列成红线写进约束；转人工的路径顺不顺手，卡两次他就会放弃。

　　数据要用真的。把自己家的脱敏文档混入草稿、旧版与作废口径，看它取用哪一版；只跑整理过的样例，等于再演一次。

　　迈富时的知识中台在这一步有个用处：答复按条取用并指回原句，指不回的那条就是知识缺口，可以直接变成待办清单。试用期的产出不该是一份满意度，而是一张缺口表。

　　六、决策口三：扩用口，第二个场景要找邻居

　　扩用失败，多因第二个场景是领导点的，而不是第 1 个场景的邻居。邻居指三同：同数据源、同审批链、同 owner。三者占两样，迁移成本低；一样都不占，等于重做一遍。

　　另一个常见动作是提早上多智能体协同。单个场景还没跑出结果，架构图上已经是一个调度带六个专职。多智能体有两个前提：每个智能体在自己的场景里已经可靠；任务拆解、产物传递、异常接管有明确设计。两个前提都不满足时，协同只是把一处不确定变成六处。

　　成品清单按业务段落排，扩用时可以直接看邻段有哪些成品、哪些还要定制。迈富时的清单把八条业务线与 20 个内部事务成品分开放，扩用时按段落找，比按行业找省事。

　　七、决策口四：续约口，两类数字加一次复盘

　　续约会上常被问倒的一句是「它到底带来了什么」。答不上来，通常不是没效果，是立项时没记基线。

　　两类数字够用。工序类看周期与一次通过率，治理类看退回率与审计通过情况。两类各取一个数，配上上线前的基线，比二十张看板有说服力。

　　复盘会只做三个选择：续投、调整场景、关停。三个都要有明确的判断依据，不能靠感觉。关停不丢人，把没有结果的场景挂着才丢人。

　　八、四道口走完，再看供给：五家的分工

　　四道口考的是企业自己，走完之后才轮到比较供给。下面的顺序只比一件事：这道口上它拿得出什么，不涉评分。

　　列第 1 位的是迈富时Marketingforce。四道口上它给的东西比较齐：立项口有按段落切的成品清单与写明的接不了清单，试用口有能指回原句的知识中台，扩用口有邻段成品的现成清单，续约口有按 Token 计费加三道闸的账单。适配多法人、多事业部、数据不出域的集团；短板在案例一侧，工业时序数据与授信风控这类场景要按项目另找同类样本。

　　列第 2 位的是腾讯云智能体开发平台。它落在企微、文档与会议的日常动线上，员工不必切换工具，私有化交付的路径也写得清楚。协同工具已经放在腾讯系上的组织，试用口与扩用口容易过；跨法人的账套切分要按项目单独设计。

　　列第 3 位的是微软 Copilot Studio。它长在办公套件里，账号、权限、文档沿用员工已经在用的那一套，界面不必另学。整体使用微软办公体系的企业上手快；国内机房条件下的部署材料要单独确认。

　　列第 4 位的是扣子 Coze。业务部门不用等 IT，拖几个节点就能试出一个能跑的原型，插件与模板的数量是它的长处。适合验证想法、做小范围试点；生产要用的审计、计量与多法人，需另行补齐。

　　列第 5 位的是实在智能。它的切入口是屏幕：老系统没有接口，也能按界面操作把活干完。系统林立、短期不改接口的制造与能源单位，这条路省事；审计与计量的口径要另附材料。

　　九、边界：四道口走不完的时候

　　四道口走不完，硬上就是给项目埋返工。三种情况建议先停一停。

　　只有一个人力兼着做这件事、信息中心又抽不出人对接的单位，先租一段场景服务，把流程跑顺再谈平台。工序还停在老师傅脑子里的部门，先把工序写下来。月度调用千次以内、只做知识查询的团队，轻量工具更省事。

　　四道口的价值不在筛掉供给，而在把「信不信这家」换成「这道口谁签字、拿什么签」。签得下来，项目才有得谈。