应用程序的微任务

对于应用程序,您可以订购首次启动测试、界面审查、错误发现、旅程完成或详细的用户反馈。

应用程序的微任务:任务和奖励

查看已发布的内容以及工人目前的工资。这可以帮助您为自己的任务设定明确的条款。

创建应用程序任务
0活动任务
0可用完工量
没有可用的任务按完成付款

该领域的活动

查看过去 30 天内有多少活跃客户和工作人员以及接受了多少结果。

最后 30 天
0有未完成任务的客户
0接受的结果
0接受工作的工人
还没有足够的数据每个接受结果的平均支出

计算应用程序的微任务的预算

设置完成一次的奖励以及您需要的结果数量。您可以将这些值直接带入创建表单中。

价格给你1.95 USD

提前设定结果数量和奖励

对于测试、调查、反馈和数据工作,您可以定义需要多少结果以及为每个接受的报告支付多少费用。

当广告有用时

当您需要覆盖范围和新访客时,广告很有用。它为印象或访问付费,但并不能保证一个人完成特定的操作序列。

微任务何时有用

当您需要特定结果时,微任务效果很好:表单检查、答案、应用程序测试、数据验证或按照说明完成的其他报告。

他们可以一起工作

首先由少量工作人员测试页面、表单或报价,解决问题,然后投放广告。

微任务不会取代广告。它们对于可以通过结果清楚地描述和审查的小型工作很有用。

选择一个现成的例子

打开合适的选项并添加您的链接、说明、完成次数和奖励。

在应用程序中可以检查什么

通过微任务检查应用程序:安装、首次启动、用户流程、错误报告、反馈和完成证明。

测试真实的应用程序流程工作人员通过特定的屏幕并报告实际结果。
录制版本和设备该任务指定操作系统、应用程序版本、型号和其他相关条件。
截图和重现步骤该报告有助于区分一次性印象和可重复问题。
产品评价收集私人反馈,无需预先确定的应用商店评级。

客户应该知道什么

当此任务类型有用时,说明中应包含哪些内容以及如何查看结果。

何时使用它当您需要几个小结果时使用它:网站或应用程序检查、答案、场景测试或数据工作。
添加到任务中的内容链接、目标、分步说明、按接受的完成付款、截止日期和证明格式。
如何审查结果工作人员提交文本、链接、屏幕截图或文件,客户接受结果或将其发回进行修改。
您收到什么每次完成的报告:文本、反馈、链接、屏幕截图、文件或任务中定义的其他证明类型。

流行的微任务选项

为您的项目选择合适的工作或查看工人可以从事哪些类型的工作。

指定安装源工作人员需要知道应用程序来自哪里以及是否需要测试帐户。
将功能与印象分开应分别询问崩溃、性能、导航和主观清晰度。
解释测试数据清理说明测试期间创建的任何记录或帐户应该发生什么情况。

如何获得明确的结果

当客户提前描述操作、审查标准和报告格式时,微任务效果会更好。这有助于工作人员在没有额外问题的情况下完成任务。

清晰的指示添加链接、目标、步骤以及工作人员应发送的确切证明。
为接受的结果付费工人在审核后获得报酬,而客户控制报告和证据。
结果审核请求文本报告、链接、屏幕截图或文件以快速批准工作。
可验证的条件对于评论和评级,请提前定义详细结果的背景、问题和标准。
适合初学者即使用户以前从未使用过微任务,现成的场景也有助于创建任务。
预算控制每个任务都有自己的预算、结果计数、请求、状态和剩余资金。

您可以通过微任务订购什么

此部分对于小型任务非常有用,例如测试、调查、注册、数据工作、Telegram 任务、评论、评论或自定义任务。

评论和评论通过预定义的问题收集有意义的反馈、评论和意见。
网站或表格检查要求用户遵循场景、查找错误、测试注册或提交请求。
调查与研究使用准备好的问题收集工人的答案、意见和小型研究。
电报和机器人检查渠道、机器人、消息流、订阅以及操作的清晰程度。
数据与发布创建数据检查、表格填写、发布或简短报告的任务。
自定义任务如果没有现成的场景,请选择自由格式并描述所需的操作。

客户如何获得结果

选择任务类型、描述结果、提供预算并审查工作人员报告。

1选择场景选择合适的任务类型并打开创建表单。
2描述结果添加链接、步骤、每个接受结果的付款和证明格式。
3启动任务为任务预算提供资金,以便工作人员可以开始完成它。
4审查报告接受正确的结果或返回一份带有明确注释的报告进行修改。

您可以快速启动的任务

选择一个类似的示例,并根据您的任务调整说明、奖励和证明要求。

回顾首次应用启动检查权限、入职以及第一个预期操作的清晰度。
测试一项功能完成定义的流程并附上显示实际结果的屏幕。
评估导航找到没有提示的请求部分并描述不必要的步骤。

应用程序任务

选择与您的设备匹配的任务,并在开始之前阅读需要在应用程序中检查的内容。

所有任务
还没有匹配的任务

更改选定的操作、类别或搜索查询。新任务会自动出现。

有关应用程序任务的问题

应用程序评估任务应该如何编写?

指定使用历程、应用程序版本、问题和可衡量的报告标准。

哪些信息可以使错误重现?

应用程序版本、操作系统、设备、步骤、预期结果、实际结果以及屏幕截图(如果有)。

如果没有发现错误,是否应该支付已完成的测试费用?

如果任务是完成一个场景,那么最低奖励应该取决于完整的测试而不是发现缺陷。额外的金额可能会奖励报告质量。