YUNXI COURSEWARE · 大会课件收集与分发

短信验证码登录已开通

讲者扫码就传
会务一眼收齐

把「收课件」从微信群和 U 盘里拿出来:讲者用手机号 + 短信验证码登录, 手机上直接传;会务侧实时看每场收了多少、谁还没交、一键催;分会场负责人只看到自己那场, 会前半天直接下载试播。

查看产品能力

断点续传 · 同名覆盖 · 分会场隔离 · 全程留痕

1000MB讲者单文件上限
10组一次可交会场
87.5MB/s24 路并发实测聚合
4×500 人 × 300MB 余量
云析课件通 · 课件总览
云析课件通课件总览:会场卡片、收集进度、讲者明细
课件总览:每场收到多少、名册完成率、谁还没交,一屏看清。
为什么需要它

收课件这件事,难在「收齐」不在「收」

会务组真正怕的不是没人传,是开场前不知道谁没传、传到了哪个会场、现场放不出来。

01 渠道

微信群收文件,越收越乱

文件过期、刷屏、重名、版本对不上;讲者发到群里,会务还要逐个改名归档。

02 讲者

讲者不会用电脑,现场才给 U 盘

年长讲者不装 App、不记密码;到会场才拷文件,试片室临时救火。

03 会场

负责人拿到全量包,找不到自己那场

几十个会场的课件混在一起,下载慢、翻找久;敏感专场又不能让所有人下载。

04 催交

谁没交、催过几次,说不清

靠人盯人,重复催、漏催;跨会场投递的课件没人认领,开场前才发现少一份。

一条主线

从建会场到现场试播,五步闭环

不改变会务组现有的分工,只把「收、催、投、下」四件事放进同一套数据里。

STEP 01

建会场、导名册

会场与负责人一次建好;讲者名册从 Excel 导入,含课题、会场、上会时间。

STEP 02

生成收集二维码

4:3 海报、9 种色调,主题名压二维码中心;印易拉宝、桌签、会议手册。

STEP 03

讲者验证码登录上传

扫码 → 手机号 + 短信验证码 → 选会场 → 选文件;最多 10 个会场,断点续传。

STEP 04

会务盯进度、催交、代传

总览看每场进度;一键催负责人或讲者;微信收到的文件用「快捷代传」投放。

STEP 05

会场负责人下载试播

只看到本场;可预览、下载全部;跨会场投递的课件自助取回,会前半天完成试播。

产品能力

六项能力,把课件收齐这件事做透

不是网盘换皮:每一环都按大会现场的真实约束设计。

短信验证码登录

讲者不用记密码:手机号 + 短信验证码即可登录上传;专属链接、初始密码作为收不到短信时的兜底。

讲者入口

大文件直传

讲者单文件 1GB、后台 2GB;1MB 分片、2–3 片并发、断点续传,弱网也不从头再来。

上传链路

收集进度看板

每场收到多少份、名册完成率、谁还没交;按会场卡片筛选,按姓名/电话/文件名搜索。

会务总览

催交闭环

一键提醒全部会场负责人;也可面向讲者本人催交。同一人 12 小时冷却、发送后 10 秒可撤回,催过几次都有数。

提醒中心

分会场隔离

负责人只看到、只下载自己负责的会场;下载权限可按会场关闭;投错会场的课件可自助取回。

权限边界

存储与回收

课件存对象存储,不占服务器磁盘;工作人员误删 3 天内可恢复,讲者自删为彻底删除;按项目看用量。

数据处置
四类角色

每个人只看到自己要干的那一段

讲者、课件统筹、会场负责人、试片室各有一套界面,权限按会场与职责收口。

讲者

扫码就能交

不用装 App、不用记密码;手机号 + 验证码登录,选会场、选文件即可。

  • 一次最多 10 个会场
  • 断点续传,退出可续
  • 自己提交、自己删除
课件统筹

盯总进度

本企业全部大会、全部会场:看进度、催交、代传、调整投放会场、管存储。

  • 会场卡片筛选
  • 一键提醒全部
  • 批量代传 6 个文件
会场负责人

只管自己那场

登录后只看到本会场的嘉宾与课件;可下载全部、预览、催本场讲者。

  • 多会场可切换
  • 跨会场投递可自助取回
  • 敏感会场可关下载
试片室 · 代传

现场兜底

讲者把文件发到微信时,会务用快捷代传投放;文件名能识别讲者与课题。

  • 单份识别上传
  • 批量 6 个逐个上传
  • 投到哪个会场记哪个
上传技术

大会现场的网络,才是真考场

微信内置浏览器、4G、弱网、锁屏、断网重连 —— 上传链路按这些真实条件做过实测。

1000MB讲者单文件上限;后台代传/自传 2000MB(2GB)
1MB手机分片大小,2–3 片并发;单片失败自动重试 3 次
24h同一手机号累计 5GB 上限,防止专属链接被转发滥用
87.5MB/s24 路并发实测聚合吞吐(服务器本机,2026-10-09)

上传走对象存储内网端点,不占服务器公网带宽;下载 302 到签名直链,同样不经过服务器转发。 500 人 × 300MB(约 150GB)的目标下,应用层余量在 4 倍以上;真正的变量是每位讲者自己的手机上行。

界面

会务侧一屏,讲者侧一页

下面是生产环境的真实界面:总览、催交、代传、讲者手机上传。

开通与服务

两种交付方式,按你的大会节奏来

标准 SAAS 开通最快;数据必须留在自己环境里的,用独立部署。

SAAS 开通(推荐)

平台方开企业账号与大会,会务组当天就能建会场、导名册、生成二维码开始收课件。

  • 含课件通后台 + 讲者手机端
  • 短信验证码通道由平台统一维护
  • HTTPS、对象存储、每日备份
  • 按大会/项目开通,不绑死年度
适合:会务公司、主办方、单场或年度多场大会

独立部署

提供部署包(Node + MySQL + 对象存储 + Nginx),部署到你自己的服务器与域名。

  • 数据与课件都在你的云账号下
  • 可换自己的品牌与登录页
  • 适合内网/等保/数据不出域的场景
  • 按项目评估服务器与运维
适合:对数据归属有硬要求的机构

上线支持:大会前配置(会场/名册/二维码)、讲者端操作说明、现场上传问题响应。 具体服务范围与响应时间以合同为准。

把下一场大会的课件,收在一个地方

先看一场真实大会的收集流程,再决定要不要换掉微信群收文件。

直接打电话
微信二维码
柳经理 · 商务咨询 130-8050-5080 微信扫码添加 · 电话 / 微信同号