ARTICLE · 1014811
定制软件避坑:钱付早了,项目就烂尾
定制软件避坑:钱付早了,项目就烂尾去年一个做汽配的老板跟我讲他的经历：合同签完先付了六成，开发到一半，对方接了个更大的项目，他的进度就慢下来了。催吧，人家说在做了；不催吧，一个月过去没动静。钱在人家账上，他手里只剩一份合同。 后来项目拖了四个月才上线，功能还砍了两个。 · · · 我做这行十几年，见过的烂尾项目，复盘下来原因很少是技术做不出来，多半是钱付早了——付早的钱，等于把自己的主动权提前交出去。 软件开发有个特点：成果是看不见的。装修房子，你每天去工地能看见墙砌到哪了；软件做到哪了，你打开电脑也看不出来。所以验收的抓手只能是节点，不能是感觉。 付款节点怎么设计，四条。 第一条，首付款不要超过三成。 行业里常见五成甚至六成，理由是"我们要买服务器、要投人力"。这话听着合理，但你想想：软件公司的成本主要是人工，人工是按月发的，不需要你一次性预付半年。首付三成足够启动；超过三成，你多付的每一分钱，都在降低他按时交付的压力。 第二条，付款绑在"看得见的成果"上，不绑在时间上。 "签合同30天内付第二笔"，这是绑时间——只要日历翻页就能拿到钱，跟你项目做成什么样没关系。 "原型确认后付第二笔、核心功能上线测试后付第三笔"，这是绑成果。每一笔钱背后，都得有一件你亲眼见过的东西。 第三条，验收款留够，至少两成。 尾款是你在整个项目里唯一的筹码。这笔钱留得够不够，直接决定你后期提修改意见时，对方是"我们排个期"还是"这个做不了"。 第四条，白纸黑字写上延期怎么办。 不是要罚人家，是要有个明确说法：延期一天怎么算，延期超过多少天你可以怎么办。写在合同里，双方都清楚底线在哪；写不写，执行力完全是两回事。 · · · 还有个容易被忽略的：源码和数据库的归属，也要和付款条款挂钩——哪一笔钱付完，源码交给你，写清楚。 技术的东西你未必懂，但"钱付到哪一步、东西交到哪一步"，这是生意常识。 钱是你的，节奏也该是你的。 给你留个动作：把手里的合同翻出来，只看付款条款那一栏，问自己三个问题——首付是不是超过三成？每一笔钱背后有没有一件看得见的成果？验收款留没留够两成？三个里有一个答不上来，这份合同就该找对方聊聊了。 你们当年签合同，首付付了几成？后来交付顺利吗？评论区聊聊，给正准备签的老板提个醒。