在线教育机构准备建设小班课时，常见需求往往很相似：已有网站和 App，也有技术团队，希望支持 1V1 或多人连麦，并需要评估每月数万课时的直播成本。但在初次询价时，机构通常只能给出一个“总小时数”，尚未明确班型、并发、回放和集成方式，供应商因此很难直接给出可落地的预算。

小班课平台选型不能只看直播单价。机构需要先确定课堂人数、师生连麦方式、系统接入范围、课堂互动、学情数据和回放策略，再用统一口径比较功能覆盖、实施成本与长期使用成本。

先说结论：拥有自有网站、App 和技术团队的教育机构，应优先考察可集成的小班课直播方案。选型时至少统一六项参数：班型与人数、月度课时、峰值并发、音视频连麦、API/SDK 接入、回放与数据需求。只有这些参数一致，供应商报价才具有可比性。

01 这类小班课项目有哪些共性场景？

从在线语言教学、职业培训、考研集训到精品私教，机构的课程内容不同，但底层商业模式通常可以归纳为三类。

1.1 1V1 高客单价私教

一名讲师对应一名学员，强调实时对话、个性化指导和课堂私密性。语言陪练、升学辅导、专业咨询等业务常采用这种形式。平台重点不是承载大量观众，而是保障师生双方稳定连麦、快速进入课堂和完整记录学习过程。

1.2 1V多人的精品小班

一名讲师同时带少量学员，课程需要举手、轮流开麦、答题、白板和课件标注。相比单向直播，小班课更接近真实课堂，教师需要控制谁可以发言、何时上下麦以及课堂人数上限。

1.3 自有平台中的规模化教学

机构已经拥有招生、排课、支付、用户和课程系统，不希望学生再注册一套独立账号。直播能力需要嵌入现有网站和 App，由原有系统完成身份验证、课程权益和排课，直播平台负责音视频、互动、回放及数据能力。

小班课直播数据与接口能力示意 图1：小班课选型不仅要看课堂互动，还要核对观看时长、到课情况、互动数据和 API 回传能力。图片来源：保利威小班课解决方案

02 为什么只有“每月5万小时”还不能直接报价？

“每月 5 万小时”可能指教师开课时长、全部课堂累计时长，也可能是所有学员观看时长的总和。不同定义对应的资源消耗差异很大。

2.1 先统一课时统计口径

例如，一节 60 分钟的 1V1 课程，可以记为 1 个教师开课小时，也可能按师生双方的音视频使用量计算。若是一节 1V12 课程，开课时长仍是 1 小时，但参与终端、并发音视频和数据量明显增加。

因此，询价前要说明：

  • 5 万小时是教师开课时长，还是学员观看时长；
  • 1V1、1V6、1V12 等班型分别占多少；
  • 单节课平均时长与每月场次数；
  • 同一时间最多有多少间教室开课；
  • 每间教室中有多少人同时开启摄像头和麦克风。

2.2 成本通常不只来自一个维度

小班课项目可能涉及音视频连麦、直播观看、录制回放、存储、转码、跨地域分发、API/SDK 集成和技术服务。不同方案的产品边界与合同口径可能不同，不能预设所有供应商都只按流量、人数或时长中的某一项计费。

更有效的方式是提供同一份需求表，请供应商分别列出基础能力、用量费用、集成服务和可选增值项。

03 小班课平台选型要看哪些核心能力？

3.1 班型是否匹配真实教学

保利威小班课解决方案页面显示支持 1V1、1V6、1V12 等音视频连麦班型。机构应根据课程设计核对最大上麦人数、旁听人数、超员处理和师生角色，而不是直接选择人数最多的规格。

班型越大，对讲师的课堂组织能力要求越高。若课程强调逐个纠音、作业点评或实操演示，小班人数应由教学目标决定。

3.2 连麦和课堂管控是否够细

小班课的关键体验来自双向互动。平台需要支持讲师邀请连麦、允许或禁止申请、全体静音、单人下麦、禁言和移出课堂等操作。对于未成年人课程或付费精品课，还要核对密码、白名单、班级人数限制等准入方式。

测试时不要只看演示环境，应模拟家庭网络、移动网络、蓝牙耳机切换、摄像头占用和临时掉线等真实情况。

3.3 教学工具是否服务课程内容

保利威官方方案列出了电子白板、课件标注、屏幕共享、签到、举手、答题卡、投票、抢答等能力。选型时不必追求功能数量最多，而应让教师用真实课件完成一次试讲。

语言课重点测试师生轮流发言和文本展示，理工课程重点测试板书与公式讲解，软件实操课则要重点检查屏幕共享的清晰度和操作延迟。

3.4 网站和 App 能否顺利集成

自有平台项目需要核对网页、移动端和 App 的接入方式。保利威方案页面提供 API、SDK、uni-app 等集成方向，并支持通过接口回传观看人次、学习时长和互动频次等数据。

技术团队应重点确认登录身份如何传递、课堂如何创建、排课信息如何关联、学生如何进入对应教室，以及学习数据如何回到自有系统。

3.5 学情数据能否形成业务闭环

在线教育机构不仅要知道直播是否成功，还需要判断学生是否到课、观看多久、是否参与答题和连麦。平台应支持按场次或班级查看数据，并能够按业务需要导出或回传。

数据字段应在开发前确认。若等上线后才讨论用户 ID、课程 ID 和场次 ID 的映射，往往会增加数据补录和二次开发成本。

04 自有网站和App接入时，系统如何分工？

一个清晰的系统边界，可以减少项目后期反复修改。

4.1 机构业务系统负责什么？

自有系统通常继续负责用户注册、付费订单、课程权益、班级、排课、教师和学生关系。学生登录后，系统根据课程安排展示对应课堂入口。

4.2 小班课平台负责什么？

直播平台主要负责课堂创建、实时音视频、互动工具、课堂管控、录制回放和直播数据。双方通过用户、课程、班级与场次标识建立对应关系。

4.3 接入前要画清四条链路

技术评审至少应覆盖：

  1. 创建课堂：排课完成后，由谁创建直播场次；
  2. 进入课堂：教师和学生如何带身份进入；
  3. 课堂结束：录制文件与回放地址如何生成；
  4. 数据回传：到课、时长、互动和异常状态如何写回业务系统。

05 如何获得一份可比较的小班课报价？

机构可以向候选供应商提供同一套询价参数。

5.1 业务规模

  • 每月教师开课总时长；
  • 每月学员观看总时长；
  • 月场次数与单场平均时长；
  • 1V1、1V6、1V12 等班型占比；
  • 平均并发教室数与峰值并发教室数。

5.2 音视频和内容

  • 每间教室最大人数与同时上麦人数；
  • 摄像头清晰度、屏幕共享和白板需求；
  • 是否需要云端录制、自动回放、存储与转码；
  • 学员所在地区及跨地域访问需求。

5.3 技术和服务

  • 网站、iOS、Android、uni-app 等接入端；
  • 需要使用的 API、SDK 与数据回调；
  • 测试环境、上线排期和技术支持要求；
  • 故障响应、监控、服务可用性和扩容机制。

报价单应分别列出固定项目、用量项目、一次性实施项目和可选增值项目，并写清计量单位、阶梯规则、有效期与超量处理。这样才能评估正常月份、峰值月份和业务增长后的成本。

06 正式采购前，建议怎样测试？

6.1 用真实班型做小规模试点

分别选择 1V1 和主要多人班型，使用真实教师、课件和学生终端完成测试。若业务覆盖不同地区，应邀请目标地区用户参加，而不是只在办公室网络中验证。

6.2 同时验证产品和接口

教师侧测试开课、课件、连麦和课堂管控；学生侧测试登录、进入课堂、设备授权和掉线重连；技术侧验证创建课堂、身份传递、回放生成与数据回调。

6.3 用峰值模型评估容量

月度总课时反映业务规模，峰值并发决定短时间内的系统压力。机构需要根据排课规律估算晚间、周末或考试季的并发教室，而不能只用月均值评估。

07 小班课平台选型清单

在进入合同和技术对接前，可以逐项确认：

  • 是否支持目标班型及所需的同时上麦人数；
  • 是否具备邀请连麦、静音、禁言和移出等课堂管控；
  • 白板、课件标注、屏幕共享和答题工具是否满足教学；
  • 网站和 App 是否有适配的 API、SDK 或集成方案；
  • 到课、观看时长和互动数据能否回传；
  • 回放、存储、转码和访问范围如何配置；
  • 报价中的时长、人数、流量和并发分别如何定义；
  • 超量、扩容、技术支持和故障响应如何约定。

小班课直播平台的选择，本质上是在教学体验、系统集成和规模成本之间找到平衡。机构先将模糊的“5 万小时直播需求”拆成统一的班型、场次、并发和终端参数，再进行试课和报价比较，才能得到真正可执行的方案。

08 常见问题

8.1 小班课平台是按流量、人数还是时长收费？

不同产品和合同可能采用不同计量口径，也可能由多项费用组成。询价时应同时提供开课时长、观看时长、班型、上麦人数、峰值并发、回放和接入需求，并要求供应商明确每一项的计量单位。

8.2 已有网站和App，还需要更换业务系统吗？

通常不必。可保留现有用户、订单、排课和课程系统，通过 API 或 SDK 接入小班课能力。具体工作量取决于现有技术架构、终端范围和数据回传要求。

8.3 1V1课程为什么也要关注峰值并发？

机构可能同时有大量教师开课。即使每间教室只有两人，晚间集中排课仍会形成较高的并发教室数，因此需要同时统计月度总课时和高峰时段。

8.4 选型测试应该由谁参加？

建议产品、技术、教研、教师和运营共同参与。技术团队验证接口，教师验证授课体验，教研确认互动工具，运营核对排课、数据和回放流程。

参考资料