手把手教你编排会议日程

编排会议日程时，先确定整体结构（天数、会场和时间段），再安排固定环节（开幕、主题演讲、午餐、闭幕），最后才按主题和难度分配已入选的演讲。在各时间段之间留出真正的休息时间，避免把面向同一批听众的两场演讲安排在同一时段，并以可复用的格式发布日程，方便用于官网、App、现场屏幕和直播。

第 1 步：先定结构，再谈内容

根据你对场地和听众已有的了解，回答以下问题：

办几天？一天的会议更容易销售和组织。两天或更长时间可以安排工作坊和人脉交流，但每多一天，成本就成倍增加。
设几个分会场（并行会场）？只设一个分会场，大家共享同一场体验，适合最多几百人的活动。设多个分会场可以容纳更多演讲和不同类型的听众，但会分散观众，也需要更多志愿者和更多音视频设备人员。
安排在什么时间？要考虑公共交通、所在城市的交通状况，以及听众是学生（可以上午参加）还是职场人士（有时只能下午或周末参加）。

一条实用的规则：分会场数量从比你预想更少的数字开始。一个坐满的会场，比三个坐不满一半的会场感觉好得多。

第 2 步：各类环节的时长

并不存在唯一“正确”的时长，但有一些常见区间：

形式	典型时长	用途
主题演讲	30–45 分钟	每天的开场或收尾，议题宽泛
演讲	20–40 分钟	CFP 征集到的主要内容
闪电演讲	5–10 分钟	首次登台的演讲者、单点想法、演示
圆桌讨论	40–60 分钟	3–4 人在主持人引导下的讨论
工作坊	90–180 分钟	名额有限的实操环节

为演讲定一个标准时长（例如统一为 30 分钟），只对例外情况做调整。规整的时间网格能让观众换场时不会错过下一场演讲的开头。提问时间一定要包含在该时间段之内，而不是放在之后。

第 3 步：固定环节

先安排那些不会变动的内容：

签到：在第一场演讲之前开放。如果签到排队很慢，第一个时间段总会延迟开始。
开幕：简短。欢迎致辞、感谢赞助商、通知后勤事项（wifi、洗手间、行为准则）。
开幕主题演讲：安排在主会场，同时不安排任何并行内容。
午餐：按你所在城市的通常用餐时间安排，各国的习惯并不相同。
闭幕主题演讲或圆桌讨论：用来把听众留到最后，通常也在这时进行抽奖或提及赞助商。
闭幕与人脉交流。

茶歇

茶歇不是浪费时间：人脉交流发生在这里，赞助商也在这时与观众交谈。建议如下：

各时间段之间至少留 10–15 分钟，供大家换场。
上午中段和下午中段各安排一次茶歇。
连续排演讲的时间不要超过两小时而不休息。
如果设有赞助商展位，让咖啡就近供应在展位旁边。

第 4 步：分配演讲

手握已入选的演讲后：

按主题归类到各个会场或时间段。例如上午在 2 号厅安排“数据”专场，有助于听众找到方向。
避免冲突：不要把吸引同一批听众的两场演讲安排在同一时段。如果你有兴趣数据（例如往届 App 中的收藏记录或事先投票的结果），就加以利用。
最受期待的演讲安排在最大的会场。
难度层级：入门和进阶的演讲交替安排，让每个时间段里每个人都有适合自己的内容。
午餐后的第一个时间段：这是精力最低的时候，安排一场有活力的演讲、一个演示或闪电演讲形式。
需要出行的演讲者：考虑他们的航班时间，避免把他们安排在抵达当天的第一个时间段。
语言：如果有英语或其他语言的演讲，请在日程中明确标注。

与演讲者确认

发布之前，把每位演讲者的时间和会场发给他们，并请他们确认。日程发布后再更改演讲，会造成混乱，还会引来“我的演讲是几点？”这类询问。

第 5 步：以可复用的格式发布

日程不会只存在于一个地方：它要用于官网、App、场地屏幕、直播团队和志愿者。如果只把它放在零散的表格里，每次变动都得在多个地方手动同步。

最基本的字段

每个环节都应包含：标识符、标题、类型（演讲、主题演讲、圆桌讨论、工作坊、闪电演讲、茶歇）、开始日期和时间、结束时间或时长、会场、语言、演讲者和简短描述。有了这些数据，就能生成任何视图。

frab 与 pretalx 格式

在社区会议领域，有一种事实上的日程共享格式：frab 的 XML（有时称为 Fahrplan）。录制工具、日程 App 和屏幕都用它来读取活动的议程。一些例子：

pretalx 是一款用于征集提案和编排日程的开源工具，根据其更新日志，它提供与 frab 兼容的 XML 日程导出，另外还支持 iCal。
voctosched 是一套用 Python 编写的开源脚本，可将 CSV 或 JSON 的日程转换为 frab 的 XML 格式，转换结果可以用 xmllint 等工具验证。

这种格式的结构很直观：会议包含若干天，每天包含若干会场，每个会场包含若干活动（环节），并带有开始时间、时长、标题、类型、语言和人员。

即使你不使用这些工具，它也有用：只要你的日程在表格或干净的 CSV 中具备最基本的字段，就可以把它转换为 frab XML，并与录制系统、屏幕或第三方 App 对接，而无需再次手动录入。

发布时的最佳实践

尽早发布日程，即使还缺少一些细节；把待定的内容标注为“待确认”。
使用当地时区，并明确写出来，尤其是有远程听众或来自其他国家的听众时。
做好版本管理：如果有重要变动，请通过你公布日程时所用的同一批渠道通知大家。
提供“我的日程”视图，让每位与会者标记自己喜欢的演讲。

日程检查清单

已确定天数、会场和总体时间安排。
每种形式都有标准时长。
已安排签到、开幕、主题演讲、午餐和闭幕。
各时间段之间的茶歇至少 10–15 分钟。
演讲已按主题归类，且不存在听众冲突。
已与每位演讲者确认时间。
已标明每场演讲的语言。
日程已在官网和 App 上发布，并注明时区。
已准备好供屏幕、录制和志愿者使用的导出文件。

在 BuildAConf 中，你可以按天和会场编排日程，并设置环节类型（演讲、主题演讲、圆桌讨论、工作坊、闪电演讲、茶歇）；活动官网和 App 会自动更新，与会者可在“我的日程”中标记收藏，你还可以把日程导出为 CSV 或 pretalx/frab 的 JSON 格式（也可以从 pretalx 文件导入），并提供该格式的公开日程 URL，供 App 和录制团队使用。

常见问题

我的会议应该设几个分会场？

取决于听众和场地。对于首届活动或几百人规模的活动，一到两个分会场通常就够了。只有在你有足够多的优质演讲、合适的会场，以及每个会场都有志愿者的情况下，才增加分会场。

一场演讲应该多长？

常规议程中的演讲最常见的是 20 到 40 分钟，包含提问时间。关键是所有演讲采用统一的标准时长，让听众换场时不会错过开头。

什么是 frab 格式？

它是一种用于描述会议日程（天数、会场和环节）的 XML 格式，起源于 frab 工具，如今 pretalx 等其他工具也在使用。它可以让日程与 App、屏幕和录制系统对接，而无需多次录入。

什么时候应该发布日程？

确认演讲者之后越早越好。发布日程有助于售票和争取赞助商。如果还缺少细节，就先发布已确认的部分，其余的标注为待定。