教育培训和知识付费经常被放在一起谈,做方案时却不能当成同一件事。只展示课程信息、销售线下培训名额、购买录播课、参加直播、订阅专栏,以及允许多家机构入驻,面对的平台类目、资质材料、支付方式和售后责任并不相同。
一名学员付费后究竟拿到什么,应该在首页和课程分类之前确认:一段时间内的视频观看权,一次线下课名额,一组直播与回放,还是由老师持续批改、答疑和颁发证书的完整服务。这个答案不清楚,课程详情、订单、学习记录和退款规则都会跟着摇摆。

先用一页纸写清实际经营模式
项目负责人可以先整理一页业务说明,不必写成厚厚的商业计划书,但下面这些问题要有明确答案:
- 小程序由学校、培训机构、知识内容公司,还是技术平台运营;
- 自己销售自有课程,还是允许其他讲师、机构开店或入驻;
- 主要面向成人、职业人群、家长,还是未成年人;
- 提供图文、音频、录播、直播、线下课、训练营、考试或证书中的哪些服务;
- 课程按单课、课程包、会员订阅、学习期限还是服务次数销售;
- 付费发生在小程序内还是已有渠道,购买后从哪里开始学习;
- 授课、答疑、作业批改、开票、退款和投诉分别由谁承担。
这里有一个容易忽略的分界。企业自己卖自己的课程,和搭建一个允许多家机构入驻的平台,不只是后台多一个“机构管理”。后者还会增加入驻审核、合作协议、内容巡查、交易纠纷和结算责任,主体资质与系统权限都要重新判断。
账号、备案和服务类目要先核对,不要等提审再补
账号资料至少包括小程序主体、AppID、管理员与项目成员、现有认证和备案状态。若要关联公众号、企业微信、微信开放平台、商户号或已有小程序,也要把账号归属和管理人写清。管理员最好由企业能够长期管理的人担任,域名、服务器、证书和支付账户也不宜一直留在外部个人名下。
单位主体办理小程序备案时,通常需要主办单位证件、主体负责人和小程序负责人的身份及联系方式、通讯地址、小程序服务内容等资料。小程序注册成功不等于备案、服务类目和行业许可已经完成,这几件事要分开核对。
截至本次核验,微信开放文档对境内非个人主体的教育服务类目有较具体的材料要求。例如,“非学科类培训机构”类目列出了办学许可证、非学科类校外培训机构培训许可证、文化艺术类审核意见书、全国校外教育培训监管与服务综合平台备案、人社部门职业培训备案或许可等可选材料;“课程销售”类目要求相应的增值电信业务经营许可证;提供网课、在线培训、讲座等视频或直播,还要补充“在线视频课程”类目及对应材料。为多家教育机构提供入驻渠道,则要按“教育平台”的准入要求准备增值电信资质、合作协议及合作机构资质等材料。
这不是说所有项目都要一次办齐同一套证,而是要先让实际功能与主体能提供的材料对上。成人兴趣课、职业技能培训、中小学生校外培训、学历教育和单纯的知识内容订阅,不能只因为页面都叫“课程”就选同一个类目。平台文档会动态调整,正式方案应以申请时后台显示的类目、适用范围和材料要求为准。

前期资料夹中,建议同时放入营业执照、办学或培训许可、增值电信资质、品牌与商标使用依据、合作机构协议、讲师或内容授权、证件有效期记录。证照上的主体、许可范围和小程序里真正提供的服务对不上时,先缩小功能或确认合规路径,不能把“后面应该能补”当作已经具备上线条件。
课程资料要做成台账,不能只交一个网盘
视频文件只是课程内容的一部分。方案、后台和数据迁移真正需要的是一份课程台账,每门课都有稳定课程编码,并把会影响展示、购买和学习的字段放在同一行。
| 资料组 | 建议准备的内容 | 容易遗漏的地方 |
|---|---|---|
| 基本信息 | 课程编码、规范名称、分类、适合人群、学习目标、难度 | 宣传名、合同名和后台名各写一套 |
| 讲师信息 | 姓名或公开称谓、简介、头像、专业资质、授权范围 | 头像可用不代表课程和姓名也已获授权 |
| 内容结构 | 章节、课时、内容形式、时长、试看范围、更新状态 | 章节写在长图里,后台无法检索和调整 |
| 销售信息 | 单课或套餐、价格、销售期、学习有效期、适用端 | “永久有效”“随到随学”没有操作口径 |
| 服务内容 | 直播、回放、资料下载、作业、批改、答疑、社群 | 详情页承诺了服务,后台却没有承接岗位 |
| 售后条件 | 未学习、已学习、直播缺席、课程更新或停更的处理 | 只写“不支持退款”,没有区分实际情形 |
| 内容状态 | 草稿、待审、上架、下架、归档、替换版本 | 直接覆盖旧视频,历史学员看到的内容失去依据 |
先准备三到五门差异明显的真实课程更有用:一门短录播、一门有试看和资料下载的系列课、一门固定时间直播课,再加一门带作业或证书的课程。用这些样本走原型,课程字段和学习状态很快就能看出缺口。
图片、视频、音频、字体、课件、试题和引用材料要能说明来源。自有讲师也需要确认肖像、姓名、录音录像和课程内容的使用范围;外部讲师或联合机构,还要说明授权期限、可发布渠道、能否剪辑、能否做试看,以及合作终止后已购学员如何继续使用。版权问题如果只留到上线前签一张笼统授权,课程下架时往往最难处理。
把一名学员从看到课程写到服务结束
功能清单里的“课程学习、直播、题库、证书”都很短,实际交付却藏在状态变化里。画学习流程时,一门真实课程比一百条抽象功能更有用:学员从哪里进入,未登录能看到什么,什么时候需要手机号,怎样购买,付款后如何开通,换设备是否还能继续,课程到期后页面怎样显示,申请售后时后台能看到哪些学习记录。

录播课要说明试看范围、播放进度、倍速、清晰度、同时登录设备、资料下载和有效期。直播课还要确认预约、开播提醒、迟到进入、回放生成、回放保留时间、老师临时改期和直播事故处理。作业、问答、评论或社群一旦允许用户发布内容,就要安排审核、举报、删除和账号处置,不应只做一个能输入文字的框。
如果课程包含考试、结业证明或证书,还要把发放条件写清:按视频完成度、考试成绩、人工审核还是线下出勤判断;姓名能否修改;证书由谁签发;二维码查询显示哪些信息;课程退款或记录更正后,已经发出的证明怎样处理。若证书涉及职业资格或具有外部效力,必须核对发证依据,不能把普通学习纪念证明包装成职业资格。
价格、有效期和退款规则要能落到一笔订单
课程商品资料应区分原价、实际售价、套餐价、优惠券、会员价和限时活动,并明确每种价格的生效条件。学习有效期也要说明从支付、首次学习、开课日还是人工开通时开始计算。只写“有效期一年”,系统无法判断一名提前报名、延期两次的学员到底什么时候到期。
微信当前对“课程销售”类目还提示,安卓等非iOS端的小程序内购买交易需要配置并接入小程序虚拟支付能力。iOS端可展示和购买到什么程度、是否需要调整购买路径,也应在立项时按当期平台规则核对,不能默认所有终端都沿用普通微信支付流程。
退款不要只做成详情页底部的一句说明。至少用真实金额算一遍:未开始学习能否退,已看部分录播怎样处理,直播已经结束但提供回放是否视为履约,课程包只学习其中一门时如何计算,优惠券与赠课怎样回收,退款后学习权限何时关闭,发票红冲由谁处理。
对预付式服务,现行《中华人民共和国消费者权益保护法实施条例》要求经营者与消费者约定商品或服务的具体内容、价款或者费用、预付款退还方式、违约责任等事项;以自动展期、自动续费等方式提供服务的,还要在消费者接受服务前和自动展期、自动续费等日期前,以显著方式提请注意。这些内容应先成为产品规则,再落到页面提示、订单记录和后台处理,不能只靠客服临时解释。
学员信息、未成年人保护和后台权限要跟着实际功能准备
课程小程序常见的信息包括微信账号标识、手机号、订单、学习进度、作业、考试成绩、直播互动和证书姓名。前期需要做一张个人信息清单,逐项写明在哪个页面收集、为什么需要、是否可以不提供、保存多久、谁能查看、会交给哪些第三方,以及学员怎样更正、删除或注销。
个人信息保护法要求处理个人信息具有明确、合理的目的,并限于实现处理目的的最小范围。微信也要求开发者根据实际处理情况填写用户隐私保护指引,提审版本中的隐私接口调用应与指引一致。浏览公开课程不天然需要手机号,播放一节免费试看也不等于必须先提交完整身份资料。把登录和授权放到真正需要的位置,既减少打扰,也减少后续管理责任。
面向未成年人的课程还要单独确认适龄范围、监护人同意、内容审核、付费与退款、互动管理、使用时间及个人信息处理。现行《未成年人网络保护条例》对网络产品和服务提供者的未成年人保护义务作了专门规定。若业务属于中小学生校外培训,还应继续核对当地主管部门许可、收费监管、课程内容和培训时间等现行要求,不能用一份通用用户协议代替行业管理规则。

后台权限也要落实到岗位。内容编辑可以改课程介绍,不一定能改价格;讲师可以看自己课程的作业,不应默认看到全站订单和手机号;客服可以处理售后,但高额退款、批量导出和手工延长有效期应有审批与记录。人数少时,一个人可以兼任多个岗位,系统里的权限和操作记录仍要分清。
接口、视觉素材和历史数据,准备到能测试的程度
若要接入已有网站、App、CRM、教务、直播、视频云、对象存储、短信、电子发票、题库或证书系统,资料不能只写供应商名称。还要提供接口文档、数据字段、测试账号、测试环境、调用限制、费用承担方式和对接负责人,并确定哪套系统是准数。
例如,课程名称在教务系统修改后是否同步到小程序,订单退款是否回写CRM,直播回放由谁生成,视频替换后原学习进度是否保留。接口尚未验证时,可以列为待确认项,但不宜把“无缝打通”“数据实时同步”直接写进确定报价。
视觉资料则包括品牌标识、标准色、字体使用权、课程封面、讲师照片、课件示意、机构环境和已有宣传页面。最好同时提供明确不再使用的旧版素材,避免开发时从历史公众号或网盘里误拿过期图片。封面图需要留出小程序卡片裁切空间,课程详情中的关键价格、有效期和服务说明应保留为页面文字,不要全部压进图片。
有历史学员和课程时,再准备一份脱敏数据样本。先确认学员唯一标识、已购课程、剩余有效期、学习进度、优惠权益、发票与退款状态分别从哪里导出。正式迁移前后不仅要对条数,还要抽查同一名学员能否看到正确课程、正确期限和正确学习位置。
开工前,资料可以按这八个文件包整理
01_经营模式与项目范围
02_主体账号备案与行业资质
03_课程讲师版权与内容台账
04_学习直播作业与证书规则
05_价格支付订单与退款规则
06_学员隐私协议与内容审核
07_后台权限接口与历史迁移
08_视觉素材测试账号与验收用例
方案和报价前,至少应给到经营模式、目标人群、主体资质现状、三到五门代表课程、销售方式、学习有效期、退款口径和现有系统清单。进入视觉和开发前,再补齐完整课程数据、正式素材、授权文件、异常处理、接口条件、隐私协议和验收用例。
开工前可以安排两次演练。新学员从查看试看、付款、学习、提问一直走到退款或结课;历史学员从账号识别、课程迁移、进度恢复走到继续学习。走到哪里缺资料,方案就补到哪里。两条路径都能说清由谁处理、依据哪条规则,后台也留得下记录,开发团队拿到的才不是一份需要边做边猜的需求。