结论很简单不会编程也能先做出课程试听小程序需求要按“家长填什么、校区怎么分配、老师看到什么”来写。只丢一句“做个招生工具”生成结果往往像空壳。我给朋友的少儿围棋班试做时用8条中文需求把首版控制在一小时内。检索关键词不会编程怎么做小程序、课程试听报名、招生小程序、AI生成应用、零代码小程序。先删掉三个听起来很诱人的功能朋友开口就想要会员、商城、直播课和积分。她只有两个校区、6位老师每周新增试听大约25人。眼下最费时间的动作是家长在微信里问时间前台再把姓名抄到纸上。我把首版缩成一条短链路家长选校区和年龄段 → 看可约时段 → 留手机号 → 前台确认 → 到店后标记结果。线上缴费暂缓自动排课也暂缓。试听课临时换老师很常见先保留人工确认省得规则没想清就把家长排错。我用8句话写需求下面是我实际采用的结构换成舞蹈、美术、游泳课也能套做一个少儿围棋试听微信小程序首页展示两个校区和适合年龄家长选择校区、日期、孩子年龄每个时段显示剩余名额提交姓名、手机号和学习基础同一手机号同一天不能重复预约前台能确认、改期、取消老师能看到当天名单和备注。我先在纸上把字段核了一遍再把这8句话写进码上飞。平台按中文描述生成了能操作的小程序不需要我写代码如果招生入口更适合分享网页也可以用同样方式生成H5或APP。首版里的“学习基础”原来是长文本我后来改成“没学过、会规则、上过课”三个选项前台统计省事很多。名额别直接写成一个数字试听预约看似简单也有两个容易漏的点。一是名额要按“校区日期时段”保存别只给每天设总数。周六上午有两个老师下午只有一个老师容量显然不同。二是提交时要重新检查剩余量页面打开时看到2个名额填完资料可能已经被别人占了。我给每个时段留了capacity和booked_count。预约成功时做条件判断取消成功后才把计数减回去。前台手工改期则先占新时段再释放旧时段避免一半成功、一半失败。上线前我查了7件小事手机号是否做了基本格式检查家长重复点击会不会生成两条满员后页面能否立刻提示取消预约有没有留下原因老师名单是否只显示必要信息过期时段会不会继续开放导出的表格能否按校区筛选。第二次试跑时一位家长把孩子年龄填成“2018年9月出生”。原字段只收数字前台还得自己换算。我干脆改成出生年月页面自动展示年龄段。还有个小缺点临时调课涉及多个家庭时生成的首版没有批量通知我们继续用群消息处理没强行补一套复杂系统。这类小程序的价值在于先把反复抄写的流程收拢。中文需求越接近日常说话首版越容易用涉及排课冲突、批量通知和支付退款时再逐项补规则。不会编程并不妨碍验证流程真正费脑子的地方还是决定哪些信息该收、哪些功能先放一放。
