上一篇我把英语培训小程序的项目目录搭了一下。

这篇开始拆需求。

先说个我以前做外包时经常遇到的情况。

客户一开口，需求都挺简单：

“我想做一个培训机构小程序，能展示课程，能预约试听，最好还能报名。”

听起来不复杂。

但只要你继续问几句，问题就来了。

“你这个培训机构主要做什么年龄段？”

客户可能说：“小学、初中、高中都做，后面四六级和成人口语也想做。”

这句话一出来，项目范围就开始变大了。

因为小学生家长、初中生家长、高中生、大学生四六级用户、成人口语用户，虽然都叫“英语培训用户”，但他们进小程序以后想看的东西完全不一样。

所以这篇先不写代码，也不画页面。

先把一个最基础的问题说清楚：

这个英语培训小程序，第一版到底先给谁用？

这个问题不弄明白，后面功能写得越多，越容易乱。

先别急着列功能

很多人做小程序，第一个动作就是列功能。

首页、课程列表、课程详情、试听预约、老师介绍、后台管理、订单支付、消息通知。

这些功能看起来都对。

但问题是，它们到底服务谁？

如果是小学生家长，他可能最关心老师靠不靠谱、孩子适不适合、离家远不远、能不能先试听。

如果是初中生家长，他会更关心提分、班型、考试、上课时间。

如果是大学生四六级用户，他可能直接看价格、开课时间、线上还是线下、有没有资料。

如果是成人英语用户，他关心的又是另一套东西：能不能晚上上课，能不能一对一，口语陪练是不是方便。

同样一个“课程详情页”，给不同人看，重点完全不一样。

所以我现在拆需求，一般不先问“要哪些功能”。

我会先问几个更土的问题：

谁会打开这个小程序？
他打开以后最想看什么？
他看完以后下一步会做什么？
机构拿到这个线索以后，谁来跟进？

这些问题听起来没什么技术含量，但很关键。

需求没拆清楚，后面用 AI 写代码也没用。代码出来得越快，返工也越快。

小学生英语，真正看小程序的大概率是家长

先看小学生英语。

这个场景里，孩子自己打开小程序认真研究课程的概率不高。大多数时候，真正看页面、做决定的人是家长。

家长进来以后，一般不会先研究课程体系有多完整。

他会先判断几个很现实的问题：

这家机构靠不靠谱？
老师是不是正规？
有没有适合我家孩子的课？
离家远不远？
能不能先试听？
价格大概在什么区间？

所以如果这个小程序主要面向小学生家长，首页就不能全是口号。

什么“专注英语教育十年”“打造孩子未来竞争力”，这种话可以有，但不能占太多。

更实用的是：

老师是谁。
适合几年级。
有没有试听课。
校区在哪里。
上课时间怎么安排。
怎么联系老师。

小学生家长的预约表单也不能太长。

姓名、手机号、孩子年级、意向课程、试听时间，基本就够了。

你一上来让人填一堆学习目标、当前水平、长期规划，很多家长可能直接退出。不是他不感兴趣，是太麻烦。

第一版要先让用户愿意留下线索。

初中英语，家长开始关心提分

初中英语和小学不太一样。

到了初中，英语开始和考试、分数、升学压力绑得更紧。

家长经常会问这种问题：

我家孩子初二，英语七十多分，适合哪个班？
语法不好，能不能单独补？
阅读理解老扣分，有没有专项课？
中考冲刺什么时候开始？
一周上几次？

所以初中英语的课程分类不能太空。

如果只是写：

基础班。
提高班。
精品班。

这几个词其实没什么判断价值。

更实用的分类应该接近真实问题，比如：

七年级同步巩固。
八年级语法专项。
九年级中考冲刺。
阅读理解提升。
听力专项训练。

家长看到以后，至少能判断自己该点哪个。

课程详情页里也要写清楚“适合谁”。

适合几年级。
适合什么基础。
主要解决什么问题。
一共多少节课。
试听以后老师怎么给建议。

这些内容比一句“快速提分”有用。

高中英语，页面要更直接

高中英语更紧。

家长和学生都没那么多耐心看花里胡哨的东西。

高一、高二、高三的需求也不一样。

高一可能是同步巩固，高二开始补弱项，高三就是冲刺和专项提分。

这个时候，小程序里最重要的信息是：

课程适合哪个年级。
解决哪个题型。
上课时间会不会冲突。
老师有没有高考经验。
课程周期多长。

比如课程详情可以写得很直接：

高三英语阅读专项提升
适合：阅读理解失分较多的高三学生
目标：提升阅读速度和题型判断
周期：8 次课
预约：提交年级、当前分数段、方便试听时间

这种写法不花哨，但家长和学生能看懂。

高中阶段的用户，不太需要你讲太多机构故事。

他更想知道：

你能不能解决我现在这个问题？

四六级用户更看重价格、时间和资料

大学生四六级又是另一类人。

他很多时候是自己做决定，不像小学生家长那样需要被慢慢说服。

他进来以后可能就看几个东西：

四级还是六级？
基础班还是冲刺班？
多少钱？
什么时候开课？
线上还是线下？
有没有真题资料？
有没有作文模板？

这类用户的预约表单也不能设计得太像家长咨询。

可以简单一点：

姓名、手机号、学校、考试类型、当前基础、想咨询的课程。

如果后面要做资料领取，比如四级词汇表、六级作文模板、听力训练资料，这个方向也可以扩展。

但第一版我不准备先做资料系统。

资料领取看起来简单，真做起来也有一堆东西：资源上传、领取记录、权限、下载链接、转发统计，后面都会冒出来。

第一版还是先把课程展示和预约流程跑通。

成人英语第一版先不重点做

成人英语不是不能做，但我这版先不把它作为重点。

原因很简单：成人英语需求太散。

有人学商务英语，有人练口语，有人准备出国，有人只是想提升表达。

这里面又会牵扯到一对一、小班课、线上课、时间定制、水平测试、课程顾问沟通。

如果第一版把成人英语也塞进去，页面、表单和后台都会变复杂。

比如成人英语的预约表单，可能要问：

学习目标。
当前水平。
可上课时间。
是否接受线上课。
想上一对一还是小班。

这和小学生家长填孩子年级、试听时间，不是一个场景。

所以第一版我先把成人英语放到后面。

不是删掉，而是不作为核心用户。

第一版先服务更常见的线下培训机构场景：

家长或学生看课程，预约试听，后台老师跟进。

这个流程跑通以后，再扩展成人英语也来得及。

第一版我准备先服务谁

拆到这里，第一版的方向就比较清楚了。

我不准备一上来做一个“大而全英语教育平台”。

第一版先按线下培训机构通用版来做。

优先服务这几类人：

小学生家长。
初中生家长。
高中生家长和学生。

四六级用户可以兼容，但不是主线。

成人口语、商务英语先不重点做。

为什么这么定？

因为线下培训机构最常见、也最容易跑通的流程，就是试听预约。

用户先进来看课程，觉得合适就提交试听信息。后台老师看到线索以后，再电话或微信跟进。

这个流程简单，但真实。

第一版只要能把这个流程做顺，就有实际价值。

用户定了，功能才好拆

用户定下来以后，功能就好拆多了。

前台先做这些：

首页：让用户知道机构是做什么的，有哪些课程，怎么预约试听。

课程列表：按年级和课程类型展示，比如小学英语、初中英语、高中英语、四六级。

课程详情：写清楚适合谁、学什么、上多久、老师是谁、怎么预约。

老师介绍：展示老师信息，别只放一个头像和名字。

试听预约：让用户提交手机号、年级、意向课程、试听时间。

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

我的预约：用户可以看到自己提交过的预约。

后台先做这些：

课程管理。
老师管理。
预约管理。
学员信息。
校区信息。
简单数据统计。

其中最重要的是预约管理。

因为这个小程序第一版的核心不是在线学习，也不是支付下单，而是拿到有效线索。

后台预约列表里，不能只显示姓名和手机号。

至少要有：

年级。
意向课程。
当前基础。
预约时间。
跟进状态。
跟进备注。

跟进状态也要有。

比如：

待联系。
已联系。
已试听。
已报名。
暂不考虑。
无效线索。

这个东西看着很普通，但对培训机构很实用。

因为预约不是结束，跟进才是开始。

第一版先砍掉哪些功能

做项目，最难的不是加功能，而是砍功能。

这个英语培训小程序第一版，我先砍掉这些。

在线支付先不做。

很多培训机构课程价格不是完全固定的，试听、优惠、赠课、转化都要线下沟通。第一版先让用户预约试听，支付后面再说。

直播课和录播课先不做。

这个一做就变成在线教育平台了。视频、权限、播放记录、课程进度、资料下载，一堆东西都会出来。

AI 口语测评先不做。

这个听着很高级，但第一版没必要碰。语音识别、评分规则、接口费用、准确率，哪个都不是小功能。

分销裂变先不做。

老带新、分享海报、返现、优惠券，这些后面可以加。第一版核心预约流程都没跑通，先搞裂变没意义。

多校区复杂权限先不做。

可以先有校区字段，但不做总部、校区管理员、老师账号、财务权限这一套。第一版先让一个管理员能维护课程和预约就行。

这些功能不是永远不做。

只是第一版先别做。

项目第一版能交付，比功能清单看起来很豪华更重要。

这一篇先得出一个结论

这篇其实就干了一件事：

把用户先分清楚。

英语培训不是一个用户。

小学生家长、初中生家长、高中生、大学生、成人用户，看起来都在学英语，但他们打开小程序时关心的东西不一样。

所以第一版不能什么都做。

我这个项目先定成：

线下英语培训机构通用版，重点服务家长和学生，主流程是课程展示、试听预约、后台跟进。

这个范围不大，但比较稳。

后面要加支付、资料、学习记录、四六级专项、成人口语，都可以在这个基础上扩展。

这篇留个问题

这篇是我按自己的外包项目理解先拆了一版，不一定对。

我先留几个问题，看看大家怎么想。

英语培训小程序第一版，你觉得最该先做哪个？

A. 试听预约
B. 在线支付
C. 资料领取
D. 老师排课
E. 后台跟进

我现在的选择是 A + E。

先让用户预约，再让后台能跟进。这个闭环跑通以后，再考虑支付、资料和排课。

但如果是四六级课程，B 和 C 也有道理。因为这类课程更标准化，用户可能愿意直接买课或者领取资料。

另外，后台预约跟进状态我现在先写了：

待联系、已联系、已试听、已报名、暂不考虑、无效线索。

如果你做过培训机构后台、CRM，或者接过教育类小程序，可以评论区补几个真实状态。

比如“已加微信”“待二次回访”“已发资料”这种，可能都比我现在写的更贴近真实业务。

下一篇继续拆功能清单：

英语培训小程序功能清单：课程、预约、老师、学生、订单

到那篇开始，就要把 MVP 必做功能和后续扩展功能分开了。不然一上来做太大，最后大概率又变成一个看起来什么都有、实际很难交付的项目。