如何设计一个参与者能遵循的 bounty 活动？
一个有用的 bounty 始于少量参与者能理解、团队能审核的任务。我们按以下顺序设计活动：
- 命名有用工作。 描述项目实际需要的内容，例如一篇翻译或一篇文章草稿。
- 选择谁可以参与。 设定参与资格、排除条件以及已完成工作的数量限制。
- 说明提交内容。 为每项任务指定格式、提交地点和证据要求。
- 设定审核规则。 明确谁负责审核工作以及什么标准算作合格。
- 确认奖励流程。 说明奖励、决策记录方式以及问题反馈渠道。
这个顺序可以防止公开简报变成一堆零散的需求。它也为您的审核人员提供了一个统一的标准。如果您的主要目标是引发讨论而非完成任务，社区激活活动可能更合适。如需更全面地了解支持社区成员的方式，请参阅社区增长与互动。
在启动前，请确认是否有人能在整个活动期间做出决策。如果不能，请减少任务类型或推迟启动。一个规模较小但审核良好的计划，比一个无人能一致评估的冗长菜单更容易解释。
为每位参与者提供一个清晰的起点
参与者简报应在参与者开始前回答实际问题：做什么、提交到哪里、什么算数以及谁能提供帮助。它还应指向当前规则，以免聊天中的消息悄悄取代已商定的指令。
设想一位覆盖三个时区的社区经理，当合作伙伴要求一份一页的概览时，他们需要解释内容和翻译任务，并回答关于证据提交地点的问题。我们会将概览转化为共享任务表，指定决策负责人，并标明哪些渠道是私密的。
例如，假设一个社交任务要求分享项目更新。简报应指明批准的文案、允许的渠道以及审核人员需要的证明。它不应要求人们重复发布相同内容，或在不当的地方留下推广信息。如果您的计划还需要持续的 Telegram 维护，我们的社区管理与审核服务可以覆盖活动周围的日常空间。
保持公开说明简短，然后在需要时链接到更详细的条款。使用通俗语言说明资格和审核决策。将联系渠道放在任务旁边，而不是放在参与者可能错过的单独公告中。
您将收到什么，以及每项材料何时使用
您将收到一套可用的活动材料，帮助参与者行动，并让审核人员做出一致的决策。我们为每项材料准备好在需要时使用。
| 您收到的材料 | 使用时机 |
|---|---|
| 包含受众和输出的任务列表 | 选择哪些工作属于该计划时 |
| 参与者简报和参与资格规则 | 在发出邀请或公开指令之前 |
| 证据和验收清单 | 审核人员评估提交内容时 |
| 问题和升级渠道 | 提交内容需要澄清或敏感处理时 |
| 决策和待办事项的结项总结 | 审核期结束后 |
内容任务可能需要格式和原创性指导。翻译任务需要源材料、术语注释和修正渠道。社交贡献需要相关的参与规则。技术报告需要独立的流程和合格的审核人员。如果任务需要专门的任务活动结构，我们可以帮助您将此计划与任务活动进行比较。如果分发是核心，请考虑空投活动管理。
具体材料取决于您批准的任务类型。我们保持一份当前版本的指令，以便参与者和审核人员参考相同的条款。
如何保持 bounty 审核公平且有用？
一致的审核来自对每份提交内容应用相同的书面标准，并以项目可核查的方式记录决策。在启动前，商定谁审核每项任务、谁解决不明确的情况，以及参与者如何请求重新考虑决策。
一个简单的记录可以注明任务、提交渠道、收到的证据、审核人员决策以及任何待解决的问题。审核人员应指出缺失的信息，而不是在某人提交后凭空提出新要求。当简报不明确时，暂停该任务，澄清措辞后再继续。
假设一份翻译对同一功能使用了两个不同的术语。审核人员可以将其与批准的词汇表进行比较，记录修正，并将该指导应用于后续提交内容。这比依赖审核人员之间的个人偏好更有用。
在结项时，您的团队可以看到哪些工作被接受、哪些仍需关注，以及哪些指令造成了混淆。我们整理记录并突出需要您决策的问题。如果优先事项是增长 Telegram 受众而非分配参与者工作，请在选择 bounty 形式前查看我们的 Telegram 社区增长服务。
在邀请提交前设定安全边界
Bounty 规则应使安全路径与任务本身一样清晰。将公开贡献与敏感的技术报告分开，并为每种类型指定审核人员。
对于安全相关工作，说明哪些系统包含在内、提交哪些细节以及如何私下报告。不要邀请人们在公开聊天中发布漏洞细节。对于社交工作，说明哪些渠道和操作是合适的，并为审核人员提供标记不符合规则提交内容的方式。
Telegram 自行决定如何审核或展示内容。它可能根据自身规则删除帖子。我们无法控制这些决策，也无法保证每份提交都会被接受。我们可以承诺提供与您的团队商定的活动材料、协调和审核记录。
在启动前，请准备以下内容：
- 您的项目描述和所需工作。
- 奖励条款草案及其审批人。
- 每项任务的审核人员，包括技术报告。
- 任何源文件、语言指导或已批准的社交材料。
将上述详细信息以及您偏好的任务类型发送给 Brand Community。我们将与您一起审查计划，识别规则中的空白，并准备参与者简报供您批准。
如何操作
- 分享活动背景发送您的项目描述、受众、目标以及任何现有材料。告诉我们谁可以批准条款和审核提交内容。
- 选择任务和边界我们按输出对工作进行分组，并标记每项任务的内容。我们一起设定证据需求和安全的报告渠道。
- 批准参与者规则您的团队在指令发布前确认参与资格、奖励条款、审核标准和联系渠道。
- 协调提交和问题我们保持活动信息有序，将提交内容分发给相应的审核人员，并跟踪等待决策的问题。
- 以有用记录结项我们总结审核决策、待办事项以及在下轮活动前值得做出的更改。
常见问题
哪些任务适合 bounty 活动？
当项目有实际需求且每项任务都有审核人员时，内容、翻译和明确描述的社交贡献可以运作。漏洞报告也可以纳入，但需要明确的技术边界和私密报告渠道。从一项任务简报开始，检查其输出能否被一致评估。
Bounty 可以同时包含社交任务和漏洞报告吗？
可以同时包含，但请将它们的指令和提交渠道分开。社交工作根据公开参与规则评估，而技术报告需要合格的审核人员和私密处理。例如，一个公开活动页面可以链接到单独的保密渠道，而无需要求参与者在聊天中披露敏感细节。
我们的团队在活动开始前应准备什么？
准备项目概览、任务想法、已批准的奖励条款以及每项任务的指定审核人员。添加参与者需要的任何源文本、翻译指导或已批准的社交材料。一份简短的启动清单还可以指定谁回答问题，以及当提交内容不明确时谁做决策。
组织活动需要多长时间？
准备时间取决于您的审批节奏和所选的任务类型。社交贡献的简报可能需要的决策较少。翻译项目可能需要词汇表审核。技术项目还需要私密报告渠道。我们在确认谁将批准条款和审核提交后确定流程顺序。
如何处理抄袭或不完整的提交？
规则应说明需要什么证据，以及如何评估重复或不完整的提交。审核人员随后根据已发布的标准记录决策原因。如果某种模式显示指令不明确，我们会标记措辞供您批准，而不是悄悄为个别参与者更改规则。
您能保证每份提交都会被接受吗？
不能。提交内容必须符合参与者简报中商定的标准，并由指定的项目审核人员做出接受决策。我们可以组织指令、路由提交内容并保留审核记录。例如，缺失的源文件可以根据证据规则记录，而不是被视为已接受的任务。
参与者可以使用 Telegram 提问吗？
可以，Telegram 可以作为一个分享指令和回答一般问题的地方。请确保当前规则易于查找，并通过商定的渠道提交内容，以便审核人员获得所需证据。敏感的漏洞细节应通过私密渠道提交，而不是在公开群组对话中讨论。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…