“做个应用要多少钱？”这个问题没法用一个数字回答，而且并不是因为供应商在回避。原因更根本：决定价格的是决策的数量，而不是页面的数量。
两个页面数量相同的应用，成本可能相差数倍，取决于付款流程是否已经标准化、是否需要从旧系统迁移数据，以及有多少原本由人处理的例外情况，现在必须写成规则。
构成价格的六个部分
| 构成部分 | 包含什么 | 为什么常被低估 |
|---|---|---|
| 调研与流程梳理 | 把业务流程翻译成规格 | 看起来只是开会，却决定了后面所有成本 |
| 界面设计 | 页面流转、布局与组件 | 改设计远比改代码便宜 |
| 开发 | 在前端与服务端写功能 | 最显眼的一块，却很少是最贵的 |
| 对接集成 | 支付、物流、财务、旧系统 | 常在中途才被发现，并改变预算 |
| 测试与修复 | 上线前找出并堵住问题 | 赶工期时被砍，然后要付两次钱 |
| 数据迁移与培训 | 搬旧数据、让团队会用 | 最常被忘记，却决定了系统是否被用起来 |
一句能省下大钱的话： 要求按上面这些部分拆开报价。能拆开的供应商，通常是真的想过这活儿；拆不开的，是在猜——而这个猜测，日后会变成你的追加账单。
为什么报价会差三到十倍
报价之间的巨大差距，几乎总是来自四个源头，而几乎从不只是“一个贵、一个便宜”。
- 范围悄悄不同。 一份含测试、迁移与培训，另一份只算了开发。
- 定制程度不同。 从零开始，和在现成系统上改，是两种活。
- 由谁来做。 资深团队按小时更贵，但按功能常常更便宜，因为返工更少。
- 归属方式不同。 你要求代码完整归属，与只要使用权，价格自然不一样。
三条路线，三种成本结构
在要报价之前，先决定你真正需要哪条路线。很多预算之所以蒸发，是因为公司为一个其实很普通的需求，选了最贵的那条路。
| 路线 | 什么时候合适 | 成本结构 |
|---|---|---|
| 买成品系统 | 需求标准且时间紧 | 一次性付款，之后是服务器与维护 |
| 半定制 | 成品差不多合适，需要调整 | 系统价格加上改造费用 |
| 完全定制 | 你的流程独特，且构成竞争优势 | 前期最贵，长期最灵活 |
给一个具体的参照：经过验证的成品系统，价格区间随覆盖范围差别很大。在 MDH 自家目录里，插件与较轻的系统在几十万到一百万印尼盾之间；可直接投产的全渠道 CRM 平台在七百五十万左右；自有品牌的手机应用在一千万左右；而含人力资源模块的完整收银系统在五千万左右，因为覆盖范围要宽得多。
这些数字适合当锚点。 如果你收到的定制报价，远高于一套已经覆盖你需求的成品系统，那就问清楚：成品到底哪一点做不到。
上线之后才出现的成本
这是预算里最常缺失的一块，也是很多系统一年后被弃用的原因。
✓服务器、域名与存储。起初很小，随数据和图片增长。
✓所用框架与依赖库的安全更新。
✓第三方服务改规则时的适配调整。
✓如果有手机应用，还有应用商店费用与发布流程。
✓永远不会真正停下的小修与变更请求。
一条简单规则： 把年度维护按项目金额的固定比例列进预算，把范围写细，并约定故障响应时限。没有维护预算的系统，就是在等着被废弃。
怎样降成本而不降结果
- 砍功能，不砍质量。 交付更少但真的会用的功能，胜过一堆半成品。
- 先理流程，再动手建。 每一个在纸上被删掉的例外，都是一笔不会发生的成本。
- 不是你优势的部分，就用成品。 没有哪家企业是靠自建考勤模块赢下来的。
- 分阶段付款并挂钩可验证的里程碑，而不是挂钩日历日期。
- 大合同之前先要一次真实数据试跑。 这能在修复还便宜的时候把问题暴露出来。
常见问题
为什么供应商不肯在电话里报价？
因为在不了解你流程的情况下给出的价格，几乎肯定是错的，而后果由双方共同承担。什么都不问就直接报数字的，通常在卖套餐，而不是在卖解决方案。
手机应用和网站哪个更便宜？
网站起步几乎总是更便宜，因为一套代码可以服务所有设备。当你需要推送通知、摄像头、定位或高强度日常使用时，做应用才成立。
低价一定有风险吗？
不一定，但明显低于其他家的报价，通常意味着范围更窄。核实的方式不是砍价，而是要求逐项拆解，然后比范围而不是比总额。
通常要做多久？
很大程度取决于范围，以及你这边决策的速度。实践中最常见的延期原因不是写代码慢，而是等甲方的决策与素材。
