这不是技术问题，是「用户在哪、要不要装」的问题。 选错形态的代价不是多花点钱，是做完之后发现没人愿意为了用一次去下载一个 App。
三种形态的边界
小程序： 在微信里，扫码或搜索就能用，不用安装，分享到群里天然带传播。代价是受平台约束：要审核、有类目限制、包体积有上限、支付走微信。
H5： 浏览器打开，最轻，做活动页、报名页、一次性表单最合适。代价是留存差——用户关掉就找不回来了，除非他收藏。
App： 能力最全，能调硬件、能后台常驻、能推送。代价是获客成本最高：应用商店下载、安装、注册，每一步都在流失。
判断顺序：先问用户在哪
- 用户主要活跃在微信里（群、朋友圈、公众号）→ 小程序
- 只用一次，或者一年用两三次（报名、活动、问卷）→ H5
- 要调摄像头之外的硬件、要后台常驻、要高频使用 → App
- 内部员工使用、有明确的岗位和流程 → 企业系统或小程序，不需要上应用商店
一个简单的自测
问自己：用户一年会用几次？如果答案是「一两次」，任何需要下载安装的方案都是错的。如果答案是「每天」，那小程序的能力边界迟早会卡住你。
成本差异在哪
开发成本：H5 最低，小程序居中，App 最高——因为要同时做 iOS 和 Android 两套。 但这个差不该是决策依据，因为获客成本的差距比开发成本大得多。
获客成本：H5 最低（点开就用），小程序居中（扫码即用），App 最高（下载安装）。 一个需要下载的 App，转化率通常只有 H5 的十分之一量级。
维护成本：App 最高，每次发版要过审核，还要跟着 iOS 和 Android 的系统升级适配。 小程序也要审核，但轻得多。H5 随时可发。
三个常见的错误
- 一上来就做 App：用户不会为了一次性需求下载，最后装机量停在个位数
- 小程序里塞重功能：包体积和类目都有限制，硬塞的结果是审核不过或者体验崩坏
- 三端同时做：成本三倍，而用户只会用其中一个，另外两个没人维护
一个稳妥的路径
先用小程序验证需求，跑三个月看数据。如果确实有一批人天天用、并且开始抱怨「要是有个 App 就好了」，再考虑做 App。
这个顺序几乎不会错，反过来则经常错。 因为小程序试错成本低，而 App 一旦做出来没人用，钱和时间都收不回来。
最后
形态是手段，不是目标。 用户不会因为你有 App 就觉得你专业，他只会因为「用起来麻烦」而离开。先从最省事的形态开始，永远是对的。