小程序和App的推广成本为什么差很多？

结论：小程序不一定比 App 推广便宜；只有用同一渠道、同一用户结果和同一观察期计算，成本才可比。

小程序可以从二维码或生态入口直接打开，App 通常多一个商店下载步骤，但“步骤少”不等于流量免费。滚水科技会把媒体费、优惠、渠道运营、创意、落地页、安装/授权、留存和收入放进同一漏斗，不引用“App 是小程序 3—10 倍”这类无来源行业数字。

在比较平台能力、限制与迁移成本时，还可以对照 定制系统的后期运维成本大概是多少？是否会远高于 SaaS？ 和 官网、H5、管理后台、小程序和 App 可以统一规划吗？；这些内容补充了需要放在同一项决策中考虑的上下文。

两条漏斗的付费点和损耗位置不同

成本/阶段	小程序常见情况	App 常见情况	比较时的共同结果
触达	私域、二维码、内容入口或广告；流量和运营仍有成本	商店搜索、网页、广告、推荐或线下入口	合格目标用户的真实曝光/点击
进入产品	打开快，但可能需授权、登录或受平台场景限制	商店页、下载、安装、首次打开	首次完成核心任务，而非“打开”
再触达	依赖用户主动回访及平台允许的消息能力	推送、深链、商店更新，但用户可拒绝/卸载	同意范围内的有效复访
留存与价值	轻任务顺畅，也可能用完即走	安装成本高，但高频/设备能力可能提升价值	同一 cohort 的留存、毛利或 LTV
归因	分享、二维码和平台内入口可能跨场景	商店、广告和 Web 归因口径各异	去重后的用户与明确归因窗口

所谓“分享成本为零”也不准确：激励、内容、社群运营、客服和作弊损失都要计入；App 的应用市场也不等于只能买广告，搜索、品牌、网页和现有用户推荐同样可能带来自然流量。渠道结构取决于品牌、行业、用户和地区，不能从载体直接推导 CAC。

先统一测量口径，再跑小预算实验

为两端定义同一个成功事件，例如完成首次预约且七日未退款，而不是小程序算“打开”、App 算“注册”。统一去重键、归因窗口、媒体费/优惠/人工纳入范围和 cohort 起始日。分别记录曝光、点击、进入产品、核心任务、复访、付费/毛利及退款；渠道无法可靠归因的部分单列，不强行分摊。

Apple 的 App Store Connect Acquisition可以按搜索、浏览、App/Web referrer 与营销活动观察展示、产品页、下载及后续使用，但其 conversion rate 有明确的独特展示和总下载口径。Google Play 的商店表现说明也提供来源、国家、语言、UTM 等维度，并说明不同数据源测量会不同。两个后台数字不能未经定义直接与微信分析相除。

测试应按目标人群随机或至少使用可比渠道和素材，控制优惠差异；样本不足时报告区间而非宣布胜负。获客成本用总可归因投入除以合格新增用户，回收则看毛利而非流水。短期 CAC 较低但次日流失的入口，未必优于安装较贵却长期产生价值的 App。

载体选择应服务于任务频率和能力

一次性查询、到店扫码、低频预约常适合小程序/H5降低进入门槛；高频工具、离线、稳定推送、硬件或复杂创作可能值得做 App；很多业务由小程序完成首次服务，而非强行引流下载 App。只有当 App 提供清晰新增价值且用户有重复需求，才设计迁移，并让用户自主选择。

滚水科技在产品中统一 campaign、source、用户和核心事件模型，避免两端各自统计；看板同时展示渠道 CAC、任务完成、留存、毛利、退款和客服/激励成本。推广团队负责媒体与创意，研发负责可追踪链路、深链/二维码、事件质量和隐私控制。涉及广告和个人信息时，客户还要核对平台政策、告知与处理依据。

最终结论应类似：“在某渠道、某人群和 30 日窗口，小程序每个未退款首单成本更低，但 App 的复购毛利更高”，而不是“小程序天然便宜”。滚水科技会先做小规模对照，达到预设单位经济门槛再放量；无法证明价值时不建议仅为推广建设第二个端。