合作两年后，能力与需求开始错位

企业找服务商做 AI 项目，第一年通常是蜜月期：对方熟业务、懂系统、响应快，一个需求提过去两三天就有反馈。到第二年下半年，很多企业会隐约觉得哪里不对，但说不清是什么——需求还是能做完，只是从提出来到上线，周期从两周变成了两个月；报价单上新增项越来越多，原本该包含在维护里的东西开始单独计费；对接的开发换了两三轮，每次换人都要把业务背景重新讲一遍。

这不是某一家服务商的问题，而是合作的天然规律。项目期的核心能力是交付，运营期的核心能力是响应和持续演进，两者需要的人、流程、考核方式完全不同。服务商如果一直用项目制的方式服务一个已经进入运营期的系统，结果一定是响应变慢、成本变高、话语权反过来落到服务商手里。安徽好牛软件有限公司在接手别人做过的系统时，最常听到的一句话是「我们也不知道现在这套代码到底谁在维护」。

判断合作是否已经错位，不用看合同，看三个可观察的信号就够：一是需求响应周期的变化倍数，如果从平均三天变成三周，超过六倍就该谈；二是近半年的报价单里，新增项金额占比是否超过总额的三成；三是核心开发人员的更换次数，两年内换过两轮以上，业务知识已经流失，续约等于重新开始。这三个信号同时出现两个，就不该直接续约，而应该先做一次体检。

这张表的价值在于把「感觉不太对」变成可以摆到桌面上的数字。很多企业吃亏就吃在没有记录：工单是口头提的，需求变更在聊天记录里，报价是打包价，等到要谈续约时手里没有任何依据，只能接受对方开出的条件。

续约前的能力体检：四个维度各 25 分

体检的目的不是给服务商打分排名，而是判断哪些系统可以继续交给对方、哪些必须换人、哪些应该收回自己做。评分要用证据，不能用印象，所以每个维度都要绑定一份可以调取的材料。总分 100 分，低于 70 分的服务商建议只保留边缘系统的维护，核心系统另做安排。

第二个维度最容易被忽略，也最关键。代码仓库如果建在服务商自己的账号下，部署脚本只有对方能跑，数据库账号不在企业手里，那么无论合同怎么写，实际控制权都在对方手上。这一点在续约谈判时几乎无法补救，因为对方没有义务配合。所以体检时一定要现场登录一次，看三样东西：仓库里的提交记录是不是本人提交、服务器能不能自己发布、数据库能不能自己连上查数。

第四个维度常被当成客套，其实很有用。让服务商书面写一份未来 12 个月的演进建议，写得出来说明对方在持续关注这套系统，写不出来或者只写「按需求开发」，说明对方只是被动接单。这份文档同时也是企业做预算的依据，比临时找人咨询省事得多。

谈判桌上的位置，由五份材料决定

续约谈判本质是一次信息不对称的博弈。服务商知道你换不掉他，也知道你换掉他要付出多少代价；企业如果不知道这些，就只能接受对方的报价。把下面五份材料准备齐，谈判的位置会完全不一样，而且这五份材料平时就该积累，不是临时抱佛脚能补出来的。

• 近 12 个月工单台账。每条记录提报时间、响应时间、闭环时间、责任人和结论。这份台账同时是履约证据和议价依据，能直接算出对方的实际响应水平。
• 需求变更记录。列清哪些是原合同范围内、哪些是新增、新增部分怎么计价。争执往往就出在这里，有记录就能一条条对。
• 服务级别达成率。把合同里写的响应时限与实际达成情况做成一列对比，达成率低于八成就有充分理由要求降价或加人。
• 替代方案比价。至少询两家，哪怕最后不换。比价的目的不是压价，而是知道自己系统的市场维护价大概在什么区间。这项工作的成本大概是三个工作日。
• 资产与权属确认单。代码、文档、账号、证书、第三方服务主体，逐项确认归属。这一项如果缺失，前面四项都白做，因为换不掉。

还有一个谈判技巧值得说：不要一上来谈价格，先把服务范围重新划一遍。很多合同的争议不是贵，而是范围不清——企业以为包含在维护里的东西，服务商认为是新增。重新划范围的过程会自然暴露哪些钱花得值、哪些是重复付费。范围清楚之后，价格谈判往往变得简单，因为双方对「多少钱买多少事」有了共同定义。

退出机制：三类资产的交接标准

退出机制要在合作顺利的时候谈，不能在分手的时候谈。合同里如果只写「乙方应配合交接」，实际执行时基本等于没有约束——配合到什么程度、多久完成、不配合怎么办，全是空白。可行的做法是把交接拆成三类资产，每类给出交付物和验收标准，写进合同附件并绑定尾款。

第三类的验收方式值得展开。文档是否合格，不看页数，看新人能不能用。具体做法是让接手方准备二十个问题，覆盖主流程、例外流程、定时任务、外部接口、权限模型五类，由原服务商在文档基础上作答。答对十五个以上算合格，答不上来的部分就是文档缺口，需要补齐后再验收。这个办法很朴素，但比任何文档规范都有效。

交接期还有三件事必须做。第一是密钥与账号口令全部更换，包括数据库、服务器、第三方接口密钥，换完要验证旧密钥已失效。第二是关闭原服务商人员的后台账号与远程访问通道，包括堡垒机和 VPN。第三是约定一个观察期，通常是交接完成后 30 天，期间原服务商仍需回答技术问题，观察期结束才支付尾款。这三件事做完，才算真正换人。

替换成本：四项容易被低估的支出

很多企业想换服务商，最后一算账又不换了，原因是只算了新报价，没算替换成本；也有企业冲动换人，结果半年后系统稳定性下降，回头找原来的服务商，价格反而更高。替换成本主要有四项，都可以提前估算。

经验数字是一个中等规模的企业系统，完整交接加平稳切换大约需要 40 到 70 人日，加上一两个月的双份运维，折算成本往往相当于该系统一年的维护费。所以判断要不要换，不能只看新报价便宜多少，要看便宜的部分能不能覆盖这笔一次性成本。如果能覆盖且新方案在能力上明显更强，就换；只能覆盖一半，建议先谈条件，比如要求原服务商降价、加人或开放源码托管。

还有一个中间路线值得考虑：把系统拆开，核心模块继续由原服务商维护，新增模块交给新团队做。这样既能引入新能力，又不用承担全量交接的风险。前提是接口边界清楚，两边的代码不互相侵入。这一步如果做得好，一年之后你对两边的真实水平就有判断了，再决定整体切换也不迟。

分层合作：核心、边缘、试验三套策略

把所有需求塞进同一份合同，是合作关系恶化的常见起点。核心系统的诉求是稳定，试验性需求的诉求是快，两者放在一起，服务商会用稳定压速度，企业会用速度压价格，最后双方都不满意。比较合理的做法是按系统重要性和需求性质分三层，每层用不同的合作方式。

试验层最容易失控。企业看到一个 AI 场景觉得有价值，就并入核心合同一起做，结果需求边界模糊、验收标准缺失、做了一半发现方向不对也停不下来。正确的做法是给试验单独一份小合同：周期三个月、预算封顶、定义两到三个可验证的验收点，任一点不达标就可以终止，不用承担后续责任。这样试错成本可控，也不会影响核心合作的节奏。

核心层的年度框架要写清两件事：一是固定团队的人数和角色，避免签约时说有五个人、实际只有一个人对接；二是季度评审机制，每季度过一次工单达成率、需求交付情况和下季度计划，评审结果与次年续约挂钩。有了这个机制，续约就不再是年底一次性的讨价还价，而是四次小评估之后的自然结论。安徽好牛软件有限公司在长期服务客户时，更愿意签这种带季度评审的框架，因为问题能在季度内暴露，不用拖到年底一起算总账。

常见问题解答

Q1：服务商不愿意交出源码和账号，怎么办？

先看合同有没有约定。如果合同写了源码归属企业但没有约定交付时点，可以以验收或续约为节点提出，把交付作为付款条件。如果合同完全没有约定，谈判空间会小很多，可行的路径是：先要求代码托管到企业名下的仓库，服务商保留提交权限，这一步对方通常能接受；再要求数据库只读账号和一个可发布的测试环境；最后在下一份合同里补齐权属和交付条款。全程避免用停付维护费的方式施压，那会直接影响系统稳定性，代价由企业自己承担。

Q2：续约时服务商涨价 30%，合理吗？

判断标准不是涨幅，而是单位工作量价格。让对方提供工时单价和预计工时，与三年前合同对比：如果单价没变、只是工时增加了，说明是范围扩大，涨价合理；如果单价上涨超过两成而服务内容没变，就需要解释，通常的理由是人力成本上升，这时可以要求锁定未来两年的单价上限，或者用增加预付换取单价冻结。没有任何明细只给总价的报价，一律要求拆开。

Q3：只有一家服务商能做我们的系统，是不是只能接受条件？

技术上的唯一性往往没有想象中强。绝大多数企业系统的技术栈是通用的，真正的壁垒是业务知识和历史决策，而这些可以通过交接文档和访谈转移。建议做一次小范围验证：找一个模块，让第三方在两周内读懂并完成一个小改动。如果做得到，说明可替代；如果做不到，问题在文档而不在技术。这个验证的成本不高，但结论会直接影响你在谈判桌上的底气。

Q4：交接期间系统出故障，责任怎么划？

在合同里把责任按时间切分最清楚：交接完成验收之前，原服务商对系统稳定性和故障处理负责；验收之后，由接手方负责；并行期内的故障，按故障根因归属判定，属于原有代码缺陷的由原方修，属于新改动的由新方修。为了避免争议，并行期要保留完整的变更记录和发布日志，每次发布都由一方签字确认。没有这份记录，故障一来就是互相推诿。

Q5：小公司也需要这么复杂的供应商管理吗？

不需要全套，但三件事必须有：源码和账号在自己手里、有一份写清服务范围和响应时限的合同、每次需求变更有书面确认。这三件事加起来不到一天的工作量，却能挡掉后续八成的纠纷。规模小的企业尤其要注意第一条，因为一旦服务商人手紧张或转型，没有源码意味着系统彻底停摆，重建的成本远高于当初多花的那点钱。

供应商管理听起来是采购部门的事，实际上它决定了企业信息化能走多远。选对服务商只是第一步，能不能在三年、五年里持续拿到匹配的能力，靠的是体检、材料、交接和分层这一套机制。机制建起来，合作好坏都有判断依据，不用靠感觉，也不用等到出问题才被动应对。

安徽好牛软件有限公司在合肥服务制造、商贸、工程类企业，见过太多因为交接不清而被迫重做的系统。把权属、范围和退出条件在合作顺利时就写清楚，是对双方都更省事的选择。

更多资料可访问官网：www.niuniuchuantu.com