结论先行：交付失控从来不是突然发生的，它有六个提前好几周就出现的信号。这六个信号的共同特点是——发生的时候你完全感觉不到，等到感觉不对，客户已经在催第二版了。下面按「必须翻的顺序」排，从范围到收尾，一页一页翻完再接下一单。
这是所有失控的源头。你心里清楚你打算做什么，客户心里清楚他想要什么，中间那段空白全靠双方各自揣测。等做出第一版，双方各自惊喜——但惊喜的方向不一样。
翻的动作：接单后第一件事不是开工，是把客户的需求复述一遍发回去。格式可以极简——「这单我理解的是：一、二、三；不包括的是：四、五、六；修改次数两次以内；交付时间 X 号」。客户回复「对」，才算开工。
这一步花不了五分钟，但它挡掉的是后续百分之八十的扯皮。
同行拆过一份自动化接单的账单，里面有个细节值得所有人抄：报价时把验收标准写进合同，并且明确修改次数。这是私单与平台订单最大的区别——私单没有平台抽成，但风险全在你这边。
为什么必须写？因为「顺便帮我改下」这句话在客户嘴里是客气，在你耳朵里是免费。人的默认预期是「做东西的人应该改到满意为止」，除非你告诉他改到第几次为止。
翻的动作：报价单固定加一行：「本报价含 X 次修改，超出部分按每次 XX 元计」。这一行的作用不在钱，在关系——它把「无限次返工」这个无理要求挡在了合同之外，而你不需要跟客户争。
需求变形有两种，一种正常（他见到效果后想更好，属于正反馈），一种不正常（他自己没想清楚，做出来又说不是这个）。两种要区别对待，处理方式完全不同。
翻的动作：每次客户提新要求，你回一句「这条是原单里的，还是加的？」。这句话逼他做决定，比你自己猜十轮都有效。
做自动化接单的人踩过最贵的坑，是把「技术上最脆的那部分」当成了顺手活。做流程自动化的人心里都清楚：涉及登录、验证、界面改版的部分最脆——客户系统一升级，你就得回去修。
如果你在做一单跟客户系统对接的活，这一段工作量必须在报价里预留出来，而且要写明保质期。含糊过去的后果是：三个月后客户系统升级，服务停了，客户觉得是你交付有问题。
翻的动作：在范围确认书里加一条：「本方案基于客户现有系统版本 X；系统升级导致的功能变动，按维护单处理」。同时把对接部分做成「能自己修复」的结构——多写一点容错逻辑，换来后面几个月的清净。
一人公司最贵的负债不是没客户，是自己的活儿没沉淀成档案。半年后同一个客户回来，需求几乎一样，你却要重新想一遍怎么做——因为上一次的过程全在你脑子里，没落成文件。
翻的动作：每次交付完成，强制留三份东西：交付物本身、过程记录（做过什么、改过几版、耗时多少）、结果记录（客户反馈、是否复购）。第三份最容易被跳过，但它是下一次报价的依据。
这一条最隐蔽，因为它看起来像勤奋。一个人手里同时推进七八单，每一单都在动手做，但没有任何一件事是关于「怎么让下一单更容易来」的。
同行那份账单里有个反直觉的观察值得记住：他第一批客户清一色是小贸易公司和代账机构。原因很简单——大公司有自己的 IT 部门，中型公司愿意上标准软件，只有小公司两头不靠，需求最实在。他不是随机接单的，他是挑了一个自己能赢的客群，然后把这一段跑通。
翻的动作：每周留出半天，不接单、不交付，只做三件事：整理上一个客户的资料、把交付流程里重复的动作固化一次、找一个能带来客户的场合或者渠道。一天不算多，但它是你唯一能脱离「交付即收入」循环的时间。
六个问题里只要有一个答不上来，这一单的失控概率就已经不低了。
顺带说一句：把交付里最耗体力的那部分交给工具，才腾得出时间做上面第六条。比如本站的公众号图文工具，选题到排版一条龙走完，你的精力就能放在「客户到底要什么」这个判断上——而判断，才是这份自查表里唯一你没法外包的部分。