别一上来就问「做 APP 还是小程序」
这个问题问错了顺序。应该先问：你的用户在什么场景下会用到你？
小程序和 APP 不是「低配版」和「高配版」的关系，它们是两条不同的路。选错了，钱和时间都要重来。
标准一：用户多久用一次
这是最重要的一条。
- 高频（每周多次）：外卖、社交、内容社区。用户愿意为它单独装一个 APP，因为他每天都在用。
- 低频（每月一两次，甚至一年几次）：缴费、挂号、报名、看房。让用户为了「一年用两次」的服务去下载 APP，转化率会低得让你怀疑人生。
低频业务几乎一律先做小程序。用户扫个码、点个链接就能用，用完即走，没有安装门槛。
标准二：你要不要主动触达用户
小程序能不能推送？能，但有严格限制：需要用户主动授权订阅，且消息发送要符合模板消息规范。你不能像 APP 那样想推就推。
如果业务高度依赖「把用户拉回来」——电商大促、内容更新提醒、会员权益到期通知——APP 的推送能力是小程序替代不了的。
反过来，如果你主要在微信生态里做生意（群、朋友圈、公众号），小程序的触达路径反而更短。
标准三：获客成本算过没有
算一笔账：
- 小程序：用户点开就用。从看到广告到完成第一次下单，路径大概是「点广告 → 进小程序 → 下单」，3 步。
- APP：跳转应用商店、等下载、装完打开、注册登录。每多一步都在流失，行业经验是每多一步流失一半以上。
差距有多大，取决于你的获客渠道。如果主要靠投放买量，这个差距会非常明显。
标准四：需要哪些系统能力
小程序做不到、或者做不好的事：
- 后台常驻与持续定位上报：骑手轨迹、外勤打卡这类。
- 蓝牙、NFC、传感器的深度对接：小程序有蓝牙接口，但复杂设备的稳定性和兼容性远不如原生。
- 离线使用：小程序必须联网。
- 大文件处理与复杂图形计算：受包体积和性能限制。
- 在应用商店被搜到：有些业务需要「上架应用商店」这件事本身。
如果业务强依赖上面任何一条，APP 是必须的，没有替代方案。
标准五：预算和迭代节奏
小程序一套代码可以同时跑在 iOS 和 Android 上（微信处理了兼容），一次投入覆盖两端。
APP 如果原生开发，等于做两遍，保底是两倍成本。用 Flutter 或 React Native 这类跨端方案能省一部分，大概省 40% 左右，但在复杂动画和设备能力上仍有取舍。
还有一点常被忽略：APP 每次发版都要过应用商店审核，紧急修一个 bug 也可能要等一两天。小程序也要审核，但发布节奏更快。
什么情况下应该直接做 APP
- 用户高频使用，且需求已经被验证过（不是拍脑袋想的）
- 业务强依赖推送、后台常驻或硬件能力
- 客单价高，需要更强的品牌感和用户留存
- 已经在微信生态里跑通了小程序，需要承接高频核心用户
最后一条尤其重要：先用小程序验证，再上 APP，风险最小。我们见过不少「直接做 APP」的项目，做完才发现用户根本不来，钱花在了没人用的功能上。
我们建议的路径
预算有限时，多数业务的合理顺序是：
- 先做小程序，验证用户是否真的需要这个产品
- 小程序跑出稳定用户量后，把高频核心用户导到 APP
- 两端共用同一套后台服务端，不重复投入
把你的业务场景说给我们听，我们可以给一个具体的判断和路线建议。这一步不收费。