接单防烂账，开工前先做这6件事

2026-09-13 接单防烂账,尾款催收,定金,需求变更,程序员接私活

烧烤店那个小程序，我写了不到 20 行代码，收回来 ¥3000。同一时期我朋友老周卖游戏模板，半年累计 3 万+。两笔钱都到手了，过程却完全不同：我那单从头到尾只改了两次需求。接单防烂账要提前做哪些准备，答案不在合同模板里，在开工前那半小时你有没有把六件事做完。

先说前提：这六件事适合金额几千块、周期两周到两个月的小单。长期驻场或者甲方有正规采购流程的，走的是另一套东西，本文不适用。

一、交付物要写成能被验收的样子

「做一个商城小程序」不是交付物，「商品列表页 + 下单 + 微信支付 + 后台订单列表，共 4 个页面」才是。

写不清楚交付物，后面所有扯皮都从这里长出来。客户脑子里的商城有优惠券、有分销，你脑子里的商城只有下单。钱是按客户那个版本算的。

动作：开工前列出页面清单和功能清单，发给客户，让他回一个「是」，聊天记录留着。

很多人不是不想签合同，是觉得跟熟人开口太生分。但价格不落在文字上，最后就会出现「我以为你说的是含服务器」这种对话。

我那个烧烤店单子是 ¥3000，这个数在开工前就写清楚，包含什么、不包含什么逐条列。不含的部分要单独写出来：服务器谁买、域名谁备案、上线后改需求怎么算。

动作：哪怕不签合同，也要在微信里发一段文字把金额、范围、时间发过去，让对方回复确认。

这条是六件事里最不能省的。开工前收到钱，你和客户的关系是合作；开工后收钱，你和客户的关系是讨债。

具体收多少比例，取决于你的现金流撑不撑得住和客户的靠谱程度，没有统一答案。但「没收定金就开工」这件事本身，没有任何理由。

动作：约定一个到账时间点，钱没到就不排期，把「排期从收款日开始算」写进那段确认文字里。

需求变更是尾款被砍的最常见理由。客户会说「这个不算新需求吧」，你要说「这是第三次调整，前面已经用完两次」。

不写次数，你每一次拒绝都像在耍赖；写清楚了，你每一次拒绝都是按约定办事。超出的部分怎么计价，也在开工前说好。

动作：约定改动次数上限，超出后按次或按天单独报价，写下来。

交付要分阶段，每个阶段做完发一份能跑的东西给客户看，比最后一次性交付安全得多。一次性交付的问题在于，客户攒了两个月的意见会在最后一天全部倒出来。

还要提前约定：交付后几个工作日内未提出书面异议，视为验收通过，尾款到期。最麻烦的客户不是不给钱，是不回消息——东西做好了，不验收也不提意见，就那么放着。没有这一条，你连催款都找不到起算点。

动作：每完成一个阶段发截图或测试链接；在确认文字里写明验收期限和尾款支付时间。

如果只能做两件，做第三条（定金到账再开工）和第一条（交付物写清楚），这两条挡住的是最大头的风险。

剩下三条里，第五条最容易被忽略但性价比最高，写一句话就能解决。第二条和第四条是防扯皮。

Q：接单防烂账要不要找律师写合同？

大多数几千块的小单不需要专门找律师。一份把交付物、金额、付款节点、改动次数、验收期限写清楚的书面确认，效果比一份精美但条款空洞的模板合同好。金额大或者涉及知识产权的，再考虑专业意见。

Q：客户说「先做，做完一起给」，能答应吗？

不建议。这不是信任问题，是流程问题——没有付款节点，双方对「做到哪一步」的认知会持续漂移。如果确实要接，至少把第一笔款项绑在一个具体的、短周期的里程碑上。

Q：这些条款会不会把客户吓跑？

正经做生意的客户不会。会被吓跑的往往是本来就没打算按流程付钱的那种。把条款一次性发过去，反而是个很便宜的筛选器。