软件开发公司先问预算，核心不是想“宰客户”，而是快速判断能不能做、用什么方案做、要不要继续谈，简单拆解一下：

1. 软件没有标准定价，需求和成本浮动极大

同样叫“做个网站/小程序/管理系统”，差别天差地别：

• 简单版：模板改一改，几千块；

• 定制版：独立开发、数据库、权限、对接第三方接口，几万；

• 企业级：多端、高并发、运维、二次开发、安全加固，几十万上百万。

客户描述的一句话需求，双方理解完全不一样。 客户说“做个订单系统”，心里预算可能是2万；开发公司按企业级理解，预估成本20万。 如果不问预算，花几小时甚至几天出方案报价，最后发现价格差10倍，双方全部白忙活。

2. 匹配方案，不做无效方案

知道预算之后，开发方可以直接按预算档位给合适的技术路线：

• 预算低：推荐模板、低代码，砍掉非核心功能，控制成本；

• 预算中等：部分定制，核心功能自研，次要功能用现成组件；

• 预算充足：完全定制、独立架构、预留扩展、配套运维安全。

反过来：不问预算直接做方案，大概率是高配方案给小预算客户，方案好看但客户买不起，或者低配方案满足不了客户长期业务。

3. 筛选客户，评估项目是否值得接

开发公司人力成本很高（产品、UI、开发、测试），售前时间也是成本。

• 预算明显低于最低成本：直接告知做不了，不浪费双方时间；

• 预算和项目规模匹配：再投入精力细化需求、原型、报价；

• 预算虚高/客户只是随便问问：也能识别出来，控制投入。

很多客户以为：我不说预算，让对方报最低价。 现实风险：服务商为了抢单，低价接下，然后不断需求变更加价、偷工减料、后期维护漫天收费。

4. 确定范围边界，预防后期扯皮（最重要）

软件行业最大坑就是需求蔓延：客户越做越多加功能。 预算本质是成本上限，可以用来锁定需求范围： 预算多少 → 能包含哪些功能、哪些是额外付费项、迭代周期。 提前对齐预算，相当于提前约定项目边界，减少开发到一半不断加钱的纠纷。

5. 商务层面：判断客户真实程度

随口询价、比价玩一玩的客户，一般不愿意报预算； 真实有落地计划的客户，心里基本有预期区间。 报预算可以帮服务商区分：是真实要立项，还是单纯来套方案、套思路。

站在客户角度怎么应对？

不用直接报精确数字，可以给区间，例如：

“整体预算在3~8万，优先做核心功能，二期再迭代扩展。”

如果完全不想先说预算，也可以回复：

“先基于我们的需求，给2套方案，一套精简版，一套完整版，分别报价，我们再评估。”

简单一句话总结：软件不是买商品，需求决定成本，预算决定方案。先问预算，本质是避免双方投入大量时间最后谈崩。