前两篇文章，我写了为什么开始做这个账号，也写了 ChatGPT、Codex、Claude、Gemini 在真实项目里大概怎么分工。

但光讲工具没什么意思。

现在网上介绍 AI 工具的文章太多了，今天说这个模型强，明天说那个工具快，读完以后热闹是热闹，真到自己要做项目的时候，还是不知道第一步该干什么。

所以从这篇开始，我准备用一个真实一点的项目来测试 AI 到底能帮到哪一步。

这个项目就是：

用 AI 从 0 到 1 做一个英语培训小程序。

先说明一下，这不是说我今天敲几行提示词，明天就能交付一个完整商业系统。那种说法基本不靠谱。

我更想做的是，把一个普通外包项目从需求、功能、页面、数据库、后台、源码、交付资料，一步一步拆出来。能用 AI 的地方就用 AI，不能偷懒的地方就老老实实人工判断。

最后不管这个项目能不能直接拿去接单，至少要沉淀出一套能复用的东西。

为什么选英语培训小程序

选英语培训小程序，不是因为它多新鲜。

恰恰相反，是因为它太常见了。

很多培训机构、个人老师、小工作室，都有类似需求。今天是英语培训，明天可能是书法培训、舞蹈培训、编程课、考研辅导，本质上差不多：

有课程，有老师，有学员，有预约，有咨询，有后台管理。

这种项目不算特别复杂，但也不是一个静态页面就能糊弄过去。它刚好适合拿来练“AI 辅助项目交付”。

如果上来就做一个大型 SaaS，功能太多，容易写飞。
如果只做一个展示页，又看不出 AI 在真实项目里的价值。

所以我先选一个中等难度的项目。

目标不是炫技，而是跑通一遍流程。

这个项目最后要留下什么

我做这个系列，不想只留几篇文章。

文章只是表面，真正有价值的是后面这些东西：

一套需求文档
一份功能清单
一份页面结构
一套数据库表设计
几个核心功能模块
一个 GitCode 源码仓库
一份项目报价参考
一份交付清单
一些 AI 使用过程中的踩坑记录

这些东西以后才有用。

比如你真遇到一个客户说：“我想做一个培训机构小程序，你能不能帮我看看？”

这时候你不能只说“我会用 AI”。

你最好能拿出一套东西：

“这是我之前拆过的需求。”
“这是预约模块怎么设计。”
“这是后台需要哪些字段。”
“这是第一版 MVP 应该做什么，不该做什么。”
“这是类似项目怎么报价。”

这才像一个能交付项目的人。

第一版不要做太大

很多项目一开始就死在“想得太全”。

英语培训小程序如果往大了想，可以无限加功能：

在线支付、直播课、录播课、打卡、题库、AI 口语测评、学习报告、分销裂变、多校区、老师排课、家长端、学生端、教务端、财务端……

听起来很完整，实际第一版根本做不动。

所以这个项目先做 MVP，也就是最小可用版本。

第一版只解决一个最核心的流程：

用户进小程序，看课程，预约试听，留下联系方式，后台能看到并跟进。

只要这个流程通了，小程序就有最基本的商业价值。

第一版先做这些：

首页展示
课程列表
课程详情
老师介绍
试听预约
校区信息
我的预约
后台课程管理
后台老师管理
后台预约管理

先不做这些：

在线支付
直播课
录播课
题库系统
AI 口语测评
复杂排课
多校区权限
分销裂变
大型 CRM

不是这些功能没用，而是第一版先别碰。

外包项目里，范围一旦控制不住，后面报价、工期、代码结构都会跟着乱。

用户先按这几类拆

英语培训看起来是给学生用，其实很多时候真正使用小程序的人是家长。

所以用户不能只写一个“学生”。

我先按这几类拆：

小学生家长，主要看老师靠不靠谱、课程适不适合孩子、能不能预约试听。

初中生家长，更关心提分、班型、上课时间、老师经验。

高中生家长，会更关注高考、词汇、语法、阅读、升学规划。

大学生可能关注四六级、考研英语、口语课、价格和时间。

成人用户则更关心商务英语、口语提升、时间灵活不灵活。

但第一版不能同时满足所有人。

所以这个项目先按“培训机构通用版”来做。核心流程先定成：

课程展示 + 试听预约 + 后台跟进。

后面如果要细分小学生、初中、高中、四六级，可以在课程分类和标签上扩展。

前台大概有哪些页面

小程序前台先不搞复杂。

我暂时拆成 7 个页面。

首页：放课程入口、试听预约入口、老师介绍、机构优势、联系方式。

课程列表：用户可以按年级、课程类型、班型筛选。

课程详情：展示适合人群、课程内容、上课时间、老师、价格说明。

试听预约：填写姓名、手机号、年级、想试听的课程、时间段。

老师介绍：展示老师头像、简介、擅长方向、教学经验。

校区信息：地址、电话、营业时间、地图位置。

我的预约：用户查看自己提交过的预约记录。

这几个页面做出来，一个基础版培训小程序就有样子了。

后台先做哪些功能

很多小程序项目，客户一开始只盯着前台页面好不好看。

但真正交付的时候，后台才是麻烦点。

因为客户最后一定会问：

“课程在哪里改？”
“老师信息在哪里加？”
“预约记录怎么看？”
“学生手机号能不能导出？”
“跟进状态能不能标记？”

所以后台第一版至少要有这些模块：

课程管理：新增、编辑、上下架课程。

老师管理：维护老师头像、简介、擅长课程、排序。

预约管理：查看用户提交的试听预约，修改跟进状态。

学员管理：记录用户姓名、手机号、年级、来源。

校区管理：维护地址、电话、营业时间。

数据统计：先做简单的预约数量、课程热度，不做复杂报表。

后台不用一上来做得很豪华，但必须能支撑前台内容维护。不然后面每改一次课程，都要程序员手动改代码，那就不是正常交付。

技术路线先不急着定死

这个项目后面会进入代码阶段，但现在先不急着定死技术栈。

初步有两条路。

第一条是微信原生小程序。

优点是贴近微信生态，适合做比较标准的小程序项目。缺点是如果后面想多端复用，扩展麻烦一点。

第二条是 uni-app。

优点是跨端方便，很多外包项目也会用。缺点是项目结构、插件、兼容问题也要注意。

后台也先不急着选。

Node.js、Java、Python 都能做。真正要看后面这个项目是偏演示、偏真实部署，还是偏模板化复用。

数据库可以先按 MySQL 思路设计。后面如果用微信云开发，再调整成云数据库结构。

源码管理准备用 GitCode。文章讲思路，代码放仓库里。
不过我不会一开始就建一堆空仓库，等有实际代码和文档了再整理。

AI 在这个项目里怎么用

这个项目里，我准备这样分工。

ChatGPT 主要用来拆需求、整理功能、设计流程、写文章初稿。

Codex 主要用来生成代码、改页面、补脚本、调整项目结构。

Claude 主要用来整理文档、润色说明、把太生硬的内容改得像人写的。

Gemini 主要用来整理竞品资料、做长内容归纳、辅助对比不同方案。

但有一点必须说清楚：

AI 只能帮忙，不能替你负责交付。

比如 AI 可以列出一堆功能，但哪些第一版必须做，哪些应该砍掉，要人工判断。

AI 可以生成数据库表，但字段是否合理，后面能不能扩展，也要人工看。

AI 可以写页面代码，但代码能不能跑，接口能不能通，客户能不能验收，还是人的责任。

这也是我做这个系列想重点记录的地方：

AI 能省时间，但不能替你承担项目判断。

这个系列准备怎么写

后面我会按项目推进顺序来写，不打算东一篇西一篇。

暂时先拆成这 20 篇：

从 0 到 1 用 AI 做英语培训小程序：项目总目录
英语培训小程序需求分析：小学生、初中生、高中生、四六级怎么分层
英语培训小程序功能清单：课程、预约、老师、学生、订单
英语培训小程序页面结构设计：前台和后台怎么拆
英语培训小程序数据库表设计：学生、课程、预约、老师四张核心表
课程预约功能怎么设计：从用户填写到后台跟进
试听课预约模块怎么做成可交付功能
课程管理模块怎么设计：新增、编辑、上下架
老师管理模块怎么设计：展示、排序、关联课程
学员管理模块怎么设计：信息、来源、跟进状态
用 ChatGPT 拆小程序需求文档，哪些内容可用
用 Codex 生成小程序页面，第一版能不能跑
用 Claude 整理项目说明书，适合交付给客户吗
用 Gemini 做培训小程序竞品整理，有没有实际帮助
AI 生成的小程序代码，交付前必须人工检查哪些地方
英语培训小程序 MVP 版本报价怎么定
小程序接单需求沟通表怎么写
小程序项目交付清单：客户验收前要确认什么
GitCode 怎么配合 CSDN 文章管理项目源码
这个英语培训小程序项目，能不能拿去接真实外包单

这个目录后面肯定会改。

真实做项目就是这样，前期想得再完整，中间也会遇到新问题。有些功能可能要拆开写，有些文章可能合并，有些技术路线也可能调整。

我会尽量把调整过程也写出来。

这个项目对我有什么用

我做这个项目，不只是为了发文章。

对我来说，它有几个作用。

第一，逼自己把 AI 用到真实项目里，而不是停留在聊天和试工具。

第二，沉淀一套小程序项目资料。以后遇到类似需求，可以直接复用。

第三，测试哪些内容在 CSDN 有人看、有人收藏、有人私信。

第四，看看这种“文章 + 源码 + 模板 + 交付清单”的方式，能不能慢慢变成一个接单入口。

我不太相信那种“AI 一键赚钱”的说法。

但我相信一件事：如果一个人长期把项目拆清楚，把过程写清楚，把交付物沉淀下来，后面一定比只刷工具教程的人更容易接近真实机会。

下一篇写需求分析

这篇先把项目目录搭起来。

下一篇开始正式拆需求，标题暂定：

英语培训小程序需求分析：小学生、初中生、高中生、四六级怎么分层

那篇会重点写：

这个小程序到底给谁用
家长、学生、老师、管理员分别要什么
不同年龄段英语培训需求有什么区别
第一版先满足谁
哪些需求先砍掉

后面就不再泛泛讲 AI 工具了，直接按项目往下做。

这个系列的目标很简单：

不吹 AI，不写鸡汤，把一个普通小程序项目拆到能复现、能交付、能复用。