正在加载，请稍候
自研的隐性成本在哪几层、外包三种计费结构的返工风险归谁、7 个已发布交付样本反映的周期规律，以及签约前必问的 6 个尽调问题。
深圳的 IT 负责人问得最多的不是"能不能做"，而是"这批需求该招人还是外包"。答案不取决于预算总额，而取决于三件事：需求能活多久、迭代有多频繁、数据和账号归谁。我们是广州团队，长期服务深圳、广州与港澳大湾区客户，驻场和纯远程都交付过，下面把这三件事拆成可以当场核对的判据。
自研的真实成本不止工资单，招聘面试占用、团队爬坡空转、流失重建与知识沉淀四层成本不进预算表，却直接决定交付能否按期。这一节只做定性拆解，不给薪资和招聘周期的具体数字——在深圳，这些数字随岗位、期权结构和年份波动很大，写死一个数只会误导决策。
一个后端岗位从启动到有人到岗，吃掉的是一线工程师和技术负责人的碎片时间：写 JD、筛简历、一轮轮技术面。这段时间里，正在交付的项目并没有停，只是被摊薄了。很多团队不是缺人，是把最强的人抽去打招聘了。
新人进项目要读代码、熟悉部署链路、搞清楚历史包袱，这段时间产出必然打折，而需求方仍在按原节奏催。外包团队进场同样要爬坡，区别在于这段成本由供应商的报价吸收了，不占用你的编制和财务预算。
团队一旦超过三四人，技术负责人的工作就从写代码变成拆任务、评审、对齐，这部分管理成本常被低估。更麻烦的是流失：核心成员离开后，如果他没留下部署文档和决策记录，重建理解的代价会高于当初写那部分代码。外包团队的交接同样是风险点，所以下文第五节把"运维交接"列为必问项。判断外包边界和交付物清单的口径，可以参考我们的服务范围。
外包的报价差异往往不在单价，而在返工风险由谁承担；人力月单价把风险留给甲方，固定总价把风险压给乙方，里程碑分期则按阶段切分风险，选错结构比选贵了更伤。三种结构在计价颗粒度与隐性成本上的差别，我们另有一篇按人月拆开的对照：广州软件定制开发报价：人月结构、工期与三类隐性成本。
| 计费结构 | 适用前提 | 返工风险主要落在 | 对账依据 | 最容易翻车的地方 |
|---|---|---|---|---|
| 人力月单价 | 需求还在变，范围无法冻结 | 甲方 | 工时表 + 周报 + 可演示的增量 | 工时颗粒度不透明，改一次算一次 |
| 固定总价 | 需求边界清晰，可书面冻结 | 乙方 | 合同附件里的功能清单 | 乙方会预留风险溢价，变更重新计价 |
| 里程碑分期 | 能切出可独立验收的阶段 | 按阶段划分 | 每个里程碑的验收标准 | 里程碑定义模糊，验收变成扯皮 |
一个实操结论：需求还在找方向的阶段用人力月单价最省，但必须要求每周有可点的增量；范围能冻结就转固定总价，并把变更单价写进合同；能用"看得见的界面 + 跑得通的接口"当里程碑的，优先走分期，因为它把"做完了"变成可验证的事实而不是主观判断。
截至 2026-10-23，站内已发布 7 个交付案例，覆盖人工智能 2 个、企业服务 2 个、教育培训 2 个、文旅消费 1 个，全部为 2026 年的交付项目。这个样本量只能说明我们自己的交付分布，不能外推成行业均值，但它足以回答一个具体问题：周期是被什么拉长的。
样本里的共同特征是团队小、范围窄：三到四人的小团队，配合一个被明确收敛的首版范围，交付节奏以"周"为单位推进，而不是以"月"。反过来看，凡是周期被拉长的项目，复盘下来几乎都不是因为技术难，而是范围在开发中反复扩张——先要品牌站，做着做着要加会员体系，再顺手把后台 CMS 和报表也算进来。
所以给深圳同行的建议是：谈周期前先冻结首版范围，把"必须有"和"以后再说"分成两张清单。首版只做前者，剩下的排进明确的后续版本。完整的交付案例可以看成功案例库，逐个项目看交付物清单，比只看总价更有信息量。
判断倾向不该拍脑袋，四把尺子足够：需求寿命、迭代频率、是否构成竞争壁垒、内部有没有能对接供应商的技术负责人，四项里前三项指向同一侧时才值得下注自研。如果这四项里有两项以上判不清楚，可以先看AI 时代「自研还是外包」的三个决策框架，那篇把判断顺序与例外情况写得更细。
| 维度 | 倾向自研 | 倾向外包 |
|---|---|---|
| 需求寿命 | 三年以上且会持续演进 | 验证期，方向可能半年内调整 |
| 迭代频率 | 每周多次，需与内部系统深度耦合 | 按季度版本节奏推进 |
| 竞争壁垒 | 就是产品差异化的本体 | 支撑性系统，如官网、后台、内部工具 |
| 技术负责人 | 已有能定架构、能评审的人 | 暂时没有，需要外部先补齐判断力 |
要特别说清第四行：没有技术负责人的公司，既不适合直接自研，也不适合把需求整包丢给外包后不管。比较稳的做法是先引入外部技术顾问帮你定架构和验收口径，再决定是自己组建还是交给供应商。服务内容里我们把这类"需求梳理 + 架构定调"单独列成一段，就是为此。
我们自己的定位是反过来的：广州团队、服务深圳与港澳大湾区、可以驻场也可以纯远程。这个模式适合那些"需要一个能长期配合的外部工程团队，但暂时不想背上完整研发编制"的公司。
这 6 个问题的答案，比报价高低更能预测项目结局。每一条都可以直接改写成合同条款。其中验收与可用性指标怎么落成可判定的数字，可以对照容灾与高可用架构验收：RTO/RPO 指标怎么定里的口径写法。
报价差异主要来自三处：返工风险由谁承担、交付物清单的颗粒度、以及是否包含上线后的运维期。固定总价会把风险溢价打进报价，人力月单价看似便宜但改动单独计费，两份报价如果交付物清单不一致，数字根本不可比。谈价前先对齐清单，再比总价。
首版速度取决于范围是否收敛，而不取决于团队归属；用三到四人的小团队做一个被冻结的首版范围，通常比先招齐人再开工更快。招聘、面试、爬坡都要时间，而这段时间外包团队已经在写代码了。
可行，前提是合同里写清源码、文档、账号与部署链路的完整移交，并安排一段交接期。缺任何一样，接手成本都会显著高于预期，很多团队最后被迫继续绑定原供应商就是卡在这里。
需求未定就选人力月单价并要求每周有可演示增量；范围一旦能冻结，立刻转固定总价或里程碑分期。最忌讳的是需求还在变却签了固定总价，结果双方都在变更上扯皮。
如果你正在深圳或大湾区评估"招人还是外包"，把需求清单和期望上线时间发给我们，可以一起把首版范围切出来再谈报价——预约一次技术评估。