西安软件开发外包流程：从询价到上线的八个节点，每个节点该拿到什么、该付哪笔钱

先给结论：外包一共八个节点，每个节点你要拿到一样东西

在西安做软件外包，最常见的翻车不是技术做不出来，是流程不清楚：什么时候给什么、什么时候付哪笔钱、卡住了谁负责，全靠口头说。等到扯皮的时候，聊天记录里全是"我以为"。

把流程摊开，从第一次询价到上线后维护，一共八个节点。每个节点只有一件事最重要：你要拿到一样具体的东西，或者确认一件具体的事。拿到就往下走，拿不到就停在这里，别急着进下一步。

下面这张表是全文的主干，后面每一节展开讲一个节点。

节点	你要做的	对方该给你的	占多少天	付款节奏
1. 需求梳理	把要做的写成清单	需求清单 + 模块拆分	1-3 天	不付款
2. 报价比价	拿同一份清单问 2-3 家	按模块拆开的报价单	2-5 天	不付款
3. 签合同	确认交付物与验收标准	合同 + 需求附件	1-2 天	付 30%-50%
4. 原型确认	逐页看，别只看着色稿	可点的原型或页面结构	2-5 天	付到 60%
5. 开发联调	每周看一次能跑的版本	演示环境 + 周进度	10-25 天	不付款
6. 测试验收	按需求清单逐条走	测试用例 + 修复记录	3-7 天	付到 90%
7. 上线部署	备齐资质与域名	上线地址 + 部署文档	3-10 天	不付款
8. 维护交接	确认源码在你手里	源码 + 数据库 + 文档	长期	付尾款 10%

八个节点加起来，一个中等复杂度的项目在西安大概 25-45 个自然日，其中真正写代码的时间大概占一半，剩下的一半花在等确认、等资质、等审核上。很多人以为慢在开发，其实慢在节点衔接。

节点一：需求梳理——没清单就问价，等于白问

这个节点不花钱，但决定后面所有的报价准不准。

最常见的错误是：加微信，发一句"我想做个小程序，多少钱"。这种问法拿到的报价没有意义，因为对方只能按他猜的范围报。你问三家，会得到三个差三倍的数字，然后你会以为报价水很深——其实是你没给范围。

正确的做法是先花半天写一份需求清单，不用写得很专业，按这个结构写就够：

写完这五条，你再去问价，拿到的数字才有可比性。而且你会发现一件很有意思的事：真正靠谱的公司，第一反应是追问你细节，而不是立刻报价。

节点二：报价比价——只比总价一定比错

拿到两三份报价后，别急着挑便宜的。先做一件事：看报价单是不是按模块拆的。

报价单长什么样	能看出什么	建议
只写一个总价，一行"软件开发费"	模块范围没约定，后面必然加钱	要求拆开，不拆不签
按模块拆，每个模块多少钱	可以逐行对账，范围清楚	优先选这种
按人天拆，写明多少个人天	最透明，改需求也好算	最推荐，加项按人天算
写"全套服务包"，含一堆你没要的	用打包掩盖单价	问清楚哪些能去掉、去掉减多少

西安市场上，同样的需求报价差三倍是常态。举个实际数字：一个标准单店商城小程序，市场报价普遍 15000-30000 元，我们的报价是 3600-7200 元。差距来自人天结构——传统做法要 20 来个人天，AI 辅助下压缩到 6 个人天左右。这个差价不是砍质量换来的，你可以要求对方把人天写出来自己核。

节点三：合同与付款节奏——尾款不能低于 10%

合同里的条款细节我们单写过一篇（西安软件开发合同里最容易起纠纷的条款），这里只讲流程上最关键的一件事：付款节奏。

付款方式	结构	适合什么项目	风险
5-5	签约 50%，上线 50%	一个月内的小项目	上线前你几乎没筹码
4-4-2	签约 40%，原型确认 40%，验收 20%	两三个月的中等定制	最常见，比较平衡
3-4-2-1	签约 30%，原型 40%，上线 20%，满月 10%	复杂系统或首次合作	尾款留得住，推荐
一次性付清	签约 100%	不建议任何项目采用	钱付完，你没有谈判筹码

我们的建议很直接：尾款不要低于 10%，而且尾款的支付条件要写清楚——不是"上线后付"，是"验收通过后 7 个工作日内付"。上线和验收是两回事，中间可能差一个月（提审返工、bug 修复都在这段）。

另外，需求变更的单价要在合同里写死。我们的做法是 800-1000 元/人天，改之前先估人天、你确认了再做。这一条不写，后面"这个功能当初不是说好了吗"的争论就没完。

节点四：原型确认——别只看好不好看

这个节点最容易走过场。对方发几张设计图，你觉得挺好看，说"可以，开始做吧"，然后开发到一半发现流程不对，改起来就是加钱。

原型阶段你要确认的不是配色，是流程走得通不通：

一、从用户点进去，到完成一次完整操作，中间每一步有没有断的地方。
二、异常状态怎么处理：网络失败、数据为空、输入错误、重复提交。
三、后台怎么操作：谁来改内容、谁来审核、能不能导出。
四、有没有超出需求清单的页面——如果有，是加钱还是砍掉。

逐页看完，把意见一次性提完，别今天提一点明天提一点。原型阶段改是零成本，开发完再改就是按人天算钱。

节点五：开发联调——每周要看到能跑的东西

开发阶段最容易出现的状况是"黑盒"：付了钱，对方说在做了，中间一个月你什么都看不到，到了约定日期说还要再等等。

流程上解决这个问题只有一个办法：约定每周一次的演示。不用很正式，微信上发个演示环境链接，你自己点一遍，看本周做了什么。这样做有三个好处：

第一，进度是真的还是假的，一眼就看得出。第二，理解偏差能早发现，做了一周发现方向错了，比做了一个月才发现便宜得多。第三，你心里有底，不会天天催。

如果对方以"还没做完不方便看"为由拒绝每周演示，这是个信号。真正按模块推进的项目，第三周就该有能点的东西。

节点六：测试验收——验收标准要提前写

验收是扯皮高发区，因为"做完"和"能用"不是一回事。解决方法是提前约定两件事。

第一，按需求清单逐条走。清单上有的，做完才算完；清单上没有的，不算对方的活。这也是为什么节点一的需求清单那么重要。

第二，bug 分三级，只有阻断级拦验收。

级别	什么样算	处理方式
阻断级	流程走不通、数据错了、支付失败	必须修完才能验收
影响级	能用但别扭，比如排序不对、提示不清楚	约定时间内修，不拦验收
优化级	体验建议、样式微调	排进维护期，不影响付款

不分级的后果是：你觉得"还有十个小问题"，对方觉得"都做完了"，尾款就卡住了。分级之后，验收那天双方对着清单打勾，勾完就付钱，清清楚楚。

节点七：上线部署——三样东西提前备

开发做完不等于能用。上线这一步需要的东西，很多客户是临时才知道的：

这三样里，域名备案是最容易被低估的一项。网站的域名备案通常要 7-20 个自然日，这期间开发只能等。如果项目有硬上线时间，签约那天就要开始办，不要等到开发完了才想起备案。

还有微信支付商户号，开通要 1-3 个工作日，需要营业执照。涉及收款的项目，这个也要提前开。

节点八：维护交接——源码不到手，等于没买断

最后一个节点，也是很多客户会忘的：交付物拿全了没有。

定制开发你付的钱买的是这个软件的所有权，所以下面这些必须到你手里：源代码（含前端与后端）、数据库结构与初始化脚本、部署文档（怎么在服务器上跑起来）、第三方账号与密钥（服务器、域名、支付、短信）、后台管理员账号。

少任何一样，第二年你想换个团队维护都动不了，只能继续找原开发方——这就是被绑定的原因。我们的默认做法是全部交付，但你问别家的时候要主动要。

维护期也要写清楚：从验收通过之日起算，包含 bug 修复和服务器异常响应，不包含新增功能和你自己误操作。我们一般含 3-12 个月免费维护，按项目大小定。

三个最容易卡住的节点，以及怎么提前避开

卡在需求梳理：你自己也没想清楚要什么。解法是先做减法——只写必须有的，其他的写"二期"。清单越短，报价越准，工期越短。

卡在等待审核：备案、认证、提审、支付商户号，这些都不是开发方能加速的，但能提前。签约当天就把材料清单列出来，能并行办的马上办。

卡在验收拉锯：因为验收标准没提前写。回到节点六，bug 分级 + 需求清单打勾，这两件事做了，验收当天就能结束。

写在最后

外包这件事，技术能力决定上限，流程清楚程度决定下限。你把八个节点走稳了，就算对方不是最厉害的团队，项目也不会出大问题；反过来，流程糊涂，再强的技术团队也能把项目做成一地鸡毛。

西安本地做外包还有个好处：这些节点大多可以当面走。需求梳理坐下来聊半天，比微信来回二十条消息清楚；验收的时候当面过一遍清单，比发邮件扯三天快。这也是我们一直建议本地客户能见面就见面的原因。

如果你现在正准备找人做，先花半天写需求清单，然后拿同一份清单问两三家。这一步不用花钱，但它决定了后面所有报价和工期的准度。