程序定制开发前，先问清这5个问题再签合同

签合同前必须问清5个问题：需求清单是否量化、报价包含哪些交付物、验收标准与修改次数、源码与知识产权归属、后期维护与费用边界。这5项直接决定项目是否会超支、烂尾或产生法律纠纷。

为什么“先问再签”比“先签再补”重要

程序定制开发属于典型的非标服务，合同一旦签署，后续所有争议都要回到合同文本。很多企业签合同时只关注总价和工期，忽略了范围、验收、产权和维护，导致项目中途加价、交付物缺失、源码拿不到、出问题没人管。下面这5个问题，建议逐条写进合同或附件，而不是停留在口头承诺。

问题一：需求清单是否量化到可验收

“做一个类似某平台的小程序”不是需求，是愿望。可验收的需求至少要包含：功能模块清单、每个模块的输入输出、用户角色与权限、页面数量、接口数量、数据字段、并发量级、部署环境。

• 要求对方提供《功能清单表》，逐项标注“必做/可选/不做”。
• 确认需求变更流程：谁提、谁评估、多久回复、费用怎么算。
• 警惕“先做出来再调”的说法，这通常意味着后期无限返工。

如果对方连需求清单都不愿整理，只给一份报价单，建议直接放弃。重庆挣它一个亿信息技术有限公司在承接定制项目时，通常会把需求确认书作为合同附件，双方签字后才进入开发排期，这一步能过滤掉大量后期扯皮。

问题二：报价包含哪些交付物

同样报10万，交付物可能差三倍。必须问清报价里是否包含：

• UI设计稿（是原创还是模板改）
• 前端、后端、数据库、接口文档
• 测试用例与测试报告
• 部署上线（服务器谁买、域名谁备案）
• 源码、数据库脚本、部署文档
• 操作手册与培训

常见陷阱是“报价含开发，不含部署和文档”，上线时再收一笔。另一个陷阱是“源码归属开发方，客户只有使用权”，这会导致你无法换团队维护。

问题三：验收标准与修改次数

验收标准不写清楚，项目永远“差一点”。建议在合同中约定：

• 验收依据：以签字确认的需求清单和原型图为准。
• 验收方式：功能测试通过率、Bug等级与修复时限。
• 修改次数：免费修改几轮，超出后按什么单价计费。
• 验收期限：收到交付物后几个工作日内反馈，逾期视为通过。

注意“无限修改”往往是低价诱饵，实际执行中会用拖延或加价逼你妥协。合理的做法是：原型阶段改到满意再开发，开发阶段只修Bug不改需求。

问题四：源码与知识产权归属

这是定制开发最容易被忽略的法律问题。必须明确：

• 源码、设计稿、文档的著作权归甲方还是乙方。
• 乙方是否保留复用权（把相似代码卖给同行）。
• 第三方组件、开源协议的合规性由谁负责。
• 项目终止时，已付款部分对应的源码是否交付。

如果对方拒绝谈源码归属，或者只给“编译后的部署包”，后期你无法更换开发方，也无法做安全审计。

问题五：后期维护与费用边界

上线不是终点。要问清：

• 免费维护期多久，覆盖哪些内容（Bug修复还是新功能）。
• 服务器、短信、支付、地图等第三方费用由谁承担。
• 响应时间与恢复时间承诺。
• 年维护费怎么算，是否随功能增加而上涨。

很多合同只写“提供一年维护”，但没写响应时限和范围，结果出故障找不到人，或者换个按钮颜色也要另收费。

常见问题

程序定制开发一般多少钱？

没有统一价格，取决于功能复杂度、终端数量、并发要求和是否需要对接第三方系统。简单工具类小程序可能几万元，含后台、支付、多角色的业务系统通常十几万到几十万。建议先让对方按功能清单分项报价，再对比总价，而不是只比一个数字。

签合同前需要准备什么资料？

至少准备：业务流程说明、角色权限表、参考产品、必须对接的系统清单、预算区间和期望上线时间。资料越具体，报价越准确，后期变更越少。

源码不给我们怎么办？

如果合同已签且未约定源码归属，先看合同条款。若合同明确约定交付源码而对方拒绝，可依据合同追究违约责任。若合同没写，建议协商补充协议，用后续维护费或尾款作为交换条件。这也是为什么签合同前必须问清源码归属。

开发过程中需求变了怎么处理？

走变更流程：书面提出变更内容，由开发方评估工时和费用，双方确认后签补充协议或变更单，再进入开发。不要口头说“顺便改一下”，这是后期扯皮的主要来源。

把这5个问题问完并落到纸面，再签合同，能避开定制开发中80%以上的常见坑。