上午说要个预约小程序，下午就出了预览，AI 把中间工序压掉大半

"能不能做个小程序"这个需求越来越常见：门店要预约、服务商要展示、商家要点单、团队要会员卡。传统做法是评排期、写需求、开发、测试、提审，一轮下来以周甚至月计；项目不大、报价不高，做起来不划算，不做又舍不得这块入口。这两年 AI 参与进来，情况变了不少：页面结构、文案、素材整理这些耗时的环节被大幅压缩，价格下来了，愿意做的人也就多了。

但快起来之后，有一个地方反而更容易出事：小程序对主体、类目、资质、内容合规的要求比网站严得多，这些环节 AI 替不了人，顺序搞错了还要推倒重来。这篇按真实流程拆开讲：哪几段可以放心交给 AI，哪几段必须人工把关，以及小程序和网站怎么互相配合。

一、先看清流程，卡点从来不在写页面

小程序的完整流程大致是八步：确认需求、注册主体、选类目、搭页面与功能、填内容、测试、提交审核、上线维护。新手常以为最花时间的是"搭页面"，做过一轮才知道，真正决定进度的是类目与资质、审核规则、内容合规这几处。把各环节的耗时和风险摊开看，哪一段该投入精力就很清楚了。

一条分界线可以记下来：卡在"产出"上的环节，AI 能省最多；卡在"规则"上的环节，AI 只能帮你准备材料，决定依然要人来拿。把这条线分清，报价、排期、预期管理都会顺畅很多：客户知道快在哪、慢在哪，就不会把审核等待算成你的开发慢。

小程序建站真正的门槛不在写页面，在类目与审核规则；AI 省的是产出时间，替不了合规判断。

二、主体、类目、功能清单，顺序别搞反

返工最多的场景不是页面做错，而是顺序错了：先把功能做出来，才发现主体资质不支持这个类目。正确的顺序是主体在前、类目居中、功能清单在后，每一步都在前一步的约束下做决定。

这里要给客户把预期说透：类目问题的时间成本，远高于开发时间。资质没办下来，页面做得再快也上不了线；反过来，主体和类目先敲定，后面的开发环节反而是最快的部分。谈需求阶段就把这三个问题问清楚，比开工之后来回改要省心得多。

类目问题的成本远比开发成本高；资质没到位的功能不要先做，做完也只能压箱底。

三、AI 在这条链条里站在哪三个位置

小程序和网站有一处明显不同：页面数量少、文案篇幅短、合规要求更严。这三条决定了 AI 在小程序建站里的用法更"收敛"：适合按既定模板出结构、出初稿，适合把零散素材整理成规整的页面内容，不适合自由发挥。

把小程序和网站放在一起做的时候，两边的内容还能用同一套配置管理。UC 建站系统的内容中台支持按站点或入口分别配置内容角度和结构：网站端负责能被搜索到的长内容，小程序端负责承接转化用的短内容，各自按配置生成、统一分发，内容更新一次两边同步，不用各维护一套。

反过来也要说清：AI 能出结构、能铺文案，但功能逻辑和规则判断它替不了。支付怎么接、会员规则怎么定、哪些数据能收集，这些是设计和合规问题，必须由人拍板。把 AI 当成一个能快速出草稿的助手，而不是能替你做决定的合伙人。

AI 在小程序里干的活是把结构搭好、把文案铺好；功能逻辑和规则判断，始终要人自己拿主意。

四、内容和页面，哪些能生成哪些不能

把页面内容分成两堆，界线其实很清晰：描述性的、可替换的、不含承诺的，AI 出得快也出得好；涉及真实信息、法律效力、对外承诺的，一个字都不能由 AI 直接生成。这条界线不光是为了过审，更是为了避免后续麻烦。

还有一块常被忽略但已经成了硬性要求的：隐私相关的内容。小程序只要涉及收集手机号、位置、头像这类信息，就需要有隐私政策与用户协议，并说明收集范围、用途和处理方式。这部分不是装饰性页面，缺了或者写得含糊，提审时直接卡住。AI 可以帮你把条款框架列出来，但具体哪些信息真的收集、怎么用，必须照实写，写了就要做到。

凡是"说出去要兑现"的内容，价格、承诺、资质，都不能由 AI 直接生成；页面写得再漂亮，兑现不了就是隐患。

五、提审前的自查，把 AI 当预审员用

做过几轮之后会发现，驳回原因翻来覆去集中在几类：类目与实际功能不符、资质材料缺失或过期、内容含违规表述、隐私相关要求没落实、提交信息与页面内容对不上。这几类都在提交之前可以查出来，关键是提审前有没有真的逐条过一遍。

• 类目与功能不符：页面里出现所选类目之外的服务或功能入口，比如选了展示类却挂了交易按钮，属于常见驳回项
• 资质缺失或过期：需要许可证的类目没上传、证照模糊、有效期已过，材料这块最没有通融余地
• 内容表述违规：夸大宣传、绝对化用语、涉及医疗金融教育的敏感表述，这类文案 AI 出初稿时要格外留意
• 隐私要求未落实：收集了信息却没有对应的隐私说明，或者说明与实际收集范围对不上
• 提交信息不一致：服务名称、简介、截图与实际页面有出入，审核方一眼就能看出来的问题

AI 在这一段能帮不小的忙：把页面文案、服务简介、提交材料清单一并交给它，让它按"敏感表述、类目一致性、材料完整性"三条线过一遍，把可疑的地方列成清单；人拿着清单逐条核对、逐条修改。预检不能代替官方的审核标准，但能把大部分低级问题挡在提交之前，少走一轮驳回就省下一两周。

提审前的自查永远比提审后的申诉省时间；AI 做预检，人做决定，驳回率能压下去一大截。

六、小程序和网站怎么配合，别用一套预期管两边

网站和小程序的角色天然不同：网站是公开入口，靠搜索被发现，内容可以随时改；小程序是服务入口，靠用户主动打开，改动要重新提审。理解了这一点，两者怎么配合就很清楚了，配合方式主要有三种。

站群场景下这层配合更值得提前想：网站矩阵负责在不同词上被搜到，小程序负责把搜来的人接住、留住。承接是否顺畅，比入口多少更重要：用户从网站跳到小程序，如果信息对不上、动作接不上，流量就白来一趟。两边的内容按同一套口径维护，是这种顺畅的前提。

网站管"被找到"，小程序管"被用起来"；两条线各有各的规则，用同一套预期去管它们只会处处别扭。

七、接需求之前，把这四步走顺

不管你是自己做还是替客户做，把这四步顺序走顺，交付过程会平稳很多。顺序本身不复杂，难的是每一步都别跳过。

做成体系之后，两边的维护可以合并到一处：UC 建站系统把内容中台、双通道推送（百度 API 加 IndexNow）、多站看板和独立部署几块拼在一起，网站端的内容按站配置、自动推送收录，小程序端承接同一批内容，各站独立部署、互不牵连。同一套内容体系喂两个入口，人只需要在一处做维护。

速记五条：
· 先主体、再类目、后功能，顺序反了必返工
· AI 省产出，不省规则；类目资质和合规判断必须人工
· 价格、承诺、资质、隐私条款，这四类内容不许 AI 直接生成
· 提审前做一轮预检：类目、材料、文案、隐私，四条线逐条过
· 网站随改随发，小程序攒批提审；两头内容用同一套口径维护

小程序建站这件事，AI 改变的主要是成本结构：过去做一个小程序的工时劝退了大量小需求，现在结构与文案的产出快了几个数量级，小预算也能做出像样的入口。但快并不等于省事：主体、类目、合规这几道关卡一步都省不掉，它们本来就不是效率问题，而是规则问题。把 AI 放在它该在的位置，速度优势才成立。