HYTRADBOI 2025 postmortem

发布于 2025-03-03

我组织了一场大会。 比上次进行得更好。

演讲 (talks)

这次我没有公开征集演讲。 而是花了很多时间 cold-emailing 我认为会有有趣内容分享的演讲者。

我联系了 51 个人，其中：

32 场演讲似乎足够了。 但计划赶不上变化：

我不确定这里能做些什么改变。 如果我对截止日期要求严格，那么就没有多少内容了。 但是让所有事情都拖到最后一刻压力很大，这对那些努力按时完成演讲的演讲者不公平，而且也使得其他基础设施的工作更加困难，因为我无法批量处理任何任务——我不得不不断地添加和删除演讲，并进行调整。

我为演讲者制作了一个 信息页面，其中包含关于编码等方面的建议，以及一个用于提交视频的 google form 链接。 一些演讲者阅读了该页面，但大多数情况下，我必须经过几轮电子邮件才能获得信息并自己填写表单。

闪电演讲 (lightning talks)

我也发起了闪电演讲的征集。 因为我没有空间限制，所以我承诺接受所有提交的内容，只要它们与主题相关，并且不仅仅是某个产品的公然广告（非公然广告是可以接受的，但它们必须提供除广告之外的其他内容）。

最终，我：

营销 (marketing)

上次很多人说，如果他们能早点知道这个大会，他们就很想参加，所以这次我更加努力地进行宣传。

我在 bluesky、mastodon 和 twitter 上创建了账号，还创建了一个 buttondown newsletter，所有这些都定期分享关于会议日程的更新，偶尔也会分享相关的博客文章。

我不知道这些做法产生了多大的影响。 我所知道的是，在 4 个不同的平台上发布相同的帖子，而没有任何工具辅助，这是一件非常乏味的事情。 如果我再做一次，我可能会少发很多帖子，并且只在会议前一两周发布，那时人们更有可能采取行动。

我还遇到了持续不断的 twitter bug，例如发布了十几个相同的帖子，帖子在发布后消失，编辑框变得无法选择。

门票 (tickets)

我使用 stripe payment links 出售门票。 大会采用的是“随意付费”模式，建议价格为 64 美元。 上次我必须通过制作多个不同价格的付款链接来实现这一点，但现在 stripe 直接支持“随意付费”（文档说不支持，但文档是错误的）。

我以各种价格售出了 481 张门票：

总计 20,434 美元，或 28,941 加元，因为 stripe 只允许以我的本国货币支付余额，而且汇率相当差。

这比上次的门票数量和收入都少。 我不确定该归咎于什么。 是演讲的吸引力降低了吗？ 是我做广告做得更差了吗？ 还是每个人都太忙于 doom-scrolling 而无法参加会议？ 人们在 2022 年不能去任何地方的时候，对在线会议更感兴趣吗？ 还是所有会购买门票的人都在去年被解雇了？

费用与上次类似：

劳动力是主要的成本。 我可能平均每周花费 10 个小时，持续 4 个月。 精神负担也很重——在那段时间里，我没有做太多其他事情，因为我的脑海里全是会议。

上次我通过电子邮件发送门票，但大部分邮件都被 black-holed 了，甚至没有到达垃圾邮件文件夹，导致我在大会开始时不得不帮助数百人登录。 这次我根本没有使用电子邮件，而是直接从付款链接重定向到聊天邀请链接。 这次我只需要帮助 13 个人登录——这是一个巨大的进步。

视频 (video)

我用 descript 转录了所有内容。 作为初稿，ai 的转录效果非常好，然后我花 20-30 分钟更正错误。 从理论上讲，ui 很好，但在实践中，我遇到了很多烦人的 bug（例如，当我点击暂停时，有时会滚动到转录的顶部；当我点击播放时，有时会从错误的位置开始；有时在我加快视频速度后，会对视频的长度感到困惑）。 似乎他们还在转录层之上硬编码了一些行为，例如，ai 会转录 www.foo.com，而 ui 会将其“更正”为 www. Foo. Com。

最喜欢的错误转录：

我将视频和字幕（从 descript 导出）托管在 bunny cdn 上。 它比竞争对手便宜得多。 有时可靠性也较低，但由于 descript 托管的视频作为备份，我对此表示可以接受。 实际上，我没有看到任何人提到问题，所以可能我侥幸过关了。

但我确实收到了很多关于音频质量的投诉。 其中一些是在录制方面，我可以通过在 descript 中运行降噪处理来改进。 但是，bunny 上的演讲音量也差异很大，而 descript 上却没有。 似乎它取决于录制使用的编码方式，所以也许我可以避免这种情况，通过从 descript 导出所有视频，而不是上传原始视频？

聊天 (chat)

整个大会都在 zulip 上运行。 我创建了用于公告、走廊聊天、工作等频道，然后为每个演讲创建一个频道。

我提前生成了一个脚本，这样我就可以每 30 分钟复制粘贴公告：

Zulip 有一个免费层级，您可以自己解决问题，还有几个 $/用户/月的层级，包括支持。 我不确定有多少参会者会为他们的门票支付低于 zulip 月费的费用，所以我联系了 zulip，我们同意只支付 1000 美元的固定费用以获得支持。

会后对 zulip 的反馈大多是积极的。 我收到的投诉比上次关于 matrix 的投诉要少得多，而且大多数投诉都是关于会话的 firehose 特性：

直播 (live)

大会本身进行得很顺利。

Zulip 在当天早些时候出现了一个小问题。 支持人员很快修复了它，大多数人没有注意到。 之后一切都很顺利。

我花时间学习了如何使用所有的审核工具，但最终没有用到它们。 我的妻子在开始时加入了，以防我需要电子邮件支持或审核方面的帮助，但它非常安静，所以她回家了。

唯一的大问题是，许多演讲者没有出现在他们自己的问答环节中。 我本应该在之前的几周内定期发送提醒，但我太专注于让所有的演讲都进来了。 大多数演讲者在经过一番疯狂的信息传递后最终出现了，但四位演讲者从未出现，甚至根本没有回复，完全 ghosted 了。

聊天比我在其他在线会议上看到的要忙得多，这让我很高兴：

我无法获得每小时的图表，但感觉它确实开局强劲，然后在人们感到疲倦的前 3-4 个小时后逐渐下降。 我可能应该让午休时间成为一个真正的休息时间，而不是用闪电演讲来填补它。

中等演讲的观看次数约为 100 次，这意味着大多数人只观看了部分演讲。 总观看次数要高得多，但这仅仅是因为一些演讲在会后非常受欢迎。

看起来人们主要观看的是 bunny 视频。 只有 descript 视频的观看次数很多，因为 bunny 上的音量出奇地低。

下一步？ (next?)

我主要认为在线会议的意义在于解决协调问题。 我可以对演讲者说“如果你制作一个 10 分钟的视频，我保证会有数百人观看它”。 我可以对参会者说“如果你休一天假，我可以让你的一天充满精心策划的演讲，这些演讲是你可能不知道的主题”。 然后，它可以让每个人聚在一起进行相对高质量的讨论（例如，与在 hacker news 上发布演讲相比）。

从我之后收到的反馈来看，人们似乎很喜欢它，并且主要只是希望它能有更好的指示（例如，发送一封电子邮件解释事情的运作方式，并提供一些关于如何最好地使用 zulip 的提示）。

所以感觉 >0 有用，但我绝对不认为这显然是我可以做的最有用的事情，甚至不是解决协调问题的最佳方式。 我不确定我是否会再做一次。 如果我这样做，它可能不会完全相同。

例如，我有一个减少压力的想法是，每 3 个月（比如说）举办一次滚动活动。 如果一些演讲在截止日期后到达，它们可以放在下一个季度。 如果我这样运行它，我也可能不会费心处理门票，只是免费运行它，并找到分散劳动力的好办法。

jamie@scattered-thoughts.net

通过 atom 或 我目前可以提供 咨询 服务。