小程序接单被压价，接还是不接

2026-09-16 接单报价,低价单,小程序定制,接单判断

小程序接单被压价接还是不接？客户报出的数字只有你报价的一半，你盯着屏幕想了十分钟：接吧，亏时间；不接吧，这个月可能就这一单。

我用一张表把判断维度拆开，再说我自己的答案。

结论：先看它替你换来什么，而不是看它便宜多少

低价单只有在能换来「可复用资产」或「确定性客流」时才值得接。 换不来的，一律不接。

我交付过烧烤店小程序，¥3000，手写代码不到 20 行。那一单看起来不高，但它几乎不需要从零思考，因为流程我已经很熟。低价的杀伤力不在数字，在它有没有吃掉你的边际时间。

| 维度 | 值得接的低价单 | 不值得接的低价单 |

|------|--------------|----------------|

| 需求明确度 | 功能清单清楚，改动少 | 需求含糊，边做边加 |

| 可复用性 | 跟我做过的类型接近，代码能复用 | 全新领域，从零学起 |

| 结算确定性 | 有定金，验收标准清楚 | 先做后谈钱，尾款含糊 |

| 客户后续 | 有明确二期，或能带来同类客户 | 一次性，做完就结束 |

这四个维度里，「结算确定性」是一票否决项。 其他三条都可以商量，这一条不行。

很多人问小程序接单被压价接还是不接，其实问的就是这一条守不守得住。

适合接的人：手上有可复用的代码或模板，缺的是案例和现金流，愿意用一单低价换一个可展示的成品。

不适合接的人：每个项目都要重新学一套东西，或者时间本身就是你最稀缺的资源。这种情况下低价单不是生意，是消耗。

我在小程序定制报价怎么算才不亏里提过一个算法思路：报价要覆盖的是你的实际工时，不是同行报了多少。同行能报低价，可能是他有现成模板，你没有。

我不会直接在总价上让步，因为降价会同时压低后面所有单子的锚点。

我用的方式是减范围：客户预算不够，那就砍功能，交付的东西一样不缩水。比如把拼团砍掉，先做点单。价格降了，但单位时间价值没降。

第二种方式是分期交付。先付一部分做第一期，做完再谈第二期。这样既接住了客户，也没有把风险全揽在自己身上。

实在谈不拢就放掉。我现在的判断是：宁愿这个月空着，也不接一个「做完了还被挑毛病、尾款还拖着」的单子。 后面那段时间本来可以用来做自己的产品。

把话题从「便宜点」拉回「做什么」，压价这件事就变成了一道选择题。

所以小程序接单被压价接还是不接，我的答案始终是看结算确定性。这一条不满足，便宜多少都不接。

Q：小程序接单被压价，接还是不接？

A：看四个维度：需求是否明确、能否复用、结算是否确定、客户有没有后续。结算不确定的一律不接，其余三条满足两条以上可以考虑。

Q：低价单做多了会不会把市场做坏？

A：你一个人的报价改变不了市场。真正影响你收入的是自己的单位时间产出，把注意力放在能复用的产品上比盯着同行更有用。

Q：怎么拒绝压价又不伤关系？

A：不要直接说不行，改成给选项。减范围、分期交付、延后排期，三选一。多数客户要的是预算内能开工，不是一定要你亏。