小程序、App、Web：入口选择的成本账

先摆结论：大部分业务的第一步不该是 App。原因不是 App 不好，是它的边际成本最高而验证速度最慢。

一、三个入口的真实成本

把这张表看一遍会发现：App 的唯一优势是「推送自由」和「离线能力」。如果你的业务不依赖这两点，做 App 基本是给自己加成本。

二、按业务形态选

• 一次性需求（算个税、查价格）：Web 就够，用户不会为它装一个 App；
• 高频低价值（记账、打卡）：小程序最合适，微信里随手就打开；
• 高频高价值（社交、工具、内容订阅）：值得做 App，推送和离线是刚需；
• 企业内用：Web 或企业微信自建应用，别绕应用商店。

三、被忽略的两项成本

1. 审核与合规

小程序和 App 都有内容审核要求，涉及用户生成内容、支付、医疗、金融类目时门槛陡增。Web 站相对自由，但也受备案与信息服务规则约束。

2. 长尾维护

App 的维护不是「发版完就没事」：系统大版本升级、第三方 SDK 停止维护、隐私政策调整，都要跟着改。一个三年没更新的 App，在应用商店的口碑会持续下跌。

四、常见的错误顺序

1. 先做 App 再验证需求：等审核通过、用户下载完，两个月过去了，需求可能已经变了；
2. 三端同时做：资源分散，三端都做不精；
3. 把 Web 当临时方案：实际上 Web 是最容易被搜索引擎和外部链接带量的入口，长期价值被低估。

合理的顺序：Web 验证 → 加小程序拿微信流量 → 数据证明高频高价值后再投 App。

五、跨端的技术选择

如果确实要多端，两条路：

• 一套代码多端编译：开发快，但每个端的体验都要打折，且受框架生态限制；
• 接口统一 + 各端原生：体验最好，成本最高。

折中方案是「接口先行 + Web 优先 + 关键端原生」。接口设计的原则见 API 经济；小程序的登录态设计有一些具体的坑，站内有专文。

六、一句实话

入口之争的本质是「用户在哪，你就去哪」。但如果你连「用户在哪个环节流失」都还没测出来，多做一个入口只是多一个没人用的客户端。

相关阅读

• API 经济：为什么越来越多产品先做接口，再做界面
• 从「增长黑客」到「内容资产」：获客逻辑的转向
• 小程序登录态设计：session_key 为什么不能下发
• 企业微信自建应用开发入门