清晰、尊重的投票请求模板

一份可随时发送的投票请求应包含什么？

一份有用的请求包为您提供所需渠道的文案，以及支持者完成投票所需的事实。您可以在分享前根据竞赛说明检查每个版本。

从这些细节开始：

• 参赛者姓名和参赛作品名称。
• 竞赛名称和简短的、个人化的参赛理由。
• 直接指向投票页面的链接。
• 实际所需步骤，例如确认电子邮件或登录。
• 截止日期、时间和时区。
• 明确说明支持是自愿的。

将竞赛规则放在草稿旁边。确认允许请求投票、允许外部推广，且不需要特殊措辞或披露。如果规则不清楚，在发送任何内容之前询问组织者；竞赛规则和风险检查可以帮助您审查需要解决的问题。

当读者无需打开额外消息即可理解请求，且每个细节都与投票页面匹配时，请求就准备好了。除非竞赛规则明确允许，否则不要为投票添加奖励。我们不安排购买投票、关注者或互动，也不使用机器人、脚本、虚假账户或点击农场。

在调整之前，如何撰写核心消息？

先写一个通俗版本，然后为每个渠道缩短或调整。这可以保持参赛详情和投票说明的一致性，同时让语气适合接收者。

使用以下顺序作为起草清单：

• 开头： “嗨[姓名]，我参加了[竞赛]的[作品]。”
• 理由： “[一句关于为什么这对您重要的个人陈述]。”
• 邀请： “如果您愿意支持，可以在这里投票：[链接]。”
• 步骤： “完成[确切所需步骤]后投票即完成。”
• 截止和选择： “投票截止[日期，时区]。无论是否参与，都没有压力，感谢您的阅读。”

例如，步骤可能说：“选择作品，提交投票，然后通过电子邮件链接确认。”仅当与竞赛实际流程匹配时才使用该措辞。如果必须创建账户、输入代码或在应用内投票，请在打开链接前说明。投票保护指南解释了常见检查类型以及帮助支持者理解的措辞。

替换括号中的细节并大声朗读消息。删除无法证实的声明和任何使投票听起来有义务的措辞。个人理由应解释您与作品的联系，而不是暗示接收者欠您支持。

哪种措辞适合帖子、群组或私信？

相同的事实可以适用于不同渠道，但长度和上下文应改变。对认识您的人使用私信，仅在受众和规则允许的情况下公开发帖。

私信

嗨[姓名]，我因为[理由]参加了[竞赛]的[作品]。如果您愿意支持，这里是投票链接：[链接]。您需要[步骤]，投票截止[日期，时区]。没有压力——无论如何都感谢您。

公开社交帖子

我参加了[竞赛]的[作品]。这是关于[简短描述]。如果您想看看或投票，链接是[链接]。投票需要[步骤]，截止日期是[日期，时区]。感谢阅读。

群组消息

经管理员许可：我分享来自[竞赛]的[作品]。投票截止[日期，时区]。链接是[链接]，步骤是[步骤]。如果不适合您，请随意跳过。

保持群组帖子相关，并在您不管理的社区分享前询问管理员。在Reddit上，先联系版主并遵循他们的决定。有关渠道特定规划，请参阅Telegram、WhatsApp和Reddit指南。

如何解释确认、登录或其他投票步骤？

准确描述支持者将遇到的投票过程。说“在这里投票”的请求可能让人不确定是否完成，尤其是当竞赛要求确认或登录时。

在分享链接前，自己测试公开说明并记录每个可见步骤。然后选择匹配的措辞：

仅使用与竞赛匹配的行。不要告诉支持者绕过检查、使用他人账户或违反规则提交额外投票。如果说明更改，在发送任何提醒前更新所有版本的消息。

对于简洁消息，将关键要求放在链接旁边，而不是隐藏在单独注释中。如果竞赛结合公众投票和评审团决定，明确公众投票只是过程的一部分。您还可以在起草前查看如何描述评审团和公众投票。

何时提醒有用，何时应停止？

当提醒给愿意的支持者一个及时的推动，并包含他们可能遗漏的细节时，它是有用的。它不应变成一系列重复要求。

围绕竞赛截止日期规划简单顺序：

• 在投票开放且链接有效时发送第一个请求。
• 如果合适，向未回复的人发送一个带有新措辞的提醒。
• 仅在接近截止时向未拒绝的人发送最终通知。
• 停止联系任何说“不”或要求不再接收消息的人。

提醒可以这样写：“快速提醒：[作品]的投票截止[日期，时区]。如果您已投票，感谢；请忽略此消息。如果没有，链接是[链接]。您需要[步骤]。”避免暗示接收者因未投票而让您失望。

对于电子邮件，只写给同意接收您消息的人，使用可识别的发件人名称，并包含简单的退订方式。对于社区帖子，尊重版主指示和群组规范。活动日历可以帮助协调渠道，而无需到处发送相同文本；请参阅7、14和30天竞赛日历。

人们支持您的作品后，您应该说什么？

在投票结束后感谢支持者，无论您是否知道结果。及时、真诚的感谢认可他们的时间，而不暗示他们对结果负责。

感谢消息

感谢您花时间支持[竞赛]中的[作品]。投票已结束，组织者预计在[时间，如果知道]分享结果。我感谢您的帮助，并想让您知道这对我很重要。

如果结果稍后公布，仅在组织者确认后分享。如果您计划另一个更新，给人们一个期待的理由，而不是在截止后继续发送投票请求。不要声称投票被计算，除非竞赛页面或组织者确认。

在发布结果更新前，检查它是否泄露支持者的私人信息或未经许可复制他们发送给您的消息。在工作场所或会员群组中，以适合其通常语气的方式感谢群组；公开感谢不应识别私下支持您的人。

良好的后续是体贴请求的一部分。它干净地结束对话，让人们自由决定是否想了解您的下一个项目。

发送任何模板前应检查什么？

在每轮消息前审查竞赛规则、目标链接和最终措辞。这最后检查能捕捉到写得很好的模板无法修复的错误。

使用此清单：

• 竞赛允许外部推广和直接请求投票。
• 链接打开正确的作品，且投票当前开放。
• 每个说明与可见投票过程匹配。
• 截止日期包含正确的时区。
• 没有奖励、交换或压力附加到投票。
• 渠道允许此类帖子，且任何所需管理员批准已到位。
• 消息仅发送给可能适当接收的人。

如果规则禁止外部请求，不要发送模板。如果只允许在特定地方推广，将消息保持在这些限制内。我们使用符合平台规则和竞赛规则的白帽方法；我们不销售投票或使用机器人、脚本、虚假账户或点击农场。竞赛组织者控制参赛规则、审核决策和投票验证，因此没有人能保证消息会产生特定投票总数或结果。我们可以帮助准备合规文案和商定的外联，但不能覆盖这些决定。

如需第二次审查，通过免费竞赛分析发送竞赛页面、规则、参赛链接和草稿。我们将审查匹配度并指出实际下一步。

如何操作

1. 检查竞赛规则确认允许投票请求和您计划使用的渠道。如果规则不清楚，询问组织者。
2. 记录投票步骤打开投票页面，记录任何可见的确认、登录或其他要求，以及确切截止日期。
3. 起草核心消息用通俗语言写下参赛详情、个人理由、链接、步骤和可选邀请。
4. 调整和审查为每个渠道调整长度，检查其规则，并确保每个说明保持准确。
5. 跟进并感谢支持者仅在适当的地方使用尊重的提醒，如果有人拒绝则停止，并在投票结束后发送简短感谢。