运营好一个活动

这页写给活动Developer 组织的一组数据工作及其相关设置已经运行或即将发布的 Developer。它帮你做四件事：用小预算试出合适的奖励，把动态接到 Slack，读懂质量与速度的数字，判断什么时候调整价格。搭建工作流和通过发布检查是前一步，见测试、发布与运行状态。

先用小预算试出合适的奖励

合适的奖励，是仍能吸引到目标 Contributor、交回的工作能通过、速度也够用的最低金额。找到它的办法是先跑一小批，读结果，每次只改一项设置。

四项设置决定一批试跑最多花多少钱：

预算可以很小。门户对金额没有下限，有奖励的活动只需要预算大于零。Pricing & Budget 也接受低于预计支出的上限。这时页面会提示：这笔预算能覆盖的条数可能少于预估，预算用完后活动自动暂停。上限怎样预留和调高，见预算、费用与对账；Items to collect 的名额怎样计算，见配置工作流。

你填写的奖励，是声誉按 Contributor 已记录的工作得出的 0–100 分，决定等级和奖励系数等级的奖励系数为 1.0× 时的金额。Contributor 看到的报价可以按其所在等级的系数缩放，范围是 0.5× 到 1.4×。所以 Pricing & Budget 显示的是一个预估范围。举例说明：奖励为 0.50 USDC、Items to collect 为 100 时，奖励支出在 25 到 70 美元之间。适用平台服务费时，费用另加在奖励之上。各等级的系数见等级如何影响任务报价。

一轮试跑这样做：

1. 用较小的 Budget cap (USD) 和较小的 Items to collect 发布。
2. 等这一批至少产生十条审核决定。少于十条时，门户只显示条数，暂无通过率。
3. 按读懂质量与速度读结果。
4. 只改一项设置。改哪一项，参考什么时候调整价格。
5. 跑下一批，和上一批对比。

某一批的质量和速度都达标后再放量。在 Builder 调高 Items to collect，在 Setup（配置）的 Budget & costs（预算与成本）中调高预算。

计划中：分成产品。 Humanbased 计划在 2027 年第一季度推出分成产品，目的是给 Contributor 更强的激励，并降低 Developer 前期的数据成本。目前尚未提供。

运行中调整奖励

奖励属于人工步骤，所以要在 Builder 里改。打开活动，选择 Open builder（打开构建器）。打开人工步骤，修改 Reward (per accepted submission)。先保存步骤，再保存画布。

活动运行中或已暂停时，你在确认框选择 Save and apply（保存并应用），这次修改就立即发布。从确认到 Contributor 看到新奖励之间没有测试环节，保存前先读确认弹窗会改变什么。

对报价来说，分界线是任务被领取的那一刻：

所以无论奖励调高还是调低，已经在手的工作仍按原报价结算。

Items to collect 和 Limit per contributor 是同一步骤的设置。在运行中的活动上修改它们，走的是同一次画布保存。

把动态接到 Slack

连接频道后，这个活动的事件会在发生时发到频道里。暂停、预算用完或有提交等待审核时，团队无需打开门户就能知道。

连接频道

活动所属组织的任何成员都可以连接频道。

1. 打开活动，选择 Setup，进入 Notifications（通知）。这里有 Slack（Slack 连接面板）。
2. 选择 Add to Slack（添加到 Slack）。Slack 会打开授权页面。
3. 选择接收动态的频道，并同意授权。
4. Slack 把你带回这个活动。再次打开 Setup 的 Notifications，Slack 面板会列出这个频道。

组织已经连接过频道时，面板还会显示 Connect an existing channel（连接已有频道）。它把这个活动挂到已有频道上，无需重新授权。要停止推送，在频道那一行选择 Disconnect（断开连接）。

选择推送内容

事件分为两组：

新连接默认包含两组事件，并在事件发生时逐条发送。要调整，在频道那一行选择 Edit（编辑）。顶部的两个勾选框 alert 和 activity 用来开关整组事件。Event types（事件类型）用来开关单个事件。Frequency（频率）为每组选择 As it happens（实时）、Hourly summary（每小时汇总）或 Daily summary（每日汇总）。提交量大的活动，让 Alerts 保持实时，把 Activity 改为汇总。

在 Slack 里通过或驳回

需要人来决定的提交会以卡片形式出现。卡片带有 Approve（通过）和 Reject（驳回）按钮，以及 View submission（查看提交）链接。使用按钮前，先把你自己的 Slack 用户和门户账户关联一次：

1. 在 Developer 门户左下角的菜单打开 Account（账户）。
2. 在 Slack 一行选择 Connect Slack（连接 Slack）。门户显示 Your Slack link code（你的 Slack 绑定码）。
3. 10 分钟内，在 Slack 中执行 /link-account，后面跟上这串绑定码。

Approve 记录决定。Reject 会打开一个填写理由的对话框，Contributor 能看到你写的理由。决定记在你的门户账户名下。如果 Slack 用户尚未关联，或你的账户无权决定这条提交，Slack 会私下提示你，提交保持原样。

Slack 没有消息时

读懂质量与速度

活动有四个视图：Overview（概览）、Reviews（审核）、People（成员）和 Setup。每跑完一批，值得看的是这些数字：

跟踪通过率

通过率的算法是：通过 ÷（通过 + 驳回 + 重复）。重复也算一次审核决定，等待审核的提交未计入。审核决定少于十条时，门户显示 Too few to rate（样本过少），暂无百分比。活动列表的每张卡片也会显示这个比率，取整数百分比。

这个数字覆盖发布以来的全部审核决定，所以新的一批只会让它缓慢变化。想看清某次修改的效果，要按批对比：

1. 修改设置前，打开 Reviews，记下 Task submissions 中已通过、已驳回和重复的条数。
2. 下一批结束后，再读一次这三个数。
3. 用后一次减去前一次。新增的通过数除以新增的审核决定数，就是这一批自己的通过率。

计划提供。计划提供活动运行状况视图，用图表显示提交量、工作流健康状况和通过率随时间的变化。在它可用之前，请使用上面的比较办法。

驳回偏高时

调价之前，先找原因：

1. 在 Reviews 的 Task submissions 中，找出驳回或重复最多的步骤。
2. 用 Review（审核）打开几条被驳回的提交。Review outcome（审核结果）显示结论和记录的理由。
3. 在 People 中，对比各 Contributor 的 Rejected（已驳回）和 Success 两列。

调整谁可以参加

由谁来做这份工作，取决于参与条件。它们在 Builder 的 Entry Gate（准入门）步骤里：

想扩大人群，就去掉或放宽一项条件；想收窄，就加上一项。活动运行中修改 Entry Gate工作流中集中设置活动参与要求的步骤，同样是一次画布保存，立即生效；邀请码的生成、更换和撤销无需保存就立即生效。各项条件怎样配置，见配置工作流；Contributor 一侧看到什么，见任务准入条件。

什么时候调整价格

先排除说明和参与条件的问题，再动奖励。每次只调一小步，这样每一批都能给你一个明确的信号。

奖励偏低的信号

奖励高于所需的信号

这些数字背后的单条记录，见查看提交结果并处理反馈。活动已经花了多少，见预算、费用与对账。