接私活怎么报价不吃亏,从工时倒推
2026-08-09 那单烧烤店小程序交完,我盯着账单看了很久:收入 ¥3000,里面手写的代码不到 20 行。
这单没让我吃亏,但放在两年前,同样的需求我大概只会报个零头。接私活怎么报价不吃亏,答案不在客户预算里,在你自己倒推出来的工时账上。 下面是我现在固定用的做法。
先算清一小时值多少钱
报价的地基是自己的时薪,不是同行的标价。先把你每月必须覆盖的固定支出加起来,再除以你能真正投入的工时数,得到的就是底线时薪。
这个过程不需要精确到个位,但必须有一个数。没有这个数,你面对客户报出的任何价格都是凭感觉,而凭感觉报价在下行市场里必然越报越低。
底线时薪 = 每月必须覆盖的支出 ÷ 每月可投入工时,低于这条线的单子接了就是亏。
拿到需求先拆成功能块
客户嘴里的需求永远是模糊的。「做个点单小程序」这句话里藏着登录、菜单、下单、支付、后台、部署六七个块。
我的做法是当场拆成清单,一块一块估。每块给三档:顺利、一般、卡壳。报价取「一般」那一档,而不是顺利档——顺利档是给自己挖坑。
拆完你会发现,客户说的「就几个页面」通常能拉出十几项活儿。
从工时倒推价格,接私活怎么报价才有底气
有了功能块清单和每块的工时估计,价格就是一次乘法:总工时 × 底线时薪。
但这只是成本价。真正报出去的价格,还要往上加三样东西:沟通与改稿的时间、风险余量、你自己要留的利润。
沟通这块最容易被漏掉。客户的需求评审、中途的微信语音、验收前的来回确认,实际吃掉的工时往往不比写代码少。我现在会单独给沟通留出一块时间,明明白白算进总工时里。
风险余量按项目复杂度给,需求越模糊、客户越没想清楚,这块就要留得越多。
最后报价取整,往上不往下。取整到整数位,客户看着舒服,你也不用为几十块钱解释半天。
报价单里必须写进去的 4 件事
价格本身只是报价单的一部分。下面这些不写清楚,价格再高也守不住。
- 交付范围:做完哪些功能块,逐条列出来,写清楚「不含」什么
- 变更规则:超出范围的新增需求怎么算,按什么标准加钱
- 付款节奏:什么时候付定金、什么时候付尾款,卡在哪个交付节点
- 验收标准:客户以什么为准算验收通过,给多少天提意见
这四条里,变更规则是最关键的一条。没有它,客户中途加需求时你只能靠人情去谈。
客户嫌贵的时候怎么谈
嫌贵是常态,不要第一反应就降价。先问一句:是总价超预算,还是觉得某个部分不值这个钱。
如果是总预算不够,做法是砍范围而不是砍单价——把功能块清单摊开,让客户自己挑这次先做哪几块,下次做哪几块。
如果是觉得不值,就把工时账摊给他看:这块为什么费时间,难点在哪。很多客户不是不愿意付钱,是不知道钱花在哪。
降价永远降范围,不降单价。 单价一旦松口,后面所有项目都回不到原位。
我现在的报价底线
回到那单烧烤店小程序。它之所以能 ¥3000 交付,不是我报了低价,是需求边界足够清楚,而且我手里有现成的组件可以复用。
换一个需求模糊、要我从零搭的项目,同样的工作量我会报得更高。这不是看人下菜,是把「不确定性」明码标价。
报价这件事,练的不是嘴皮子,是估工时的准确度。估准了,价格自然站得住。
常见问题
Q:接私活怎么报价才不吃亏,有没有一个通用倍数?
没有通用倍数。倍数是从你的底线时薪和风险余量推出来的,别人的倍数套到你身上通常不成立。先把自己的底线时薪算出来,再谈倍数。
Q:客户一直压价,宁可不做也不降吗?
不是宁可不做,是宁可不降单价。把范围砍下来,价格自然下来,客户也更容易接受。单价降下去,这单做完下一单还会被拿这个价来比。
Q:报价发过去之后客户消失了怎么办?
先发一条消息确认收到,隔两三天再跟进一次,之后就放着。急着追着问会显得心虚。这类客户多半预算和需求都没想清楚,不必花太多精力。
相关阅读
本文作者西米,37 岁程序员,一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展,都在公众号。
📱 关注公众号「西米分享」