我所在的俱乐部使用 Discourse，我们有一个委员会分类。
我正在寻找一些建议，让会议文档的流转更顺畅，并确保会议按时结束。
我考虑使用类似 meetingagenda-yymmdd 的标签，其中 yymmdd 代表日期，并为每个议程项目创建一个主题。
我们每天通过自动创建的主题进行异步“会议”，这或许能给您一些启发：
此外，正如上述链接所述，我们还利用 Zapier 创建类似的主题，用于每周和每半月的会议。Zapier 利用其日期计算功能，在每周会议中插入 ISO 周数，计算下一次会议的具体日期等。
对于现场会议，我们借助这些自动生成的新主题，邀请参与者添加议程项目以及会议所需的其他文档，以便我们直接进入指定主题获取所有材料。会议结束后，我们会将会议摘要或笔记发布到同一主题中。
那个最初的提议听起来工作量太大了。
你们的方案
提议的结构让每次会议都要做大量工作。
- 你们的会议是围绕“文档”展开的，而大多数人会将一次会议视为“一个文档”。
- 你们不得不为每次会议创建特定的标签，仅仅是因为你们将事件拆分为多个独立主题。
- 你们可能仍需解决议程和会议纪要主题排序的问题，以反映实际讨论顺序。如果需要这个顺序，你们可能就得给主题标题编号或添加时间戳。
- 仅仅回顾会议记录以确认纪要准确无误，本身就成了一项艰巨任务。我需要进入多个主题，而不是只需滚动浏览一个主题。
这个标签似乎过于具体：
- 我认为，标识单一特定事件的标签是白费力气。标识重复性事件的标签更有用，例如“会议”标签。
- 相反，你们建议的标签可以放在每个主题标题中，然后搜索该特定字符串。
- 标签通常在可预先设置并用于论坛生命周期内众多主题时效果更好。
- 如果我忘记为某个主题添加正确的标签，那么不在会议中的人如何知道该主题缺失了？
- 标签名称应以日期开头，这样在创建标签后能更快地选择创建标签。
- 你们真的需要“会议议程-”这样长的前缀吗？它本可以作为一个标签组。
- 你们真的需要“议程”这样的标签显示文本吗？因为那样你们可能还需要一个用于已完成会议的标签。
我们的方案
我们有一个会议主题：
- 会议前，它是议程；
- 会议后，它就变成了会议纪要。
我们在该主题内为每个讨论项创建帖子：
- 帖子的顺序即为讨论的顺序。
- 每个讨论都是一系列陈述的列表，总结每位发言者的要点，前提是内容重要且相关。
对于较大的讨论，我们通常会链接到相关主题，或创建新主题以在会议之外继续讨论。
我们使用两个标签组：
- 周期：年份数字。
- 文档：通常是
Team（团队），因为对于团队会议，我们不阻止任何成员参加委员会会议。
考虑如何利用帖子
Discourse 中最小的独立条目是帖子，因此你如何使用帖子会影响你如何使用主题。顺便一提，引用可以指向帖子的某一部分，但原始条目本身并不具备这种特性。
我们为每个讨论项使用一个帖子。你提出的方案只有在你打算将每位参与者的每次交流都记录为独立帖子时，对我来说才有意义。那样的话，你的主题就变成了讨论项，而你的主题组则构成了一次会议。
| 结构 | 每次会议一个主题 | 每项一个主题 |
|---|---|---|
| 会议 | 主题 | 标签 |
| 讨论项 | 帖子 | 主题 |
| 参与情况 | 段落 | 帖子 |
如果有 7 个议程项，且有 5 个人对其中某一项发表了重要观点，那么所需工作量如下：
| 所需工作量 | 每次会议一个主题 | 每项一个主题 |
|---|---|---|
| 创建的主题数 | 1 | 7 |
| 创建的帖子数 | 7 | 35 |
| 创建的标签数 | 0 | 1 |
无论如何，我曾考虑过为每个表达的观点创建一个帖子。这样会让线下会议看起来像是一场简化的线上会议。
因此，与其像这样使用帖子：
马修：
晚上 8:20 新宣传册
彼得展示了新设计。
约翰想要 C 折而不是 Z 折。
詹姆斯提议投票。
最终决定采用 C 折。
我们可以这样使用帖子：
马修：
晚上 8:20 新宣传册
彼得：
展示了宣传册
约翰：
提议采用 C 折而非 Z 折
詹姆斯：
提议投票并获得通过
马修：
决定采用 C 折。
作为秘书（负责记录会议纪要）的马修可以创建原始帖子，然后在拥有相应权限的情况下，将每个帖子的所有权更改为他所总结的那位人士。