需要快速验证的创业项目
先出一个能跑通核心流程的版本进应用商店，用真实用户验证方向，再决定要不要投更多资源。
- 报价方式
- 按功能清单评估
- 交付周期
- 4—8 周
- 上线质保
- 365天
- 源码
- 不加密
以上数字写进合同附件，验收时按清单逐条过
什么时候该做 APP，什么时候不该
先说清楚不该做的：如果业务只是展示信息、收表单、下单支付，小程序完全够用，开发成本和用户获取成本都更低，没必要做 APP。以下这几种情况，做 APP 才有意义。
要求接近原生体验、预算有限
跨端方案在大部分业务场景下体验已经够用，成本却只有双端原生的一半左右。
已有小程序想扩展 APP
后端接口可以复用，小程序跑顺了再补一个 APP 端，用户多一个入口，维护成本不会翻倍。
需要源码自主可控的团队
交付源码不加密，后续自己团队接手或者换供应商都不受限制。
用什么做，能做什么
方案不追求新，追求你能接手、能找到人维护。
一套代码出双端
uni-app 为主，Vue 语法，一套代码编译 iOS 与 Android，也顺带能出 H5。
接口与业务逻辑
Node.js（Express / NestJS），MySQL + Redis，接口文档随代码交付。
表结构与初始化脚本
MySQL 表结构设计、索引规划，交付可还原的 SQL 脚本。
推送 / 支付 / 地图
消息推送、微信与支付宝支付、定位与地图、图片上传与存储，按需接入。
服务器与发布
阿里云 / 腾讯云、Nginx、宝塔面板、Docker，部署文档写到能照着跑。
协助整改到通过
提供上架资料清单（隐私政策、权限说明、素材要求），配合整改。
提前说清楚的边界：跨端方案覆盖大部分业务场景。涉及重度原生能力，例如复杂音视频处理、深度硬件调用、蓝牙外设通信，会在评估阶段直接告诉你需要原生开发，并单独评估工期与成本，不会先答应再改口。
双端结构
APP 和手机、和平板，是同一套代码
页面按屏宽自适应，不做两套素材。下面是常见的模块划分，按你的清单增删。
- 01
启动与引导
启动图、版本更新提示、首次使用引导与隐私政策确认。
- 02
首页与 Tab
底部导航结构在开发前定好，避免后期加模块推翻整个框架。
- 03
列表与详情
下拉刷新、上拉加载、骨架屏，长列表不卡顿。
- 04
登录与权限
手机号登录、第三方登录、游客模式，按业务取舍。
- 05
支付与订单
微信 / 支付宝支付、订单状态机、异常订单处理。
- 06
推送与设置
消息推送、免打扰、缓存清理、账号注销入口。
交付节奏
从需求到上架，五步走完
每一格的工期是区间，不是拍出来的日期。项目卡住通常不是因为写代码慢，是清单没定死、或者审核被退回来。
01
需求清单
把功能逐条写成清单，标明必做与可延后。口头说的需求不进清单，也就不进报价。
1—2 天02
原型与视觉
关键页面先出可点的原型，样式定了再动代码。这一步省下的时间，比赶工多得多。
1—2 天03
开发与联调
接口、页面、后台同步推进。前后端同一个人写，联调不用等对方排期。
5—12 天04
真机测试
装到真机上把流程走完：弱网、断网、支付失败、权限被拒，这些状态都要过一遍。
2—3 天05
提审与交付
提交应用市场审核，同时交付源码、部署文档、测试记录与上架协助材料。
2—7 天审核时长不由我们决定：平台审核从几小时到两周都遇到过。这段时间不计入开发周期，但卡在哪一步、被退的原因是什么，会当天同步给你。
交付什么
验收方式是照着部署文档在干净环境跑一遍，能跑起来、核心流程能走通，才算交付完成。跑不起来就不算。
- 完整源码：前端与后端，不加密、不锁服务器，可自行编译打包。
- 数据库脚本：建表语句与初始化数据，任何环境都能还原。
- 部署文档：服务器环境、依赖安装、启动步骤、常见问题。
- 测试用例：核心流程的用例与回归记录，交付前跑过一遍。
- 上架协助资料：隐私政策模板、权限说明清单、素材规格要求。
- 365 天 Bug 免费修复：上线后一年内的问题修复不收费。
多少钱、多久
APP 的报价逻辑和小程序一致：按功能清单评估，不按人天虚报。差别在周期——双端适配、上架审核、真机测试都要时间。
报价方式
按功能清单评估
同等需求约为传统团队 1/3 至 1/2，先出清单再报价。
周期
4—8 周
中等复杂度；双端适配、上架审核、真机测试都要算进去。
付款
走对公账户
可开增值税普通 / 专用发票，公司主体签约。
如果有人说两周就能做完一个中等 APP，要么功能被砍了，要么交付的不是你想象的东西。范围变更（中途加功能、改流程）走补充确认，单独列价，不临时加价，也不接受「先做完再说钱」。这一点写进合同。
归责链路最短，这句话到底值多少钱
APP 项目的 Bug 通常出现在交界处：接口返回的字段前端没接、前端传的参数后端类型不对、时区处理两边不一致。前后端分开找人的时候，这类问题要先判断「是谁的问题」，再排期，再修。
来回两轮一周就过去了，客户看到的是「一个按钮点了没反应，修了七天」。前后端同一个人写，接口自己设计、返回结构自己定，出问题直接改，不用跨团队对齐——这不是效率优化，是责任结构变了：没有第二个人可以推。
前后端分开找人
先判断是谁的问题，再排期
- 复现问题、截图、录屏
- 前端说后端没返回字段
- 后端说前端传错参数
- 开会定责，再各自排期修
前后端同一个人
自己设计、自己写、自己改
- 接口与返回结构自己定的
- 定位不需要跨团队对齐
- 改完前后端一起联调
- 当天能看到结果
技术栈：Flutter、Kotlin、Swift、鸿蒙、uni-app、Node.js
同一个交付方式做出来的项目
下面是同一个人用同一套流程交付的项目。APP 的交付流程与之一致：同样的清单、同样的源码交付、同样的 365 天修复承诺。需要看 APP 相关的实现，可以联系做脱敏演示。
还做过
同类需求的其它项目
按项目类型列，客户名称与项目数据不公开。
外勤巡检与打卡
- 定点打卡
- 拍照上传
- 任务派发
会员与积分
- 会员等级
- 积分兑换
- 消息推送
能上架应用商店吗？
能。交付时提供上架协助资料清单，包括隐私政策、权限说明、截图素材要求等。上架本身由你的开发者账号提交，我们配合整改到通过为止。
源码给吗？
给。前后端源码、数据库脚本、部署文档、测试用例一并交付，不加密、不锁服务器。
后期迭代怎么收费？
上线后 365 天内 Bug 免费修复；新增功能按功能清单单独报价，不按年收维护费，也不绑定必须由我们迭代。
能做原生功能吗？
跨端方案覆盖大部分业务场景。如果涉及重度原生能力，比如复杂音视频处理、深度硬件调用，会在评估阶段明确说明需要原生开发，并单独评估工期与成本，不会先答应再改口。
和外包公司比差在哪？
差在没有中间层。外包公司是销售签单、项目经理排期、开发执行，出问题要跨三层；这里签单、开发、上线、售后是同一个人，报价也少了这三层的成本。
关于技术栈怎么选
Flutter 适合交互复杂、动画多的应用；uni-app 适合内容型、要同时出小程序和 H5 的项目。选哪个看需求，不看流行度。
关于上架
应用市场的隐私政策、权限说明、软著材料由我们准备清单和初稿，主体资质需要你提供。审核被拒免费改到通过为止。
先确认该不该做 APP，再谈多少钱
把业务场景讲清楚，24 小时内回复判断结果与功能清单。