公司内部评选、组织成员投票、微信群或QQ群内部投票等活动，通常需要只允许指定人员参与，并限制每人的投票次数。投票吧可通过邀请码、指定手机号或邮箱、微信用户申请审核等方式控制参与资格；需要记名时，还应由主办方将参与凭证与人员名单对应。
设置这类活动时，应分别确认三件事：谁可以投票、每人可以投几次、是否需要记录投票人与所选候选项的对应关系。只把链接发在群内、要求填写姓名或禁止微信分享，都不能单独保证只有指定人员投票。
一、根据人员名单和参与方式选择方案
| 活动情况 | 可选择的方案 | 主办方需要准备什么 |
|---|---|---|
| 人员已确定，方便逐一发放投票凭证 | 邀请码投票 | 整理人员名单，每人发放一个邀请码，并设置为仅能凭邀请码投票 |
| 已有参与人员的手机号或邮箱名单 | 指定手机号或邮箱，并启用验证码 | 录入允许参与的号码或邮箱，设置投票次数，确认用户能够接收验证码 |
| 希望用户在微信内申请，由主办方逐个审核资格 | 指定微信用户投票 | 设置投票权申请表，按人员名单或活动要求审核申请，并设置投票次数 |
参与资格与投票次数需要分别设置。例如，允许某个手机号投票，并不意味着它自动只能投一次；如果要求整个活动只参与一次，应选择对应的次数限制，而不是每天一次。
二、邀请码：适合人员固定、可以逐一发码的活动
主办方生成邀请码后，逐一发给受邀人员，投票者凭有效的邀请码参与投票。每个邀请码只能成功使用一次；一次可以选择几个候选项，以及是否按权重计票，由活动的其他规则决定。
- 限制参与范围：启用邀请码功能后，选择“仅能凭邀请码投票”。不要选择“同时支持公众投票和邀请码投票”，否则没有邀请码的访客也可以参与。
- 需要记名：使用录入受邀人名称的生成方式，将姓名、工号等标识与邀请码对应，便于在后台核对投票情况。
- 无需关联姓名：可选择不记名邀请码的生成方式。不关联姓名不等于系统不记录其他投票信息，不宜直接将这种方式理解为严格匿名投票。
邀请码验证的是投票者是否持有有效凭证，不会自动确认使用者就是原定接收人。应按名单每人发放一个，避免在群内公开发布全部邀请码，并提醒接收人不要转交他人。
生成、分发及权重设置的具体操作，请参考《如何设置邀请码投票？生成、发放与权重设置教程》。
三、指定手机号或邮箱：适合已有联系方式名单的活动
主办方可以预先录入允许参与的手机号或邮箱，投票者通过对应账号接收验证码后参与。仅开启验证码验证，并不能限制为名单内人员；还需要开启“只允许指定手机号投票”或“只允许指定邮箱投票”。
- 在后台找到“启用手机短信验证码”或“启用邮箱验证码”设置，启用相应验证功能。
- 勾选只允许指定手机号或邮箱投票，录入人员名单对应的号码或邮箱，每行一个。
- 按活动要求设置次数。例如每人整个活动只能参与一次，应选择“整个活动只能投票一次”。
- 使用名单内账号测试验证码接收和投票，再使用名单外账号确认不能参与。手机短信验证码有发送额度限制，发布前应检查可用额度。
验证码用于验证参与者能够使用该手机号或邮箱，不等于自动完成了姓名、员工身份等核验。如需按人员记名，应由主办方提前核对名单与联系方式的对应关系，避免同一个人以多个账号参与。
投票后可在后台查看相关投票明细；启用指定手机号或邮箱限制后，还可通过“未投票人员名单”核对尚未参与的账号。
启用手机短信验证码，并限制为指定手机号投票
四、指定微信用户：适合先申请、再审核的活动
启用投票权申请功能后，微信用户先提交申请，只有通过后台审核的用户才能投票。主办方可以在申请表中设置姓名、工号等项目，再根据人员名单核对资格。
这种方式适合在微信群内通知成员申请，或需要主办方逐个确认参与资格的活动。系统不会自动识别用户是否属于某个微信群，参与资格取决于主办方的审核结果；用户通过审核后，仍需按照设定的投票次数规则参与。
申请表设置和审核操作，请参考《指定特定微信用户才能投票，微信群投票，微信实名制投票》。
五、区分记名、身份验证与辅助措施
记名是将投票记录与姓名、工号等人员标识关联；身份验证是通过邀请码、验证码或申请审核等方式核对参与资格。两者的作用不同，主办方应根据活动要求选择并说明。
- 自定义输入项：可要求投票者填写姓名、学号或工号，便于记录信息。即使勾选“禁止重复”，也只是限制相同内容重复提交，无法自动验证信息真实或防止他人冒用。具体设置请参考《使用自定义输入项收集投票人的信息》。
- 禁止微信分享：可以隐藏微信菜单中的相关分享入口，减少通过菜单转发，但无法阻止他人通过网址、二维码等方式进入。它可作为辅助设置，不能替代邀请码、指定账号或审核机制。
- 仅在群内发送链接：链接仍可能被转发。若要求群外人员不能投票，应使用上述参与资格限制，而不是只依靠链接的分发范围。
控制参与资格也不等于禁止外部人员浏览活动页面。如有额外的页面访问限制需求，应另行确认。
六、配置示例：80名员工参加一次内部评选
以下为配置示例：某单位有80名员工参与评选，每人整个活动只能提交一次，可以选择两名候选人，并需要按员工姓名核对投票记录。若方便逐一发放凭证，可采用记名邀请码方案：
- 整理80名员工的姓名或工号，使用记名方式生成对应邀请码，按名单每人发放一个。无权重需求时，保持权重为1。
- 启用邀请码功能，并选择“仅能凭邀请码投票”，确保无邀请码的访客不能参与。
- 将投票方式设为多选，最少和最多选择数量均设为2，实现每次提交选择两名候选人。
- 先在测试活动中验证完整流程：有效邀请码可以提交，已使用的邀请码不能再次提交，无邀请码或无效邀请码不能提交，并检查后台记录与人员标识是否对应。
- 正式活动开始前，确认使用的是尚未消耗的正式邀请码，再发送活动入口和投票说明。
这里的“一次投票”是一次提交，不等于只能选择一个候选人。单选、多选和一键投票的区别，请参考《有关“单选、多选、一键投票、多主题投票”的使用说明》。
七、发布前检查清单
- 资格限制：邀请码是否必须填写，或是否开启了指定手机号、邮箱、微信用户审核限制。
- 次数与选择数量：是否符合整个活动一次或每天若干次的要求，单次可选人数是否正确。
- 规则是否冲突：单位或会场中多人可能共用公网IP，应结合其他身份限制检查IP规则，避免符合资格的不同人员被同一IP限制拦截。
- 记录是否符合预期：需要记名时，能否在后台将参与凭证、账号与人员名单对应，并已向参与者说明记录方式。
- 功能是否可用：所用套餐是否支持需要的功能，短信额度是否充足，测试是否覆盖正常投票、重复投票和不符合资格的访问者。
如出现无法投票、没有投票按钮等情况，请先查看页面上的具体提示，再参考《关于不能投票、不显示投票按钮的说明》逐项排查。