接单前的沟通成本有多高，我记了工时
那单烧烤店小程序最终交付价是 ¥3000，真正写代码的部分不到 20 行——因为大头都是配置和模板改的。
可以说钱赚得挺轻松，但如果你把开工前那段沟通时间也算进成本，结论会变。接单前的沟通成本有多高，我的记录是：它经常比你写代码的时间还长。
一次完整的沟通记录摊开
我把那单从接触到开工的时间捋了一遍，大致分成四段。
第一段，需求摸清。客户最开始发的是一段语音，说要做个点单的小程序，其他什么都没说。我问了菜单结构、规格怎么选、要不要对接支付、谁来维护内容。这一段来回好几轮，需求才从"一个点单页"变成能写的东西。
第二段，方案和报价。我出了个简单方案和价格，客户问"能不能便宜点"，又谈了一轮。最后定了 ¥3000。
第三段，反复确认。把需求写成文字发过去确认，客户改了两处措辞，又重新确认一次。
第四段，付款节点谈定。分几期、什么时候付，这一轮谈得最久。后来尾款还拖了两周才到账。
四段加起来，占掉的时间远超实际编码。这不是特例，后面几单的比例也差不多。
做对的两件事
第一件：把重复问题标准化。第二单开始，我做了一份固定问题清单——预算范围、期望上线时间、有没有现成素材、后期谁来维护、能不能自己提供服务器。开工前一次性问完。
这一招省下的不是时间，是来回次数。以前每个问题都要单独聊一轮，现在一轮问完，客户回一条长消息就解决了。
第二件：报价直接给方案不给数字。第一次谈价时我只报了个数，客户立刻开始砍。后来我改成先说清包含什么、不包含什么，再说价格。先说范围再说钱，砍价的空间会小很多。这个道理我在报价太低会有什么后果，我被反噬过一次里写过一次。
做错的两件事
第一件：免费出方案。前期方案我出了两版都没收钱，最后这单成了还好，另一单客户拿了方案就没影了。现在我的做法是，初步沟通不收费，但完整方案和原型放在首期款之后。
第二件：没有设沟通上限。有一单客户每天发消息问进度，一天好几条。我当时觉得服务好一点没坏处，结果是时间被切碎了，效率掉得很明显。后来我改成每天固定时间统一回复，客户反而更满意，因为他知道什么时候能得到答案。
换个人能不能复制
能，但这套东西需要你真的去记一次时间。
我的建议是先完整记录一单：从第一次接触到开工，把每段沟通花了多少时间记下来。你会得到一个不太好看但很有用的数字——它直接告诉你报价该定多少。
具体的动作清单：
- 固定问题清单，开工前一次问完；
- 初步沟通免费，完整方案放在首期款之后；
- 设定回复时段，不承诺随时在线；
- 每一单记一次沟通工时，作为下次报价的依据。
沟通成本的定价方式，跟工时制还是项目制的选择有关，我在接单选工时制还是项目制，算完才明白里算过这笔账。
接单前的沟通成本有多高，取决于你有没有把它当成成本。当成成本，你会想办法压缩；不当成成本，它就会悄悄吃掉你的利润。
常见问题
Q：接单前的沟通成本大概占多少？
A：看客户类型和需求清晰度。需求越模糊、决策链越长，沟通占比越高。建议自己记一单，比参考任何别人的比例都准。
Q：前期沟通要不要收费？
A：初步沟通一般不收费，但完整的方案、原型、报价明细可以放在首期款之后。这样既不失礼，也不会白干。
Q：怎么减少无效沟通？
A：把常问的问题列成清单一次问完，并约定固定的沟通时段和回复节奏。减少来回次数比加快回复速度更有效。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」