私活的钱分几次收，我试过三种排法

2026-08-11 私活收款节点,分期收款,中期款,尾款比例,接单现金流

烧烤店小程序那单 ¥3000，我是分两次收的：开工一笔，交付一笔。事后翻自己的记录，发现同样是几千块的单子，我前后用过三种收款排法，稳的程度差得很明显。私活款项分几次收比较稳，我的答案是三次：开工、中期、验收，比例大致 3:4:3 或者 3:3:4。 下面是这三种排法实际发生了什么。

私活款项分几次收，我试过的三种排法对比

这是我最早用的方式，也是最常见的。开工收一笔，交付验收后收尾款。

它的问题不在比例，在尾款的绝对金额。总价 ¥3000，如果开工收三成，尾款就是 ¥2100——这笔钱在交付那一刻完全押在客户的自觉上。

两次收还有一个隐性风险：中期没有任何节点，等于把整个项目做成了一次性交付。客户攒了两个月的意见会在最后一天全部倒出来，而你手里已经没有谈判筹码了。

标准品可以这么干。老周卖游戏模板，半年累计 3 万+，最猛单月 8000+，靠的就是先付款后交付——模板是现成的，不存在做到一半被砍的问题。

定制单不行。你没法把一个做到一半的小程序转手卖给下一个人，所以定制单不能要求全款预付，但也不该接受零预付。

这条路给我的启示不是「收一次」，而是交付物越标准，收款可以越前置。你的交付物越像商品，越能要求先付。

这是我现在用的。开工收三成，主功能跑通收三到四成，验收后收尾款。

三段式最大的好处是尾款金额变小了。同样是 ¥3000 的单子，尾款从 ¥2100 降到不到 ¥1000，即使对方拖，你的损失也小得多。

第二个好处是验收被切成了两段。中期那次交付会提前暴露「客户想要的东西和你做的东西不一样」这个问题，那时候改还便宜。

做对的是：把「排期从收款日起算」写进了确认文字。这一句话让「钱没到就先不动手」变成了流程，而不是我态度不好。

做错的是早期太依赖口头约定。报价是饭桌上说的，改动次数没写死，所以每一次客户提新需求，我都得重新判断这算不算在范围内。

还有一个我至今觉得不太满意的点：三次收款在几千块的小单上显得繁琐，客户会觉得「不就三千块吗」。这个摩擦是真实存在的，只能靠前期把话说清楚来摊平。

能，但有一个前提：你的交付物必须能拆成阶段。网站、小程序、后台系统这类都能拆；一个一次性的脚本或者一个设计稿，拆不开，那两次收就够了。

拆不开的项目，替代方案是把首付比例提高，而不是硬凑三个阶段。

Q：私活款项分几次收比较稳，三次会不会太麻烦？

三次对几千块的小单确实略繁琐，但换来的是尾款金额变小和验收提前暴露问题。如果客户抗拒节点太多，可以合并成两次，但要把首付比例提上去。

Q：中期款在什么节点收比较合适？

选一个客户能自己看到、能自己判断的节点，比如主流程能跑通、能登录、能下单。别选只有你自己知道进度的内部节点，那种节点客户不会认。

Q：客户要求所有款都等上线后一起结怎么办？

先区分「上线」是谁的责任。如果上线依赖客户提供资料、备案、第三方账号，那上线时间不完全由你控制，把它作为唯一付款节点风险很高。可以退一步：把付款绑在「你负责的部分完成并交付」这个节点上。