执行者提交微任务结果后，客户需要做的事情其实很简单：检查执行者是否完成了开始任务之前就已经写清楚的要求。
不需要刻意寻找拒绝理由，也不要完全不检查就接受。
先重新看一次原始任务说明
先打开任务说明和证明要求，再查看执行者提交的结果。这样审核依据始终是执行者开始时看到的条件。
检查必须完成的操作
逐项对照：是否打开了指定页面、是否完成了指定操作、是否使用了正确数据、是否提交了需要的截图、链接、文件或文字说明。
不要在审核时增加新要求
如果任务原本没有要求设备型号、第二张截图或额外评论，就不能因为这些内容没有提交而拒绝结果。
结果应该按照已发布的任务条件审核。
检查完成证明
根据任务不同，执行者可能提交文字、链接、文件或截图。请确认这些证明真正能说明任务已经完成。
如果任务使用了唯一文本
请检查执行者是否使用了系统分配给他的那个值，特别是代码、独立链接或测试数据。
详细说明：微任务中的唯一文本。
什么时候可以直接接受
如果所有必需步骤都完成，证明有效，并且结果符合说明，就可以接受。
结果接受后，执行者会获得该微任务的报酬。
如果只是一个可以修正的小问题
如果主要工作已经正确完成，只缺少一个内容，可以优先让执行者补充，而不是马上拒绝。
说明要具体，例如：“请补充最终页面截图，截图中需要看到表单已成功发送。”
什么时候拒绝是合理的
- 执行了完全不同的操作；
- 证明无法确认完成结果；
- 使用了错误数据；
- 漏掉必须步骤；
- 提交的证明明显属于其他任务。
拒绝原因要写清楚
不要只写“错误”或“不接受”。应该指出哪个任务要求没有满足。
不要在任务完成后改变条件
如果审核时才发现自己还想要额外截图或步骤，可以在以后任务中补充，但不应该把新要求用于否定已经完成的工作。
在审核期限内处理结果
微任务有结果审核期限，因此不要让大量报告长时间没有处理。
大量结果要使用同一套标准
- 必须操作已经完成。
- 证明能够确认结果。
- 使用了正确数据。
- 报告完整。
不要把执行者互相比较
每个结果都应该和任务要求比较，而不是和另一个执行者提交的最详细报告比较。
如果很多人都在同一个地方出错
重新检查任务说明。多个不同执行者都误解同一步骤时，说明这个要求可能写得不够清楚。
接受前问自己三个问题
- 必须操作完成了吗？
- 有可以确认结果的证明吗？
- 我现在有没有要求原说明里没有的内容？
相关帮助
创建清楚任务：如何在 DitWork 创建微任务。
需要更多结果：如何增加更多完成次数。
最重要的一点
如果结果符合执行者开始任务前看到的要求，就应该接受。可以修正的问题要明确告诉执行者缺少什么。真正不符合任务时，也要写出具体拒绝原因。
可以在微任务列表查看任务。
