AI 制作小程序的三道关：写得出、审得过、留得住

用 AI 做小程序，进度往往快得让人惊喜：一下午能出好几个页面，表单、列表、详情页层层搭起来，看着已经有模有样。不少人在这个阶段就开始规划上线之后的推广，觉得开发这一关已经过了。等真正提交审核、等真正有用户进来，才会发现后面还有两道关，和代码没什么关系。

小程序这件事的难点从来不在"能不能做出来"，而在三个层层递进的关卡：代码要写得出，审核要过得去，上线之后要留得住人。AI 在第一关的作用很大，在第二关几乎帮不上忙，在第三关帮的是执行、不是判断。搞清楚它分别能出多少力，比学会几个生成技巧重要得多。

一、先说清楚 AI 能做小程序的哪一部分

把小程序拆开看，AI 现在已经做得不错的部分包括：页面框架与布局、常见的组件（列表、卡片、表单、弹窗）、接口调用的基本写法、数据展示的逻辑、提示文案与按钮措辞、简单的图标与配图描述。给一段清楚的需求，它能在几分钟内给出一份能跑起来的初稿，这部分效率提升是真实的。

AI 做不了的部分同样清楚：业务本身怎么设计，哪些功能必须留、哪些可以砍；真实的数据从哪来，谁来维护；主体资质、类目选择、审核要求这些规则层面的事；用户第一次打开时的感受，卡在哪一步、哪句话看不懂。这几件事有一个共同点：它们都依赖对你这件事的了解，而这份了解在你自己脑子里，不在训练数据里。

最实用的定位是把 AI 当成"快速出初稿的工具"：它负责把你脑子里的想法几个小时变成看得见的页面，你负责判断哪里不对、哪里缺什么、哪里要改。它出的是素材，不是成品。把 AI 当执行者用，效率提升明显；把 AI 当代做者用，返工量往往超过自己做。

二、三条路线摆在面前，先选对再动手

聊"用 AI 做小程序"时，很容易跳过一件事：做这个小程序，本来就有几条不同的路。有人适合用平台模板直接搭，有人适合让 AI 生成代码后自己改，有人干脆自己写反而最快。路线选错，后面无论怎么用工具都在原地绕。

选路线的时候看三件事就够了：多久要上线，后面谁来维护，需求会不会经常变。三个答案里只要有一个偏"复杂"，低代码平台就会开始吃力；三个都偏"简单"，从零写就是浪费。真实项目里最常见的是混合路线：用成熟平台搭基础框架，让 AI 补充内容和部分逻辑，人负责体验与测试。

不管走哪条路，有一件事要在动手前确认：这个小程序的账号主体是谁、后续由谁持有。主体关系到能开哪些功能，也关系到以后能不能迁移。把这件事拖到开发完成再处理，往往会推到重来。

三、第一关"写得出"：让 AI 出合格初稿的三个条件

条件一：需求按区块写，不按一句话写。"帮我做一个预约小程序"，得到的是模板化的东西；"首页顶部放门店照片和名称，中间放可预约时间段列表，点进去是确认页，要填姓名手机号，确认后显示预约详情"，这样的描述，AI 出稿质量会明显不同。区别在于前者只给了目标，后者给了结构。

条件二：把技术环境交代清楚。同一段逻辑，在不同运行环境下写法不一样。用的什么框架、要接什么服务、数据放在哪里、有没有现成的接口可调，这些信息给全，AI 才不会在错误的前提下写代码。这一点经常被忽略，也是后期返工的大头。

条件三：先给样例，再让它批量出。与其一次性让 AI 做全部页面，不如先让它做一个页面给你看，确认风格与结构之后再让它照着做其余页面。这个顺序能省下大量修改：风格一次定对，剩下的页面就都是在同一套规则下生成的。

符合这三个条件，AI 的初稿通常能到"能看、能跑、能演示"的程度，但它还不等于能用。初稿的常见问题有几个固定的模式：组件堆得比需要的多，页面显得杂乱；关键的异常情况没有处理，比如网络失败、数据为空时页面白屏；数据是写死的示例，没有真正接上来源；体验细节缺失，按钮点了没反馈、加载没有提示。这些位置正好是人工要补的地方，也是决定小程序"像不像正经产品"的地方。

补这些位置的顺序建议按体验走一遍：把小程序当成第一次用的人打开，从进入、浏览、操作到退出，每一步都问自己"这里正常吗"。走完一遍记录下来要改的点，集中改一轮，比边看边零散改效率高，也不容易漏。

四、第二关"审得过"：AI 在这一关几乎帮不上忙

小程序是审核制，代码写得干净不代表能上线。审核看的是主体是否合规、功能是否与申明一致、交互是否符合平台规范、涉及用户信息与资金的部分是否守规矩。这些判断针对的是"你这件事做得对不对"，而不是"你的代码写得好不好"，所以生成工具在这里基本没有参与空间。

排期的时候，审核这一环要留出余量。提交之后有等待，被驳回之后要改、要重提，重提之后还要再等。碰到需要补充材料的，一来一回几天很常见。把审核当成流程里"顺手就过"的一步，是很多项目上线时间失控的原因。

如果被驳回，处理方式有个要点：按照驳回意见逐条改，改完在提交说明里写清楚改了什么。反复提交同一个没有实质变化的版本，只会拉长审核周期。至于绕过审核、打擦边球这类想法，风险远大于收益：小程序被封禁之后，账号主体与相关资质都会留下记录，后续再申请会受影响，前面投入的开发和推广也一并归零。合规这条线没什么技巧，按要求把自己该做的部分做扎实就行。

五、第三关"留得住"：上线那一刻，事情才真正开始

小程序上线之后没人用，是普遍现象，不是个别项目的失误。原因通常藏在三个地方：场景不明确，用户看完不知道什么时候该用它；入口太窄，用户第一次是从哪个渠道来的，第二次还找不找得到；内容或服务没有更新，用过一次之后没有理由回来。

这三个问题里，第一个最值得在开发前就想清楚：用户打开这个小程序，是要完成一件什么具体的事。是查排队进度、是续费、是预约、还是领一张券。能一句话说清"什么时候会用它"的小程序，留存都不会太差；说不清的，功能做得再多也是摆设。

还有一个常被忽略的结构性问题：小程序处在平台生态内部，页面不会被搜索引擎收录，用户在站外搜索相关信息时，搜不到你的小程序页面。对依赖搜索流量的业务来说，这就需要在站外另配一个入口，通常是一个官网或落地页，承接"搜索之后想了解更多"的那批访客，再把他们引导进小程序完成操作。这两件事配合起来，流量才有完整的路径。

上线后的观察指标不用多，三个足够了：用户第一次打开后，核心动作的完成比例（比如真的提交了预约、真的完成了支付）；次日与七日后还回来的比例；回访的人是从哪个入口进来的。第一个数字低，说明流程有卡点；第二个数字低，说明价值没被记住；第三个数字看不清，说明入口没铺好。三个数字各自指向一个具体的改进方向，比只看总访问量有用得多。

六、把制作放进完整流程，顺序这样安排

从想法到长期维护，一条完整的时间线大致是这样：定场景、拆需求、出原型、开发、测试、准备审核材料、提交审核、上线、按数据迭代。AI 加持之后，开发那一段被压缩得很快，前后两端的耗时却几乎没变，尤其审核与留存验证，属于无法压缩的部分。把预期放在"总周期缩短三分之一"这个量级，比期待"几天上线"更接近现实。

站外那个承接入口同样值得按流程来做。用 UC 建站系统开一个配套的官网或落地页，制作端沿用轻量的方式，人给结构和真实信息，成页与批量产出交给系统；页面直出，抓取程序读到的是完整内容，搜索端收录这一层不用额外费心；如果这个业务后续要在多个地区或渠道铺开，多站看板能把各站的发布状态与表现集中在一处，哪个页面该更新、哪个站掉队了，看一眼就知道。小程序负责把到访的人接住并完成操作，站外页面负责让有需求的人先找到你，两边各司其职，路径才算完整。

七、预期与说明

把 AI 引入制作环节，缩短的是开发阶段，审核周期与留存的验证周期不会跟着缩短。上线也不等于有流量：小程序本身不带流量，它的访问要么来自用户主动搜索、要么来自站外入口、要么来自分享。这三条路径都需要另外铺，属于制作完成之后的工作。

有三种情况不适合急着做小程序：只是想"别人有我也要有一个"，说不清用户何时会打开；没有任何人力做上线后的维护与内容更新；业务本身还处在试错阶段，功能每周都在变。这三种情况下动手，做出来的往往是躺在那里没人用的空壳，把想法再放一放，比先开发更划算。

"AI 能帮你把小程序做出来，帮不了你让它被用起来。"

三道关从前往后，AI 的参与度递减，人的判断权重递增。第一关它替你省下大量时间，第二关要靠你把材料备齐、规则读清，第三关要靠你想明白用户为什么来、为什么再来。三关都过，小程序才算真的做成了。

如果正打算动手，先只回答一个问题：用户今天用完之后，明天有什么理由再打开。答得上来，后面的页面怎么排、功能怎么定都会顺着这个答案展开；答不上来，先别急着让 AI 生成第一版页面，把这个问题想透，比多做十个页面都有价值。

（内容说明：文中涉及的制作流程与审核要点为经验整理，实际以各平台 *** 规则为准；相关做法供参考，不构成效果保证。）