同一个需求，做成小程序、H5 还是原生 APP，预算可能差几倍，上线时间也完全不同。三者不是替代关系：常见的情况是客户说「做个 App」，实际用小程序或 H5 就够；也有项目一开始选了 H5，业务长大后又必须补原生。
先看四个问题
- 用户从哪里进来？微信里分享、扫码，还是应用商店、广告落地页？
- 要不要上应用商店？需要独立图标和桌面入口，还是扫码即用？
- 对体验和硬件能力要求多高？是否要用相机、蓝牙、定位、消息推送？
- 更新频率和预算如何？每周改内容，还是半年发一个版本？
一张表对比
| 对比项 | 小程序 | H5 | 原生 APP |
|---|---|---|---|
| 入口与分发 | 微信内搜索、扫码、分享 | 浏览器链接、公众号、广告页 | 应用商店、桌面图标 |
| 开发成本 | 中 | 低 | 高，安卓与 iOS 各一套 |
| 使用体验 | 接近原生，受微信限制 | 依赖浏览器，弱网一般 | 最流畅，交互自由 |
| 审核 | 微信平台审核，部分类目需资质 | 无商店审核，但需备案等合规 | 各应用商店分别审核 |
| 原生能力 | 微信开放能力，如支付、定位 | 受浏览器限制 | 系统能力完整 |
| 更新方式 | 提交审核后发布 | 改完即生效 | 打包发版，逐店审核 |
| 适合场景 | 微信生态内的交易、服务、工具 | 活动页、轻量查询、内部系统 | 高频、重交互、硬件相关 |
表格只是起点。实际项目经常组合：官网加 H5 落地页承接投放，会员和复购放小程序，需要桌面入口再考虑封装或原生。
预算与周期的大致关系
预算有限时，优先把用户最常走的路径做顺，而不是每个端都做一遍。小程序和 H5 可以共用一套接口，后期再补原生；反过来先做原生再补小程序，通常要重写界面和交互，成本更高。周期上，H5 最短，小程序次之，原生最长；具体仍以功能清单为准，不同团队报价差异也很大。
三种常见组合
- 官网 + H5 + 小程序：展示用官网，投放用落地页，交易和会员放小程序，成本可控。
- 已有 Web 系统 + 小程序入口：后台继续用，给客户或员工一个更轻的入口，不必重做一套。
- 原生 APP + 内嵌 H5：核心功能原生，活动页用 H5，兼顾体验和更新速度。
怎么拍板
列出用户最常做的三个动作，逐个判断在哪端完成最顺；再确认是否必须上应用商店、是否需要硬件能力；最后算首年开发加后续维护的总成本。三个动作里有两个依赖微信分享，小程序优先；有两个需要相机或离线，原生或封装更合适。
还有一个常被忽略的点：后续谁来维护。H5 改文案最快，小程序要发版审核，原生要分别发安卓和 iOS；团队没有技术人员时，维护成本要提前算进去。
选型没有标准答案，但要避免两个极端：为了「看起来像个 App」硬做原生，或者把所有需求塞进一个小程序。如果预算只够做一个端，先选用户最集中的那个，另一个用链接或二维码承接，比两个端都做成半成品更划算。
