软件开发没有"市场统一价"。同样一个管理后台，报价从几万到几十万都有人报，而且都能自圆其说。理解报价的构成，比反复砍价有用得多。
一、三种计价方式
- 按人天计价：开发方报"人天单价 × 投入人天"。透明度最高，适合需求边界清楚的二期项目
- 按功能模块计价：每个模块报一个价，适合需求清单能列全的项目
- 按整体打包价：一口价。便于比价，但最容易被"低开高走"，后续变更收费
二、一套后台系统的人力构成
以一套中等复杂度的业务管理系统（约 30 个页面、20 张表、1 个移动端）为例，一个正常报价背后大致是这样的人力：
| 角色 | 投入人天 | 干什么 |
|---|---|---|
| 产品/需求 | 8～15 | 需求梳理、原型、字段表、验收标准 |
| UI 设计 | 10～18 | 页面视觉、组件规范、切图 |
| 前端 | 30～50 | 页面、交互、接口对接、兼容 |
| 后端 | 40～70 | 数据模型、接口、权限、定时任务 |
| 测试 | 15～25 | 用例、回归、边界与并发 |
| 实施与培训 | 5～10 | 部署、数据初始化、培训、文档 |
合计通常在 110～190 人天。再乘以人天单价，就是这套系统的合理区间。看到"10 人天做完"的报价，基本可以判定是拿模板套的。
三、让报价翻倍的五个变量
- 流程复杂度：同样是审批，单级审批和多条件分支审批差好几倍工作量
- 数据量级：10 万条和 1000 万条的查询设计完全不同
- 对接数量：每接一个外部系统（支付、财务、硬件），都要算联调与异常处理
- 终端数量：后台 + 小程序 + APP，通常是乘法关系而不是加法
- 合规要求：等保、涉密、审计留痕，都会显著抬高成本
四、报价单里必须能看到的四样东西
- 功能清单：逐条列出做什么，而不是"若干模块"
- 明确的排除项：写清哪些不做，避免后续扯皮
- 工期与里程碑：分几个阶段交付，每期交什么
- 质保范围：免费维护多久、含哪些内容、变更怎么算
五、低价陷阱的典型信号
- 不问你业务流程，直接报一个数
- 需求清单含糊，用"等""含其他"这类词收尾
- 报价明显低于人力成本（按上表算一下就知道）
- 合同里没有源码交付条款
一句话判据：把报价单往下翻，看有没有"排除项"。只写做什么、不写不做什么的报价，风险都在后面。