通过建设议事平台来减少信息传递的混乱，从而提高团队成员的信息处理效率，进而提高议事效率。

议题

• 优先级。
• 历史记录，记录优先级更变、负责人更变、标题更变等重要信息，类似于GitHub Issue。

议程

排序：

• 手动排序：
• 基于规则自动排序：优先级、创建时间/截止时间等。
• AI排序：

消息 messages：类似于Slack或者Discord的群组。
讨论 discussions：论坛式的自由讨论。
议事 deliberations：使用问答平台的模式发表观点，也就是每个人一个。
会议 meetings：提供会议管理功能，打通音视频会议平台。

草案

目标用户

目前的定位是内部系统，主要是我们自己的管理需求、我们管理的开源项目、我们参与领导的开源项目等。

场景概述

在团队层面，每周有10-20个重要议题，需要几乎全员参与。每个议题都需要能够拉上需要参与的人讨论，然后需要让有利益相关的人投票。讨论以后的结论需要作为参考资料给执行者落实。

议事的关键环节有三个：提案、辩论、投票。

提案：通常由比较熟悉事情的执行人和上级讨论以后写，或者由上级直接发起。

辩论：通常是懂行的几个话事人为主，其他人有遇到自己能说话的说几句。

投票：我们要求所有的利益相关方都参与投票，以减少他们不说话就马马虎虎过去。

从实践经验总结，参与者上手的门槛是投票<辩论<提案。因此需要在实践的过程中逐渐训练参与者拥有议事能力，包括表达能力、逻辑思维等。

目前的实践

本Issue按照我们的“议题”标准组织。其中，Issue标题用作议题标题，Issue描述用作写议题内容（也可以叫草案），Issue讨论区用来发表观点，Close用来给议题下结论。

目前的Issue缺少一套投票功能，因此我们使用企业微信的投票功能，在特定群聊里发起并投票。

面临的问题

由于流程较长且琐碎，人工维护流程也有很大的困难，或者是不熟悉议事流程，或者是不清楚相关议题的具体情况。

由于企业微信的缺陷，我们很难集中管理和跟踪投票结果。另外，我们曾经使用过企业微信文档用来写提案，同样是由于企业微信内部的缺陷，很难管理和分类文档，因此很难对议题进行集中管理和跟踪。

我们的设想

通过一个专用的管理信息系统集中管理议题，以及管理议题的生命周期。

从产品形态的角度考虑，知乎和Slackoveeflow的问答是最适合深度讨论的。假设提案者和评论者都会不断完善文本，信息就会更精炼。

讨论通常是以问答或者头脑风暴的形式，在讨论结束以后通常会有了议事的条件。我们可以使用一个AI摘要来生成一个对讨论的总结，这个总结也可以用来在讨论进程中帮助其他人follow，在讨论结束以后可以生成总结并且用这个总结来写提案。