小程序、H5、还是 App:一张决策树选完

AI 把"写软件"变成了几分钟的事，但"软件放在哪"这个决定，仍然每天在淘汰个人开发者。

载体不是技术问题，是决策问题。

上篇文章（《AI 时代，软件正在变成"一次性用品"》）说到：写代码的成本已经趋近于零——levelsio 用 3 小时做出月入 $87K 的飞行模拟器，国内的开发者 7 天做出月入 2 万的 AI 头像小程序。评论区问得最多的却是另一个问题："我做出来的东西，应该放在哪？"

这个问题比看起来致命得多。因为 AI 拉低的是开发成本，而载体的成本是前置的、刚性的、和开发成本无关的：审核、年费、支付资质、分发渠道——这些钱和这些时间，不会因为你用 AI 写代码而减少一分。开发越快，选错载体的相对损失就越大。

这篇文章给出一张可以直接照着走的决策树，以及支撑每个分叉判断的真实账本。先看结论怎么用，再看结论从哪来。

01载体决定的不是架构，是三件事

很多开发者选载体时的第一反应是"哪个技术栈我熟"。方向反了。载体真正决定的，是三个商业变量：

1. 分发：谁能用到你？
   一次性软件的生死，取决于"从用户看到，到他用上"隔几步。上篇的 fly.pieter.com 是网页，链接发出去当天全球可玩——如果它是 App，要过应用商店审核、要等用户下载安装，等传播窗口关闭时，可能还没上架。马斯克的转发是按小时计价的，App 审核是按天计费的。
2. 变现：你怎么收钱？
   国内个人小程序开不了微信支付，但有流量主广告；海外 Web 可以接任何支付；App 内购买要过平台 30% 抽成。同一款软件，放在不同载体上，是三种完全不同的生意。
3. 生命周期：你要养它多久？
   App 要维护双端、应付系统升级和审核政策；小程序要应付平台规则更新；H5 部署一次可以几年不动。载体越重，"一次性"越不成立。

判断顺序记住这个就够：先问用户在哪，再问钱怎么收，最后才问技术怎么做。反过来的顺序，是大多数个人开发者项目死掉的第一现场。

02四个载体的真实账本

把每个载体的刚性成本和硬约束摆出来，决策树才有地基。以下都是可查证的规则与数字：

注意这张表里的一个结构性事实：国内个人开发者的支付通道是堵的（小程序支付需企业主体），海外个人开发者的支付通道是开的。这就是为什么同一个人，在国内和海外该选的默认载体不一样——不是技术偏好，是规则决定的。

03决策树：一张图选完

下面就是本文的交付物。四个判断问题，五个终点，从"你要做的软件"出发，照着走：

五个终点里，有四个的成本在几百元以内，唯一的"贵"选项——App——被明确标注为转正奖励，不是起点。这就是整棵树的浓缩结论：先轻后重，先验证后投入。

04账本背后的实例：三条路都有人走通了，也有人栽了

H5 · levelsio：链接即产品

fly.pieter.com 从写第一行代码到全球可玩，隔了 3 个小时——因为它是个网页。马斯克转发带来的流量当天就能直接玩，17 天冲到 $87K MRR。他后来所有的主力产品（Photo AI、Interior AI 等）也全是 Web：Photo AI 月入 $150,000、87% 利润率，依然没有原生 App。十几年、70 多个项目，levelsio 从未为一款产品开发过 App。

但 H5 的天花板也要看清楚：另一位开发者的世界杯游戏 Free Kicks，同样是网页，靠社媒传播拿到 50 万玩家，首月广告收入约 950 欧元。载体只解决分发，不解决变现——变现要在产品设计里长出来。

小程序 · 国内个人开发者的主战场

上篇提到的账本都发生在小程序上：AI 头像小程序（月入约 2 万，硬成本不到 700 元/月）、足球约球小程序（月入 2–3 万）、"晚上吃什么"转盘（月广告收入约 7000 元）。共同点有两个：一是全部靠微信社交链自传播，二是全部用"解锁式看广告"变现——因为个人主体开不了微信支付，激励视频广告（eCPM 80–150 元）就是个人开发者唯一的收入主通道。看懂这一点，就明白国内个人小程序的产品形态为什么要围绕"分享 + 解锁"设计。

App · 什么时候它才值得

App 不是不能用，是不该先做。一个可复制的判例：Kevin Roose（《纽约时报》记者）用 AI 给自己造的"冰箱午餐建议"工具，就是随手做的网页小工具，没有任何上架动作。反过来，只有当产品被验证、且强依赖原生能力（每日推送、深度相机、后台定位）时，App 才是正解——比如健身打卡、专注计时这类靠通知活着的工具。判断句式：如果拿掉推送，这个产品还成立吗？成立，就先别做 App。

"从看到到用上"的步数，就是一次性软件的生死线

05别把决策树当一次性投票：载体可以升级

决策树选出来的不是终身判决，而是当前阶段的答案。健康的路径是渐进升级：

这套路径有个隐藏的好处：每个阶段的产出都是下一个阶段的资产。H5 验证过的需求文档直接喂给小程序开发；小程序攒下的用户行为数据决定 App 要不要做。反过来走（先 App 后验证）的人，是拿最贵的载体去赌最不确定的假设。

06三个常见错误，每一个都见过真人踩

错误一：为简历做 App。"我想学原生开发"是学技术的理由，不是产品选载体的理由。项目目标混淆的代价是：既没验证需求，也没学会开发，只收获了一个下架的包。

错误二：第一天就上重基建。还没一个用户就买云服务器集群、上微服务架构。国内案例里跑通的个人小程序，月硬成本都在几百元以内——云开发或静态托管完全够用。基建应该跟着收入走，而不是跟着想象走。

错误三：载体选对了，变现没设计。Free Kicks 50 万玩家只有 950 欧元，就是分发成功、变现缺席的标本。小程序要提前设计"解锁式看广告"的场景，海外 Web 要提前想清楚付费点在哪。载体决定你能收哪种钱，产品设计决定用户肯不肯掏。

07写在最后

把整篇文章压缩成一段可以贴在备忘录里的伪代码：

carrier_decision.txt

if 需求只出现一次对话里:    

    return 对话/Agent          # 零成本，当引流品

if 用户在国内微信生态:    

    if 企业主体且需要支付闭环: 

        return 企业小程序    

    else:                     

        return 个人小程序 + 流量主广告

 else:    

    if 强依赖推送/相机等原生能力:         

        先 H5 验证复购与留存                                   

        return App            # $99/年，转正奖励

    else:        

        return H5 网页        # 全球可达，验证最快# 唯一不变的铁律：先轻后重，先验证后投入

AI 让"做出来"变得前所未有地便宜，于是"放在哪"从未如此值钱。载体决策的成本是以"传播窗口"计价的：选对了，3 小时的作品接住 3 天的流量；选错了，3 天的审核错过 3 小时的热度。

而载体选完之后，下一个问题立刻浮出来：东西有人用了，钱从哪来？同样是一人公司，为什么有人卖月费工具饿死，有人卖"解决方案"年入百万？