移动产品预算指南

移动 App 预算应该包含哪些费用?

预算应覆盖需求梳理、设计、App、后端、真机测试、商店发布和持续运营。本指南用欧元示例区分假设与报价,并说明离线能力和平台差异如何影响工作量。

讨论移动产品范围

简短回答

移动 App 预算应覆盖经过验收的完整用户流程,包括客户端、后端、目标设备、发布和持续运营。共享代码可以减少重复实现,但不会免除平台测试、原生集成和商店提交工作。

适合

  • 需要比较不同交付范围报价的采购负责人
  • 正在选择移动网页、跨平台 App 或独立原生 App 的团队

不属于本指南

  • 市场均价统计或 Wavect 固定报价
  • 未经专业评估的医疗、银行或硬件项目
// 01

比较各个选项

使用同一套验收流程、设备矩阵和后端范围比较方案。

决策项 移动网页 / PWA 共享代码 App独立原生 App
交付

浏览器部署,验证设备能力

共享实现加原生集成

各平台独立实现与发布

QA

浏览器与设备行为

iOS 和 Android,包括插件

各平台及约定的系统和设备

离线

设计存储、重试与冲突处理

设计存储、重试与冲突处理

设计存储、重试与冲突处理

选择理由

浏览器能满足真实流程

共用产品行为且原生需求已经验证

平台能力足以支撑独立投入

// 02

Wavect 的立场

先估算完整流程,再统计页面

假设要做一个现场服务试点:工作人员登录、查看分配的任务、离线填写表单,恢复网络后提交。运营人员在简单的网页后台审核。示例覆盖 iOS 和 Android、现有身份服务、一项后端集成以及约定的无障碍检查。不包括支付、路线优化、新硬件或受监管的临床决策。这是预算练习,并非客户项目。

五个页面也可能包含复杂权限、数据冲突和不稳定的外部系统。先写验收例子:用户不能查看其他团队的任务;重启后未提交表单仍然存在;重试不会生成重复记录。要求供应商逐项确认。Android 的离线优先架构指南说明了为什么网络问题会影响数据层,而不是界面完成后再加一个离线开关。

一个透明的欧元示例

假设投入 44 人日,每人日 EUR 900,基础开发费用为 EUR 39,600。另加示例性的 20% 交付预备金 EUR 7,920,初始开发预算为 EUR 47,520。单价和比例均为假设,不是 Wavect 报价或市场平均值。下表分解这 44 人日。人日表示工作量,不等于日历工期;并行工作、客户决策和商店审核都会影响上线时间。

前十二个运营月假设托管与工具每月 EUR 300,即 EUR 3,600;每月维护两个人日,沿用相同假设单价,共 EUR 21,600。初始开发与这些运营假设合计 EUR 72,720,不含增值税。开发者计划、额外付费服务、交易手续费、内容制作和新增功能均未计入,需要另列。预备金应对交付不确定性,不是第二份维护费。下载假设与计算明细,用实际报价数据替换。

哪些要求会改变预算?

离线写入需要明确本地存储、登录过期、重试和并发修改冲突。只读缓存与具有业务约束的记录提交不是同一范围。蓝牙配件、后台任务、相机与专用硬件,应先在目标设备上验证,再承诺兼容性。

共享框架不等于花一份钱得到两款完成的 App。React Native 文档列出了平台专用代码的使用方式,Flutter 文档介绍了平台集成层。据此询问哪些部分仍需要原生实现、谁维护依赖、谁能复现发布构建。React Native 与 Flutter 的比较负责技术选型;本指南负责预算范围。

测试可发布版本,而不只是演示

约定真机、系统版本、屏幕阅读器流程、弱网、上传中断和登录过期场景。除开发构建外,还要测试签名后的发布构建。按需覆盖拒绝权限、切换后台后恢复以及账户删除。根据用户影响记录缺陷,并在上线前约定阻断条件。自动化测试全绿,并不能证明所有设备和无障碍行为。

明确开发者账户、证书、签名密钥、隐私说明和版本说明的负责人。Apple 审核指南是了解提交要求的一手资料。开发完成日期不代表商店批准日期。单独安排审核回复工作,并区分供应商缺陷与后续平台政策或产品变更。

在相同范围下比较报价

要求报价列出包含的流程、排除项、验收设备、依赖、测试证据、客户配合事项及发布后支持。对每项未知因素写明验证实验和决策日期。不要用一个不透明的预备金比例掩盖未知 API。一次小型集成验证,可能比再设计一个精美页面更有价值。

上线后应安排系统与依赖更新、监控、故障响应、恢复和可重复发布。新增功能与维持已验收版本运行是两类工作。即使结束合作,也要明确代码库、账户、构建说明、数据导出以及未结故障的负责人。移动 App 开发负责实施;软件需求梳理可在采购前明确范围。

示例性工作量分配。全部金额是假设,不是报价。
工作包 人日 每人日 EUR 900
需求梳理与验收范围

4

EUR 3600

UX 与无障碍交互状态

5

EUR 4500

跨平台移动端实现

14

EUR 12600

后端与管理功能

8

EUR 7200

设备测试与故障场景

8

EUR 7200

商店发布与交接

5

EUR 4500

// 03

成本、风险与周期

初始开发假设 EUR 47,52044 人日,每人日 EUR 900,加 20% 预备金
十二个月运营假设 EUR 25,200托管、工具与计划维护
示例合计 EUR 72,720不含增值税及所列排除项
// 04

这里通常会出什么问题

  • 拿仅含前端的报价与包含后端的完整产品比较
  • 把代码复用误认为可以省略设备测试
  • 只买页面,没有权限、重试和离线写入验收标准
  • 混合交付预备金、维护和新增功能费用
// 05

检查清单

索取正式报价前,向每家供应商提供相同说明。

边做边勾选。不会保存或发送任何内容。

// 06

在我们的工作中是什么样子

Offlinery 案例记录了使用 React Native 和 Expo 的移动产品,包括 iOS/Android 发布及后台定位。产品于 2025 年结束运营。这可证明相关交付经验,并非本指南假设的现场服务范围、单价或预算证明。

这些是精选项目,并非我们的全部作品。自 2018 年以来我们已交付 100+ 款产品。

// 08

常见问题

没有范围就没有可信的统一价格。本假设示例的初始开发预算为 EUR 47,520,加上所列第一年运营假设后为 EUR 72,720。这些是透明的规划输入,不是奥地利市场均价或 Wavect 报价。采购前需替换工作量、单价和排除项。
不一定。复用可以减少重复实现,但原生模块、设备要求、升级和测试也可能抵消节省。比较相同验收产品、平台与维护周期,并在假定节省之前验证高风险集成。
应明确列出归属。App 可能依赖身份、业务规则、管理后台、托管和监控。初始后端开发应与持续运营、维护分开,也应说明后续新增功能是否排除。
有时可以。应在目标设备验证真实流程,包括安装、离线行为、权限和通知。浏览器能满足需求时可选移动网页;只有经过验证的需求,才足以支撑商店分发或原生实现所增加的发布职责。
讨论移动产品范围