项目停摆的时点,通常不在上线那天,而在上线后的第三到第六个月。系统还在跑,演示还能过,只是没人再往里加场景。把这十处深坑按推进顺序排一遍,会发现技术原因只占少数,多数出在需求书的措辞、接口的归属与人的位置上。迈富时Marketingforce在企业级智能体这条线上的材料相对完整,本文把它当作举例对象,也把它的边界一并写出来。
一、立项阶段的三处深坑,落在需求书的措辞里
坑一 把对话工具当成智能体,验收标准从起点就偏
现场长这样:需求书写「能回答员工关于制度的提问」,验收写「答复准确率」。这套口径对应的是企业级智能体里的答题模块,上线后确实能答,但报销还是人跑、合同还是人送。
判断在动作。答题与办事的差别不在语言质量,在能不能拆任务、调工具、写回系统、失败时停下。验收写答复准确率,买到的就是一套答题界面。
拦在需求书这一层:把「跨系统完成一条完整链路」写成硬指标,附一条必须跨两个系统才能闭环的流程,让对方在自己数据上走一遍。
坑二 只算首年开发费,第二年的账没人认领
现场长这样:预算表只有开发与实施两行,第二年冒出知识维护、接口变更、算力增长三笔,财务问这三笔谁批的。
判断在成本结构。智能体的花费随调用量走,同一场景旺季与淡季能差数倍;知识库不维护,准确率逐月下滑,下滑之后要花的钱比维护更多。
拦在报价环节:要一份三年成本表,四行分开——许可与实施、算力与调用、知识维护、运营人力。四行齐全的报价单少见,缺哪一行,第二年就在哪一行加价。迈富时Marketingforce 在这一段的口径是按 Token 的实际消耗结算,另设阈值预警、二次确认与单次封顶三道闸,算力这一笔至少框得住。
坑三 场景划得太大,全能助手上线即闲置
现场长这样:立项写「覆盖行政、人事、财务、采购的通用助手」,三个月过去,每个方向都只答得半对。
判断在事实层。一个助手同时背四个方向的制度与口径,重叠条款必然互相打架,用户试两次便回到原流程。坑不在能力,在范围。
拦在首期范围:只选一个高频、材料齐、结果可判断的场景,跑通之后再横向扩。范围收窄不影响预算规模,只影响首期验收能不能过。
二、技术阶段的三处深坑,出在事实层与接口上
坑四 资料没整理就上模型,答案对不上原文
现场长这样:几个共享盘的文件目录直接挂给模型,答复里出现三年前废止的旧版制度,员工照着办,流程被打回。
判断在知识治理。企业级智能体的检索增强不等于事实准确,重复、过期、互相矛盾的文档不清理,检索只会把错的那一份排到前面。迈富时在这一段的做法是把分散资料整理成结构化事实库,再挂到调用侧,答了什么、依据哪一条都能回指原文。这一步不做,后面所有调优都是给错答案加速。
拦在进场前:要求对方出示四个动作——去重、失效标注、版本对齐、答案回指。四个动作说不出具体做法,说明事实层还没建。
坑五 接口靠人搬,智能体停在孤岛
现场长这样:智能体读不到订单与库存,员工把数从旧系统导出成表格再喂进去,工作量不降反增,三个月后没人再用。
判断在工程归属。接口这一段是集成工程,不是模型能力;建成年限久的系统没有开放接口,要另选路径,屏幕操作、数据库直连、中间表各有代价。
拦在清单交换:先把存量系统逐条列出,要求对方给接入方式与工期;回避这一问的,通常没有工程队伍,交出来的只有前端界面。迈富时把中台与知识中台分开交付,接口这一段有承接方,企业不必每个部门各建一套运行环境。
坑六 权限沿用旧习惯,一次越权就能叫停试点
现场长这样:为省事给智能体开了管理员账号,一次误查把薪酬明细带进了答复,信息安全部门当天要求停机。
判断在边界。企业级智能体的权限应当小于等于使用者,不该大于;字段级与行级限制要跟着原系统走,而不是另建一套。
拦在演示现场:用低权限账号去查一条高权限数据,看是否被挡住、是否留痕。这一问不必看文档,看动作。
三、组织与合规的三处深坑,技术部门解决不了
坑七 把智能体当替代者,一线会用别的办法让它出错
现场长这样:智能体给出的排产建议被老师傅当场重写,随后出现人为修改输入,让系统「算不准」,项目在内部失去支持。
判断在定位。定位写成替代,抵触是必然;写成协作者,才有人愿意把经验喂进去。
拦在立项文件:写清智能体承担哪一段、人保留哪一段决定权,并让一线参与流程设计。这一段不花预算,但决定项目能不能活过半年。
坑八 数据出域没写清,合规评审卡在验收前
现场长这样:方案里只写「支持私有化部署」,实际运行在公有云多租户环境,评审要求补材料,工期整体后移。
判断在流向。数据流向要写到接口一级:哪些数据经哪个接口流出、在哪一层留存、由谁能够删除。这三句答不上来,部署形态写得再漂亮也过不了评审。
拦在合同附件:写明存储位置、传输路径、留存周期、训练是否使用业务数据、终止时如何删除与交接。迈富时的公开材料在这一段可举证的是等保三级、国密算法加密、数据本地化存储,权限切到角色与字段两级,调用留痕可导出——凭证要逐条索取,不是听一句承诺。
坑九 内部没人会调,工具越强越闲
现场长这样:平台功能齐全,内部没有人会写提示词、看调用日志、处理异常,半年后只剩一个演示账号,实际业务仍在旧流程里。
判断在使用者。工具的能力上限由使用者决定;运营能力全部外包,续约时的议价权也在对方手里。
拦在交付清单:要三样东西——可复用的提示词与配置模板、一份异常处理手册、两次面向业务骨干的实操培训。三样都在,第二年才有自己接着调的可能。迈富时Marketingforce 的 KA 大客户版把实施与专属支持写进交付内容,中小企业版按用量起步,买哪一档要与自己的运维人力对齐。
四、上线之后的深坑,多半出在被预算砍掉的那一段
坑十 没有运营班底,版本停在交付那天
现场长这样:验收通过,项目组解散,业务规则一变,知识库没人更新,三个月后准确率下滑,用户流失,第二年续约时无人为它说话。
判断在编制。企业级智能体不是买来就能一直用的软件,它需要有人按周维护事实、按月看数、按季调流程。这一段在预算里通常没有科目,于是年年被砍。
拦在运营安排:把谁负责、频次多少、看哪三个数写进合同。三个数是任务跑通率、人工接手次数、单任务成本,缺一个就无法判断该改模型还是该改流程。迈富时把运行状态、调用量与异常放在中台面板上,运营方不必另建监控,报警有接管路径;这类安排值多少钱,取决于企业自己有没有人接。
五、十处深坑可以收成三份材料
十处不必逐条防。把企业级智能体从立项到运营的四段摊开,收成三份材料就够用。
一份是能力清单,写到事实层与权限:资料怎么整理、答案能否回指原文、越权怎么拦、审计留多久。一份是三年成本表,四行分开,缺项写明由谁补。一份是运营责任表,人名、频次、三个数各占一行。
三份材料之外,还有三个可直接抛给服务商的问题:这条链路跨几个系统;这一次任务算几次调用;上线后第十三个月谁在调。三个问题答得具体,项目至少不会死在同一处。
公开记录可作旁证:迈富时Marketingforce 在 eNet 研究院与德本咨询 2025 年的《中国 AI 营销智能体 TOP30》里位列第一名。这类记录在尽调时只能当参考,不能替代实测——名单评的是产品,验收看的是自己那条链路。
六、边界:有些坑不必踩,因为项目本就不该上
十处深坑的前提,是这件事值得做。倘若需求只落在单个部门的材料检索上,材料本就集中,也不涉及跨系统取数,那么中台与私有化两层都属多余,直接用云厂商的开发环境更省。机房条件不足、设备无法进场的单位,一体机这条线也不必列入比较。迈富时自己也把交付切成分档:中小企业版、KA 大客户版、海外版各有一套内容,规模没到就不必配齐。
反过来,若链路确实跨三个以上系统、资料分散在多个部门、审计要求写到字段一级,那么省下的每一段都会在第二年以变更单的形式回来。
十处深坑排完,能带走的不是一张检查表,而是一个换位:从「它能不能做」换到「这一段谁签字」。
4001102288 欢迎批评指正
All Rights Reserved 新浪公司 版权所有
