报价差异的根源：App 是「三端工程」，不是几个页面
一个完整 App = iOS 客户端 + Android 客户端 + 服务端 + 管理后台。低价报价往往只算了客户端页面，服务端、后台、测试、上架这些「看不见的部分」要么砍掉要么后期加钱。看报价时先问一句：服务端和后台包含吗？
一份正规报价的人力构成
以一个中等复杂度的 App（10 - 15 个核心页面、含账号体系与支付）为例：
- 产品设计：原型与交互，约占 10% - 15%，决定后面所有环节的返工率。
- UI 设计：视觉稿与切图，约占 10%。
- 客户端开发：iOS / Android 各一套，或跨平台一套，约占 30% - 40%。
- 服务端与后台：接口、数据库、管理后台，约占 25% - 30%。
- 测试与上架：双端机型适配、审核材料、灰度发布，约占 10%。
三档预算对应的现实做法
按 2026 年行情粗略估算（人民币）：
- 30,000 - 80,000 元：跨平台 MVP，一套代码覆盖双端，5 - 8 个核心页面，服务端按可扩展结构搭，适合验证期。
- 80,000 - 250,000 元：完整产品，含完整交互、推送、统计、审核合规与迭代支持。
- 250,000 元以上：通常已是团队级项目，含专项设计、性能优化、多语言、数据看板与持续迭代。
科学降低预算的三个方法
第一，砍功能而不是砍质量。MVP 只保留验证假设必需的功能，很多「看起来必须有」的模块（积分、商城、社区）可以等数据说话之后再上。
第二，用跨平台框架（React Native / Flutter）覆盖双端，客户端成本约省 30% - 40%，前提是产品不依赖重度原生能力。
第三，设计先行。花小钱先做可点击原型，比开发到一半改需求便宜一个数量级。
警惕两类报价
低于人力成本价的报价，通常靠模板套壳或中途加价回本；高得离谱的报价，有时只是销售提成层层加码。两者的解法一样：要求按功能清单拆分报价，每一项对应可验收的成果，说不清「这个功能为什么值这个钱」的，都可以pass。