AI 写完，不等于产品能用

很多人用 AI 写小程序，最兴奋的是第一版跑起来那一刻：页面有了，按钮能点，数据也能存。但真正卡人的，往往不是代码，而是上架前后的那一串事：类目怎么选、主体合不合适、备案要不要做、体验版给谁测、审核为什么被打回。

这件事给普通人和内容、教育从业者一个提醒：AI 编程不是“把需求丢进去等成品”，而是把开发门槛降低之后，上线能力变得更重要了。

先别急着写，先做上线倒推

做小程序前，建议先问 5 个问题。

第一，它到底属于什么类目？工具、内容、课程、咨询、交易，不同方向的审核要求差别很大。不要等页面写完才发现类目不匹配。

第二，用户会不会提交信息、付款、预约、打卡、上传图片？只要涉及用户数据，就要提前想清楚隐私说明、数据用途和删除路径。

第三，是否涉及教育、医疗、金融、招聘、心理、法律等敏感表达？哪怕你只是“辅助工具”，文案写得太满，也可能被当成资质类服务。

第四，上线后谁维护？AI 可以生成代码，但不能替你长期看错误日志、改审核问题、处理用户反馈。

第五，这个版本的核心动作是什么？不要第一版就塞满课程、社群、商城、打卡、AI 对话。越复杂，审核和维护越难。

把小程序当成“流程项目”，不是代码项目

更稳的 AI 工作流是四步。

第一步，写“上线说明书”。包括目标用户、核心功能、页面清单、涉及的数据、是否收费、是否有内容发布、是否需要后台审核。这个文档先写出来，再让 AI 生成原型和代码。

第二步，做“审核风险清单”。把页面里的夸张承诺、敏感词、资质暗示、诱导分享、虚假按钮、未开放功能都扫一遍。很多打回不是技术问题，而是表达问题。

第三步，先发体验版。体验版不是给自己点两下，是找 3 类人测：完全不懂的人、未来会使用的人、负责运营的人。分别看能不能走完流程、哪里卡住、文案是否误解。

第四步，小步提交。第一版只保留一个清晰闭环，比如“领资料”“做测评”“预约体验”“查看课程表”。通过后再迭代。别把试验品包装成大平台。

内容和教育从业者尤其要注意边界

如果你做的是知识付费、课程咨询、公考学习、资料领取这类小程序，最容易踩的坑是“把营销话术写成确定承诺”。

比如“保过”“内部资料”“押题命中”“包上岸”这类表达，不只是审核风险，也会损害长期信任。更好的写法是讲清楚服务范围：提供资料、工具、练习、规划、提醒、答疑，而不是替用户承诺结果。

AI 很适合帮你做三件事：整理页面文案、生成测试用例、模拟审核视角挑毛病。但最后的判断不能交给 AI。因为平台审核看的是规则，用户信任看的是分寸，生意能不能长期做看的是交付。

一张上线前清单

提交前可以按这张表过一遍：

  1. 类目是否和实际功能一致。
  2. 主体、名称、简介、页面内容是否互相匹配。
  3. 隐私政策是否覆盖收集的信息。
  4. 所有按钮是否真实可用，未开放功能是否隐藏。
  5. 体验版是否有人完整跑过主流程。
  6. 文案是否删除夸大承诺和敏感暗示。
  7. 后台、客服、反馈入口是否有人负责。
  8. 被打回后是否记录原因，而不是反复盲改。

AI 让“做出来”变快，但“能上线、能解释、能维护”才是真本事。以后普通人做产品，拼的不只是会不会提示词，而是能不能把一个想法翻译成合规、清晰、可运营的小闭环。