投票前写清要问的问题,并确认群内可见性

Signal 支持群聊投票。

先写下这次需要群友决定的一件事,再说明准备怎样使用结果。例如,安排周末聚餐时,可以先问大家更方便哪一天;餐厅选择另作讨论。把日期和餐厅混在一个问题里,后续对照回答时就难以分清大家究竟在选择什么。

Signal 投票使用端到端加密,只有对应群聊成员能看到投票。

Signal 投票回答不是匿名的,群聊成员能够看到谁投了哪个选项。

准备发出问题前,先查看自己选中的群聊,确认这是需要参与讨论的一组人。若问题涉及个人安排,也先想清楚自己是否接受这些信息被该群成员看到。需要匿名反馈时,应先重新考虑提问方式;不要仅凭加密说明就把这次投票当成匿名调查。

建议把结果用途也写在自己的准备单里:这次是选出一个安排,还是收集多个可接受方案。先明确这一点,后续设计选项和是否允许多选时才有依据。

  • 先定一件需要决定的事,再选目标群聊。

在目标群聊创建投票,把答案整理到十项以内

创建 Signal 投票的官方步骤是打开目标群聊,点击附件图标,再从菜单选择 Poll。

Signal 投票创建时需要填写问题,最多可创建 10 个答案选项。

进入创建步骤前,先在便签中整理问题和候选答案。沿用聚餐日期的例子,可以把“周六午间”“周六晚间”“周日午间”作为待比较的安排;先检查这些文字能否让群友看懂,不将“周末”与具体时段并列而留下重叠含义。

若初稿列出了太多候选项,先判断哪些内容本来就属于另一件事。不要为了放进同一次提问,就把几个不同日期或地点强行写成一个选项。可以先缩小需要比较的范围,再按上面的数量条件填写。

填写时逐个核对答案的范围和措辞,尽量让每个选项使用同一类信息。问日期就用日期或时段来回答,问地点就用地点名称来回答。最后回到问题本身,确认这些选项能回答它,而不是把新的问题藏在答案中。

  • 先在便签中去除重叠含义,再填写问题和答案。
Signal 官方 iPhone 与 Android 应用界面

发送前确定排序与多选,并检查不能编辑的限制

Signal 投票发出前可以按偏好排列答案选项,并选择是否允许多选。

先决定这次希望每人挑出一个更合适的安排,还是列出所有可接受的安排,再对照是否允许多选的设置。前一种问题可以围绕“最方便哪一天”来写,后一种则围绕“哪些时间可以参加”来写。选择规则与问题含义要一起检查,避免问题要求多个答案而准备时却按一个答案理解。

排列答案时,可把同一天的时段放在一起,或按日期先后整理。完成排序后,再从第一项读到最后一项,确认没有重复日期、漏掉时间或前后混用不同表达。

点击 Send 会把 Signal 投票发到聊天中;投票发出后不能编辑。

把发送前核对拆成三步:读一遍问题,逐项读答案,再查看多选决定是否符合本次任务。如果有其他组织者一起准备,可在这时请对方核对文字。发现错误先留在准备阶段处理,不给自己安排“发出以后再改”的补救计划。

按完整发送说明继续后,查看群聊中出现的投票内容是否正是这次准备的那份;核对对象是实际问题和选项,不预设它已经获得回答。

  • 问题要与允许一个还是多个答案的设计相对应。

需要结束收集时,用创建者的结束入口操作

Signal 投票创建者可随时长按投票并选择 End Poll 结束投票。

Signal 官方 2025 年 11 月 19 日投票介绍说明,点击 View Votes 结束投票会停止收集回答。

安排投票时,可以先在自己的计划中写明准备何时作决定,并和参与讨论的人说明收集的用途。到需要收尾的时间,再回到原投票按完整结束说明操作。

如果你是发起者,结束前先确认自己找到的是原问题,尤其是在同一个群里有多份投票时,不要只看消息位置就处理。检查问题和答案内容后,再按对应的创建者操作继续;若你不是创建者,需要先与发起者确认由谁处理收尾。

把“结束投票”和“删除消息”分别列在自己的待办里:前者用于这次收集的结束操作,后者涉及下一节的删除范围与时间条件。先决定本次到底要完成哪件事,不把两个名称都写成一句“清理一下”。

遇到页面或操作名称不一致时,先回官方帮助核对当前投票的结束步骤。不要仅因消息不再出现在自己的视野中,就认定已经完成结束收集;结果判断应回到原投票的实际内容和处理情况。

  • 先确认原投票和创建者,再按完整结束说明继续。
Signal 官方 Android 应用界面

删除前核对作用范围、二十四小时窗口与后续限制

Signal 投票可选择 Delete for me 或 Delete for everyone;Delete for everyone 只在消息发出后的前 24 小时内可用。

删除 Signal 投票后,会失去结束该投票的能力。

准备删除时,先说清自己的目的:是处理自己看到的那条消息,还是考虑面向所有人的删除选项。对照上面的名称和时间条件后再选择,不仅凭“删除”两个字判断范围。若距离消息发出已经较久,先查看发出时间,不把前二十四小时的条件延伸到更晚的时间。

如果你还打算结束这份投票,应在执行删除前先处理自己的收尾安排。可以先写出当前需要保留的问题、选项和结果信息,再决定是否要继续删除。

如果已经删除而仍想处理收尾,先记录自己执行的是哪一种删除以及发出时间,再把尚需确认的项目说明给官方支持。后续处理按官方答复继续,不直接把这份操作记为已经结束。

如果当前真正需要的是停止收集,先回上一节对照结束步骤。删除选择与结束选择分别作决定,避免只因想让聊天更整洁就略过投票的收尾。

  • 选择删除前,先核对完整范围与发出时间条件。

按原问题核对当前结果,再安排下一步讨论

收尾时先读回最初的问题,再查看当前实际呈现的答案和回答信息。把你需要作决定的项目记下来:哪个安排正在被比较、哪些答案有人选择,以及还有哪些问题需要继续讨论。记录时只写界面上实际看到的内容,不把尚未确认的结果写成已经达成一致。

如果发出前允许多个答案,整理结果时把当时的选择规则一起记下,按每个选项分别查看当前信息,避免只写一句“已经有结果”。可以把问题原文、选择规则和各选项当前信息放在同一份便签里,便于你对照解释。

接着将收集结果与下一步安排分开写。例如,先记录群里正在比较的日期,再说明你准备据此确认时间,还是需要继续询问没有覆盖到的情况。少数人的其他安排也可以另行讨论,不把某个选项当前领先等同于每个人都已同意。

最后核对自己是否已经完成需要的结束操作,是否还打算处理消息删除,以及对参与讨论的人还有什么要说明。如果只是需要查阅结果,就先回到原投票;如果操作仍有疑问,把当前问题、创建者身份和已做动作分别说清楚,再对照官方帮助继续处理。

  • 先记录原问题和选择规则,再整理实际看到的结果。