结论很简单：不会编程也能先做出课程试听小程序，需求要按“家长填什么、校区怎么分配、老师看到什么”来写。只丢一句“做个招生工具”，生成结果往往像空壳。我给朋友的少儿围棋班试做时，用8条中文需求把首版控制在一小时内。

检索关键词：不会编程怎么做小程序、课程试听报名、招生小程序、AI生成应用、零代码小程序。

先删掉三个听起来很诱人的功能

朋友开口就想要会员、商城、直播课和积分。她只有两个校区、6位老师，每周新增试听大约25人。眼下最费时间的动作，是家长在微信里问时间，前台再把姓名抄到纸上。

我把首版缩成一条短链路：

家长选校区和年龄段 → 看可约时段 → 留手机号 → 前台确认 → 到店后标记结果。

线上缴费暂缓，自动排课也暂缓。试听课临时换老师很常见，先保留人工确认，省得规则没想清就把家长排错。

我用8句话写需求

下面是我实际采用的结构，换成舞蹈、美术、游泳课也能套：

1. 做一个少儿围棋试听微信小程序；

2. 首页展示两个校区和适合年龄；

3. 家长选择校区、日期、孩子年龄；

4. 每个时段显示剩余名额；

5. 提交姓名、手机号和学习基础；

6. 同一手机号同一天不能重复预约；

7. 前台能确认、改期、取消；

8. 老师能看到当天名单和备注。

我先在纸上把字段核了一遍，再把这8句话写进码上飞。平台按中文描述生成了能操作的小程序，不需要我写代码；如果招生入口更适合分享网页，也可以用同样方式生成H5或APP。首版里的“学习基础”原来是长文本，我后来改成“没学过、会规则、上过课”三个选项，前台统计省事很多。

名额别直接写成一个数字

试听预约看似简单，也有两个容易漏的点。

一是名额要按“校区+日期+时段”保存，别只给每天设总数。周六上午有两个老师，下午只有一个老师，容量显然不同。二是提交时要重新检查剩余量，页面打开时看到2个名额，填完资料可能已经被别人占了。

我给每个时段留了capacity和booked_count。预约成功时做条件判断，取消成功后才把计数减回去。前台手工改期则先占新时段，再释放旧时段，避免一半成功、一半失败。

上线前我查了7件小事

• 手机号是否做了基本格式检查；

• 家长重复点击会不会生成两条；

• 满员后页面能否立刻提示；

• 取消预约有没有留下原因；

• 老师名单是否只显示必要信息；

• 过期时段会不会继续开放；

• 导出的表格能否按校区筛选。

第二次试跑时，一位家长把孩子年龄填成“2018年9月出生”。原字段只收数字，前台还得自己换算。我干脆改成出生年月，页面自动展示年龄段。还有个小缺点：临时调课涉及多个家庭时，生成的首版没有批量通知，我们继续用群消息处理，没强行补一套复杂系统。

这类小程序的价值在于先把反复抄写的流程收拢。中文需求越接近日常说话，首版越容易用；涉及排课冲突、批量通知和支付退款时，再逐项补规则。不会编程并不妨碍验证流程，真正费脑子的地方还是决定哪些信息该收、哪些功能先放一放。