关注公众号
会员中心
党团推优与民主评议使用线上工具前，应先由组织者确认适用程序、参与范围和表决规则。“从多人中推荐人选”与“对一个事项表达同意或不同意”是不同问题，应分别设计选项。投票加加可用于技术层面的投票配置，正式程序和结果确认以组织要求为准。
四步，把这场投票组织起来
- 01
先确认程序是否适合线上收集
由负责组织工作的人确认本次环节的具体要求，包括是否可以线上投票、谁能参与、应采用什么方式及结果如何提交。先确认这些条件，再选择工具。
- 02
区分推荐人选与逐项表决
推荐人选时以候选人为选项，并说明可推荐人数。对事项表决时按既定要求设置同意、不同意、弃权等选项，避免把两种逻辑混在一个问题中。
- 03
核对匿名、记录与结果展示
如要求不公开个人选择，应核对匿名配置以及投票记录、票数和排行榜的展示。用参与端预览实际页面，确认不会因展示设置偏离已公布的规则。
- 04
收集结束后由组织核验归档
按事先确定的截止时间结束收集，由组织核对参与情况和计票口径，并按照适用程序复核、记录和留存。工具统计不自动替代会议记录或正式确认。
不同评议问题，要采用不同的选项结构
| 问题类型 | 选项组织方式 | 需要事先明确 |
|---|---|---|
| 从多人中推荐 | 每个候选人对应一个选项 | 推荐名额、可选人数与候选范围 |
| 对一个事项表决 | 按规定提供同意/不同意/弃权等选项 | 应到与实到口径、通过条件 |
| 分别评价多个人选 | 按人选分别提出同口径问题 | 是否逐项表决；每项是否独立统计 |
| 结果汇总与提交 | 按规定核对、记录、归档 | 正式程序、审核人与提交材料 |
内部人选推荐说明
以下仅是技术配置示例，不是党团工作的正式表决办法。
投票主题：本次人选推荐意见收集 评议对象：由组织按程序确定的候选名单 参与范围：由组织按适用要求确认 选择方式：请填写已经确定的推荐人数与规则 匿名要求：按照组织要求配置，并核对参与端展示 结果处理：由组织核验，按适用程序完成记录与确认
发布前，再检查这几项
- 线上环节已符合组织要求
- 推荐与表决的问题结构已区分
- 参与范围和计票口径已说明
- 结果提交、复核与留存责任已确定
常见问题
“推荐候选人”和“同意某人”是一种投票吗？
不是同一种问题。前者是在名单中选择人选，后者是对一个具体事项表达意见；应分别设计选项、票数规则和统计方式。
党团推优可以直接照用这个示例吗？
不能把技术示例作为正式程序依据。是否线上进行、参与资格、应选名额、表决方式和通过条件，需要由负责组织工作的人按适用要求确认。
匿名开关等于满足所有无记名要求吗？
不能直接等同。应结合具体程序要求，核对参与端展示、记录可见范围及结果留存方式。页面中的匿名选项只是技术配置的一部分。
可以把实时票数展示给参与者吗？
应按事先确定的组织规则处理。如果不希望实时结果影响后续表达，可先核对当前模式提供的隐藏票数和排行榜选项，并实际预览。
投票结束后还需要人工核对吗？
需要。组织者应核对参与范围、票数口径、异常情况与提交材料，线上统计不能自动替代正式复核和确认。
功能说明依据：官网介绍、公开创建页面及统计下载教程，核对于2026-10-20。功能可用性、权限与配置以实际活动模式和界面为准；规则示例为使用方法说明。
想清楚规则，开始创建。
选择群投票，把问题和选项填进实际活动。
