项目款分几期收，我把尾款比例调过 3 次
接单的收款节奏不是拍脑袋定的。我接过一单烧烤店小程序，交付金额 ¥3000，验收后拖了两周才到账——那次之后，我的项目款分期方案改了三版。
项目款分几期收，我的答案是分三期起步，首期比例不低于一半，尾款不留到最后一天才收。下面是这套方案怎么一步步定下来的。
前提：这套方案适合谁，不适合谁
先划边界，免得你照抄出问题。
适合：外部客户、有明显交付节点的项目、对方是中小商家或小团队。我的烧烤店小程序就属于这一类。
不太适合：长期框架合作、按月结算的顾问式合作、对方是大型企业走采购流程的。这类合作走的是对方的付款流程，你设计的节点意义不大，重点应该放在合同和验收标准上。
第一步：把项目切成能验收的三段
分期的基础不是时间，是可验收的交付物。切不出交付物，分期就是空谈。
我的三段是：需求确认与原型、核心功能可运行、验收与交付。每一段都能让客户看到东西，而不是"我已经写了一周了"。
具体动作：开工前用一页纸把这三段各写一句话，让客户确认。这份东西不需要多正式，可以看接单需求文档怎么写，一页纸就够。
第二步：按交付节点排收款比例
节点定完了，比例才有意义。我调过三次，因为每次踩的坑不一样。
第一次是全款交付后收，结果就是我开头说的那两周。第二次改成五五分，中期款收得挺顺，尾款还是拖。第三次才变成现在的样子：首期客户确认需求时收，中期客户看到核心功能可运行时收，尾款在交付源码前收。
关键变化在最后一笔：尾款不再放在"验收之后"，而是放在"交付源码之前"。验收是客户的主观动作，交付源码是你的客观动作。把收款挂在你能控制的动作上，比挂在对方的主观判断上稳得多。
首期比例各家不同，我自己的定法写在接单定金一般收多少，我的比例是这么定的里。
第三步：把每一期的触发条件写成一句话
这一步最容易被省，但省了等于没分期。
每一期都要能回答："什么情况算触发？"比如首期是"客户书面确认需求文档"，中期是"客户在测试环境跑通核心流程"，尾款是"客户书面确认验收通过"。
没有触发条件的节点，等于没有节点。客户说"再看看"，你就只能等着。
容易卡住的三个点
卡点一：客户要求全部做完再付。这是最常见的。我的处理方式不是硬顶，而是拆小——先把第一阶段做完给他看，用实际交付换信任。做完一段再谈一次付款，比一次谈三期容易。
卡点二：中期款触发条件写得太主观。"客户满意"不是条件，"客户在测试环境完成一次完整下单流程"才是。条件越像操作步骤，越好执行。
卡点三：客户中途加需求。加需求不加钱，你的分期结构会被撑变形。加需求怎么加钱，我另写过一篇：客户中途加需求怎么加钱，别只加活儿。
另外，如果客户是公司主体，收款还可能涉及开票和税务处理。具体税率、开票口径以当地税务机关的规定为准，别照抄网上的说法，也别在报价里含糊处理。
项目款分几期收这件事，本质是把你的风险切成几块，每块都在你能控制的位置收口。三期、首期过半、尾款卡在源码交付前，是我试出来的最稳的一版。
常见问题
Q：项目款分几期收比较合理？
A：中小项目分三期比较常见：首期在需求确认时收，中期在核心功能可运行时收，尾款在交付源码或上线前收。期数不是重点，重点是每一期都有明确的触发条件。
Q：首期款收多少合适？
A：至少覆盖你到中期之前的投入，包括沟通、原型和前期开发。低于这个数，客户中途变卦你就白干。
Q：客户不同意分期怎么办？
A：先拆小第一阶段的交付范围，用一小段可运行的成果换第一次付款。如果对方连这个都不接受，说明风险在你这边，需要重新评估要不要接。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」