不签合同接单的风险，我用一个项目换来的
那单小程序我手写了不到 20 行代码，交付价 ¥3000。听起来是笔好生意，但项目开始的时候我连一份合同都没签，只有几条微信语音。
不签合同接单的风险，不在于"对方一定会赖账"，而在于出了分歧的时候，你手里没有任何东西能证明当初说好了什么。这篇文章把这个代价摊开讲。
坑一：口头约定的需求范围，两周后就变形了
现象：开工时说好的是一个下单页面，做到一半客户说"顺手把会员也加上吧"，交付时又变成"这个当初不是说好了吗"。
为什么踩：口头沟通成本最低，几句话说清楚就开工，感觉效率很高。但口头约定的内容只存在双方的记忆里，而记忆会向对自己有利的方向漂移。
怎么避：开工前把范围写成文字发过去，让对方回一句"确认"。不需要正式合同，一段聊天记录也行。关键是形成一份双方都点过头的文字。需求文档怎么写可以看接单需求文档怎么写，一页纸就够。
坑二：交付标准没有定义，验收就成了拉锯
现象：你觉得已经做完了，客户说"还差点意思"，但说不清差在哪。项目卡在最后 10% 上，耗掉的时间比前面 90% 还多。
为什么踩：开发习惯用功能点思考，客户习惯用感受思考。没有共同的验收标准，两边永远说不到一起。
怎么避：把验收标准写成可操作的动作，比如"能完成一次完整的下单流程"而不是"用起来顺畅"。写不出来就说明这个需求还没谈清楚，这时候不该开工。
坑三：付款节点没有落纸，收款全靠对方自觉
现象：交付后问尾款，对方说"流程还没走完"，你不知道流程是什么，也不知道要等多久。
为什么踩：钱的事当面提总觉得尴尬，想着"都是熟人，不会不给"。但尴尬的不是提付款节点，是事后要钱。我那笔 ¥3000 就是拖了两周才到账的。
怎么避：分几期、每期什么条件触发，开工前一次说清。参考项目款分几期收，我把尾款比例调过 3 次。合同里必须写清的条款，可以逐条对照接单合同必须写清哪几条，逐条对照。
止损清单：什么时候该停手
不签合同不等于必输，但要提前设好停手线。我后来给自己定了这几条：
- 需求范围连续两次被口头扩大，且对方拒绝书面确认——停，先谈清楚再继续；
- 中期款逾期且对方说不出具体原因——停，暂停后续开发；
- 对方要求先交付源码再付款——停，源码交付必须和尾款绑定；
- 沟通中对方开始否定已经确认过的内容——停，把之前的确认记录整理出来再谈。
停手不是撕破脸，是把风险敞口收住。继续做下去只会让沉没成本变大。
补一句法律层面的提醒
合同的作用是明确双方权利义务，具体形式（书面合同、电子合同、订单确认）在什么情况下有效，以你所在地的法律规定为准，金额较大或涉及知识产权的项目建议咨询专业人士。
同样，收款涉及的发票和税务处理，以当地税务机关的口径为准，不要在报价里含糊带过。
不签合同接单的风险，说到底就是把你自己的举证能力交给对方保管。一份两百字的确认消息，能省掉后面两周的扯皮。
常见问题
Q：不签合同接单，钱还能要回来吗？
A：可以主张，但难度取决于你手里有多少能证明约定的材料。聊天记录、转账记录、交付记录都能用，比完全空手强很多。是否成立要看具体证据和法律认定。
Q：微信上确认一下算合同吗？
A：符合条件的数据电文可能被认定为书面形式的一种，实践中常被作为证据使用。但条款完整度、双方身份确认程度都会影响效力，重要项目仍建议签正式合同。
Q：小单子也值得签合同吗？
A：金额小可以用简化方式，比如一页纸的需求确认加付款节点。省的不是纸，是事后解释的成本。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」