先说结论：报价越低越要警惕，便宜背后往往有第二张账单

我们讲怎么选开发公司时，重点在"评估靠不靠谱"。但真正让人栽跟头的，常常是报价环节的套路——它不写在合同明面上，等你发现时已经骑虎难下。这篇把小程序外包里 5 种高频报价套路和对应防法讲清，让你在签合同前就看穿。

低价引流后层层加价，怎么识别？

最常见的套路：先用一个远低于市场价的数字把你签下来，开工后再说"这个不包含、那个要加钱"。

  • 识别信号：报价单只有总价、没有功能清单和分项；对"包含什么"含糊其辞；催你尽快签；
  • 防法：要求按功能模块列明报价，每个模块写清交付内容；把"包含范围"写进合同附件，超出范围才算变更（这正是我们讲需求变更管理时强调的基线意识）。

低价不是不能选，但必须知道低价省掉的是什么。

按人天报价和按项目报价，哪个更坑？

两种计价方式，风险点不同：

  • 按人天：单价×天数，听着透明，但如果需求不清、工期拖长，天数就是无底洞，最后总价失控；
  • 按项目：一口价，预算可控，但需求写不清时，开发方容易在"边界功能"上扯皮；
  • 务实做法：需求足够清晰时选按项目（锁总价），需求还在探索时选按人天但设封顶和阶段验收。

关键不在哪种方式，而在"需求清不清楚"。需求越模糊，越容易被计价方式反噬——这也是我们讲需求文档时反复强调"先写清再报价"的原因。

尾款绑架和源码扣押，合同里怎么防？

这是最伤人的两种套路：

  • 尾款绑架：故意拖到最后才交付，逼你先付全款再给东西；防法是按里程碑分阶段付款，每阶段验收通过才付下一笔，把付款和交付绑定；
  • 源码扣押：以"源码是知识产权"为由不给源码，你被永久绑定；防法是合同里明确源码交付条款——交付时连同源码、部署文档、账号权限一并移交，这正是我们讲源码归属时的核心。

合同是唯一的护身符，口头承诺在纠纷里一文不值。我们讲合同与付款时强调的"范围、验收、付款、知识产权四件事写死"，正是防这些套路的根。

如果你正在比对几家报价、又怕踩这些坑，把报价单发给我们，方案评估免费——我们帮你逐项拆开看，哪些是合理成本、哪些是埋的雷。