第一次接私活，从报价到交付的全程
第一次接私活完整流程是什么？我用烧烤店小程序那单走完了一遍：交付收入 ¥3000，其中我手写的代码不到 20 行。 从加微信到收到尾款，真正卡人的不是写代码，是几个跟代码没什么关系的环节。
第一次接私活完整流程是什么：先摊开这单的账
先把数字放在前面，因为这是唯一值得参考的部分。
收入 ¥3000，手写代码不到 20 行。 这两句话放在一起，很多人第一反应是「那你岂不是白赚」。不是白赚，是前面花了大量时间在沟通、拆解、拼装和测试上，写代码只是最后那一小段。
这一单的形态是：客户开烧烤店，需要一个点餐用的小程序。功能不复杂，市面上有现成的方案可用，我把它们拼起来、改到能用、交付给客户。
它验证的不是我的编码能力，是我的判断能力。
第一次接私活完整流程是什么：每一步花的时间
按我实际走下来的顺序：
第一步，问现状。 客户说的是「做个点餐小程序」，我问的是「你现在的点餐流程是怎么走的」。需求问不清楚，报价就是猜。
第二步，写范围文档。 把做什么、不做什么、大概长什么样写成一段发回去。「不包含什么」这一节是我写得最久的部分。
第三步，报价。 不只写数字，还写交付时间、付款节奏、变更怎么算。三档方案一起给，让客户有得选。
第四步，报价出了岔子。 这里我犯了个错，后面单独说。
第五步，交付和测试。 交付完最难的不是东西能不能跑，是客户不回消息。
第六步，收尾和售后。 尾款收回来才算松口气。售后怎么承诺、维护期给多长，是交付之后才真正开始消耗你的部分。
做对的两件事
第一件：先问现状，不问需求。 客户描述现状时会不自觉把真正的痛点说出来，那才是你报价的锚。我要是直接按他嘴上说的「点餐小程序」去报，报出来的数一定对不上。
第二件：把范围写成文字发回去。 交付过程中客户提了两三次调整，我每次都能翻出那份文档对着看——这是「原来谈过的」还是「新加的东西」，一看就清楚，不用吵。
这两件事加起来，都不需要写一行代码。
做错的一件事
报价发出去之后，我急着等回复，自己先把价格让了一步。
客户说了句「有点超预算」，我立刻回了个更低的数。后来我才想明白：他可能只是在习惯性还价，我等于替他把价砍了。
更好的做法是回到范围上谈。 问他预算大概在什么位置，然后从范围里砍掉对应的部分，而不是从价格上砍。价格砍了，活一点没少，这是最亏的一种让步。
换成别人能不能复制
能复制的是流程，不是这单的结果。
问现状 → 写范围 → 给方案报价 → 确认范围和付款 → 交付测试 → 收尾售后。这六步换成任何一个小项目都成立。
不能复制的是这单的具体形态。同样是 ¥3000，如果是客户要求从零写一套完整系统，手写代码就不可能是 20 行以内。别拿着一个特例去套所有单子。
还有一点要说清楚：我做过小游戏、公众号、小程序、淘客四条线，全部产生过收入。 接单只是其中一条，而且不是最省心的那条，具体区别我在35 岁程序员除了接单，还能做什么副业里摊开讲过。
接单的钱是做完就归零的，这一点越早想明白越好。 把上面六步走顺，你也就答上了「第一次接私活完整流程是什么」。
常见问题
Q：第一次接私活的完整流程是什么？
A：六步——问现状、写范围文档、给方案和报价、确认范围与付款节奏、交付并陪测、收尾做售后。每步都要留文字，别只靠口头。
Q：第一次接单怎么定价，手写代码少是不是可以报低？
A：不能按手写行数定价。客户买的是能用的结果，不是代码量。报价该按范围和工作量算，具体可以看 接单报价流程。
Q：交付的时候要注意什么？
A：把维护范围、响应方式、变更规则一起说清楚。合同和税务相关的部分以当地法律法规和当地税务机关口径为准，金额大的建议找专业人士。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」