IT研发外包：固定总价 vs 按人天，到底哪个更划算？

说真的，每次跟朋友聊起外包项目，十有八九都会纠结这个问题：到底该跟外包公司签固定总价（Fixed Price）合同，还是按人天（Time & Materials）算钱？这感觉就像是在买房子和租房子之间做选择——没有绝对的好坏，只有适不适合你当下的处境。

我见过太多项目因为合同类型选错了，最后搞得双方都不愉快。有的甲方觉得被坑了，有的乙方亏得血本无归。今天咱们就抛开那些官方套话，聊聊这两种模式背后的真实逻辑，帮你找到最适合自己的那一个。

先搞明白这两种模式的本质区别

很多人纠结是因为没真正理解这两种模式在玩什么游戏。咱们用大白话解释一下：

固定总价 就像是你去餐厅点了个套餐——"我要这个298元的双人餐，包含牛排、沙拉、甜点。"餐厅老板得保证端上来的就是这些东西，不管今天牛肉涨价了还是厨师心情不好，都得按这个价来。如果成本超了，餐厅自己认栽；如果成本低了，餐厅就多赚点。

按人天计费 则像是请了个钟点工——"你今天来帮我打扫3小时，每小时50块。"最后干了多久就付多少钱，中间可能发现窗户特别脏多花了时间，也可能发现活儿比想象中简单提前干完了。你按实际工作量付费。

固定总价合同的"甜蜜陷阱"

固定总价听起来特别美好，对吧？预算可控，风险全在乙方，甲方爸爸高枕无忧。但现实往往很骨感。

为什么甲方爱它？

• 预算确定性：财务部门最喜欢这个，年初就能把全年预算安排得明明白白
• 风险转移：需求变更、技术难题这些烫手山芋都扔给外包公司了
• 管理省心：不用天天盯着进度，反正到期就要交付物

但魔鬼藏在细节里

去年我遇到个真实案例。某公司要做个电商APP，外包公司报价80万，承诺3个月交付。听起来很合理对吧？结果开发到一半，甲方突然要求增加直播功能——这在合同里属于"重大变更"。最后扯皮了两个月，要么加钱40万，要么项目延期。甲方觉得被套路了，外包公司也委屈：我们报价是基于最初的需求啊！

这就是固定总价最大的坑：需求必须100%明确且不变。但现实中，IT项目有几个能从一开始就定死所有细节的？特别是敏捷开发流行后，边做边调整才是常态。

还有个隐形问题：质量。外包公司为了保利润，可能会在你看不见的地方"偷工减料"。比如用便宜的开源组件、跳过某些测试环节、派新手工程师来降低成本。最后交付的产品勉强能用，但扩展性差、bug多，长期维护成本反而更高。

按人天计费的"自由与代价"

再来看看人天模式。这就像请了个顾问，按小时收费，听起来很灵活，但很多人担心变成"无底洞"。

什么时候人天是明智之选？

• 需求模糊阶段：产品还在探索期，可能每周都要调整方向
• 技术不确定性高：要用到前沿技术，需要边试边做
• 长期合作项目：像维护一个系统，活儿时多时少，按天算更公平

我有个朋友做SaaS平台，前期用固定总价找团队开发核心功能，结果做到一半发现底层架构选错了。如果当初用人天模式，可能第一天就能发现技术方案有问题，及时调整方向，反而省了几十万。

甲方最怕的"无限续杯"

但人天模式的风险也很明显——费用不可控。最极端的情况：项目拖成无底洞，钱花了但没看到成果。这种情况通常是因为：

• 外包公司故意拖进度（当然，正规公司不会这么短视）
• 甲方自己需求变来变去，导致永远做不完
• 项目管理混乱，沟通成本极高

有个做教育系统的朋友就吃过亏。合同签的是人天，但甲方内部有三个部门轮流提需求，今天A部门要改界面，明天B部门要加功能，后天C部门说数据逻辑不对。结果原计划30万的项目，最后花了120万还没验收。你说怪谁？其实双方都有责任。

实战中的混合模式：聪明人的选择

聊到这你可能要问：难道就没有两全其美的办法？还真有。很多有经验的甲方和乙方现在都用混合模式。

分阶段签合同

把项目拆成几个阶段，每个阶段用不同的模式。比如：

• 需求分析和原型设计阶段：按人天，因为需求还在摸索
• 核心功能开发：固定总价，这时候需求已经明确
• 测试和上线：又回到人天，因为总有小修小补

这样既保证了关键部分的预算可控，又给不确定性留了弹性空间。

带上限的人天合同

这是个很聪明的折中方案。合同写明"按人天计费，但总费用不超过X万"。外包公司会尽量在预算内完成，如果确实需要超支，必须提前说明理由并获得甲方书面同意。这样既保护了甲方，也给了乙方合理空间。

决策树：5分钟帮你选对模式

说了这么多，到底怎么选？我整理了个快速判断指南，你可以对着自己的情况打勾：

情况描述	推荐模式	原因
需求文档超过50页，功能点清晰明确	固定总价	需求稳定，适合打包定价
要做个创新产品，市场上没现成参考	按人天	需要快速试错，方向可能随时调整
预算卡得很死，超支10%都不行	固定总价	风险厌恶型，保预算第一
项目周期超过6个月，可能有变数	按人天 或 混合模式	长期项目需求易变，需要灵活性
第一次合作，不熟悉外包公司水平	小额固定总价试点	先小规模试水，再决定后续合作方式
需要持续维护和迭代	按人天	工作量不稳定，按实际投入算更公平

签合同前必须谈妥的几件事

不管选哪种模式，有些条款不写清楚，后面肯定扯皮。根据我踩过的坑，这几个点必须在合同里明确：

如果是固定总价合同

• 需求变更怎么算：什么级别的改动算"重大变更"？加多少钱？工期怎么顺延？
• 验收标准是什么：功能测试通过就行，还是包括压力测试、安全扫描？
• 知识产权归属：代码、设计文档、数据库结构到底归谁？
• 售后维护期：上线后免费维护多久？什么情况下算bug，什么情况下算新需求？

如果是按人天计费

• 人天单价包含什么：只是工资，还是包括社保、办公、管理费？
• 如何确认工作量：需要每天提交日报吗？谁来审核确认？
• 人员稳定性要求：能随意更换工程师吗？关键人员离职怎么办？
• 最低人天承诺：甲方是否需要保证每月最低使用天数？

那些年我们踩过的坑

最后分享几个真实教训，比理论更有说服力。

案例1：固定总价的"隐形加价"

某公司签了固定总价合同开发小程序，报价35万。开发过程中，外包公司说"微信接口升级了，需要额外开发适配，加5万"。甲方不同意，外包公司就说那只能用旧接口，但旧接口很快要停用。这种"技术绑架"很常见，因为甲方通常不懂技术细节。

案例2：人天模式的"人海战术"

一个本该3个中级工程师干3个月的项目，外包公司派了6个初级工程师干了4个月。人天费用翻倍，但质量还更差。甲方质疑时，对方说"我们投入了更多人力保证进度"，实际上是为了多赚钱。

案例3：混合模式的成功范例

一家医疗公司要做AI诊断系统，前期用20万固定总价做算法验证，验证可行后再用5000元/人天的价格做产品化。这样既控制了前期风险，又保证了后续灵活性，最终项目成功交付。

给不同角色的建议

根据你在项目中的角色，选择策略也不同：

如果你是甲方（需求方）：

• 预算充足且需求明确 → 选固定总价，但要找靠谱外包公司
• 预算有限但需求模糊 → 先用人天做MVP，验证后再固定总价
• 完全不懂技术 → 找个技术顾问，别自己瞎决策

如果你是乙方（外包公司）：

• 客户信誉好、需求清晰 → 可以接固定总价，利润更高
• 客户经常变需求 → 坚持人天，避免被拖垮
• 想建立长期合作 → 主动提出混合模式，显示专业度

行业趋势：越来越模糊的界限

有意思的是，现在越来越多的外包公司开始提供"敏捷固定总价"。什么意思呢？就是把大项目拆成2-4周的小冲刺，每个冲刺固定价格，但冲刺之间可以调整方向。这有点像把固定总价和人天的优点结合了。

还有些公司推出"效果付费"——基础费用固定，如果达到KPI（比如性能指标、用户增长），再给奖金。这种模式对甲方吸引力很大，但要求双方有很高的互信和技术能力。

说到底，合同模式只是工具，关键还是看合作双方是否靠谱。我见过签固定总价但合作愉快的，也见过签人天但互相猜忌的。有时候，选对人比选对模式更重要。

写到这突然想起个事儿。上周有个做跨境电商的朋友问我，他们想外包开发个供应链管理系统，预算80万，周期4个月。我看了下需求文档，功能点倒是挺全，但很多地方写着"待定"、"待确认"。我直接建议他先拿5万块做两周的咨询，把需求彻底理清楚，再决定后面用什么模式。这比一上来就赌固定总价或人天要靠谱得多。

所以啊，别急着做决定。先问问自己：需求真的明确了吗？预算弹性有多大？外包公司靠谱程度如何？想清楚这几个问题，答案自然就出来了。

雇主责任险服务商推荐