Когда исполнитель отправляет результат микрозадачи, задача заказчика довольно простая: проверить, выполнены ли именно те условия, которые были указаны до начала работы.
Не нужно искать повод для отказа и не нужно принимать все подряд. Нормальная проверка занимает немного времени, если инструкция изначально была написана понятно.
С чего начать проверку
Сначала откройте само задание и еще раз посмотрите на инструкцию и требования к отчету. Потом уже открывайте результат исполнителя.
Так Вы оцениваете работу по тем условиям, которые человек видел до начала выполнения, а не по тому, что хотелось бы добавить уже после.
Проверьте, что исполнитель сделал именно нужное действие
Сравните отчет с основной инструкцией.
Например, если нужно было:
- открыть определенную страницу;
- выполнить конкретное действие;
- использовать выданный код;
- отправить ссылку или скриншот;
- указать короткий комментарий в отчете;
проверьте каждый обязательный пункт отдельно.
Не оценивайте то, чего не было в задании
Если Вы не просили указывать модель телефона, нельзя отказывать только потому, что исполнитель ее не написал.
Если в инструкции не было требования сделать два скриншота, нельзя требовать второй уже после выполнения.
Это одно из самых важных правил нормальной проверки: результат оценивается по опубликованным условиям.
Посмотрите доказательства выполнения
В зависимости от задания исполнитель может отправить текст, ссылку, файл или скриншот.
Проверьте, действительно ли доказательство подтверждает нужное действие.
Если это скриншот, на нем должен быть виден результат, который Вы просили. Если ссылка - она должна открываться и вести туда, куда ожидается. Если нужен текстовый ответ - он должен относиться к заданию.
Если в задании был уникальный текст
Проверьте, использовал ли исполнитель именно тот вариант, который был выдан ему системой.
Это особенно важно для кодов, отдельных ссылок, тестовых данных и других заданий, где каждому человеку назначается свой вариант.
Подробнее о работе этой функции: «Уникальные тексты в микрозадачах».
Когда результат можно сразу принять
Если обязательные шаги выполнены, доказательство подходит и результат соответствует инструкции, работу можно принимать.
После принятия результат получает соответствующий статус, а исполнителю зачисляется оплата за выполненную микрозадачу.
Не стоит держать хороший результат на проверке просто «на всякий случай».
Что делать, если есть небольшая исправимая ошибка
Иногда работа в целом выполнена правильно, но в отчете не хватает одного элемента. Например, исполнитель приложил не тот экран или забыл добавить ссылку.
Если проблему можно быстро исправить, логичнее дать возможность доработать результат, а не сразу отказывать.
В сообщении напишите конкретно, чего не хватает:
Хорошо: «Пожалуйста, добавьте скриншот итогового экрана, где видно сообщение об успешной отправке формы».
Плохо: «Переделайте нормально».
Когда отказ действительно оправдан
Отказ уместен, если обязательное условие не выполнено и результат нельзя нормально подтвердить или исправить в рамках задания.
Например:
- выполнено другое действие;
- отправлено доказательство, которое не подтверждает результат;
- использованы неправильные данные;
- обязательный шаг пропущен;
- отчет явно относится к другому заданию.
Причина отказа должна быть понятной
Если Вы отклоняете результат, исполнитель должен понимать почему.
Не пишите «не подходит», «неправильно» или «плохо сделано» без объяснения.
Лучше написать: «В задании требовался скриншот после успешной регистрации. На приложенном скриншоте видна только форма до отправки».
Так у обеих сторон остается понятная причина решения.
Не добавляйте новые требования после выполнения
Иногда заказчик уже при проверке понимает, что хотел бы получить еще одну фотографию, еще один шаг или дополнительный комментарий.
Это можно учесть в следующих выполнениях или изменить в новом задании, но нельзя считать ошибкой исполнителя то, чего раньше в инструкции не было.
Проверяйте результат в установленный срок
У микрозадачи есть срок проверки результата. Поэтому лучше не накапливать десятки отчетов и не оставлять их без решения надолго.
Регулярная проверка удобна и заказчику, и исполнителям: Вы быстрее замечаете непонятные места в инструкции, а исполнители быстрее получают решение по своей работе.
Если результатов много, проверяйте их одинаково
Для массовой микрозадачи заранее определите простой набор критериев.
Например:
- Нужное действие выполнено.
- Скриншот подтверждает результат.
- Использован правильный уникальный код.
- Отчет заполнен полностью.
Так Вы не будете принимать один результат и отклонять другой при одинаковом качестве.
Не сравнивайте исполнителей между собой
Каждый результат нужно сравнивать с условиями задания, а не с самым лучшим отчетом другого пользователя.
Если один человек сделал больше, чем требовалось, это не означает, что остальные обязаны повторить дополнительные действия.
Пример нормальной проверки
В задании нужно было открыть страницу, заполнить форму и отправить скриншот сообщения об успешной отправке.
Исполнитель прислал именно такой скриншот, все обязательные шаги подтверждены - результат принимается.
Если скриншот показывает заполненную форму, но не видно, что она была отправлена, попросите прислать итоговый экран, если доработка доступна.
Если исполнитель вообще выполнил другое действие, тогда уже есть основание для отказа.
Что делать, если ошибка повторяется у многих
Если несколько разных исполнителей подряд ошибаются в одном и том же месте, проблема может быть не только в них.
Перечитайте инструкцию глазами нового пользователя. Возможно, нужный шаг описан двусмысленно или важное требование спрятано в большом абзаце.
Для будущих выполнений лучше уточнить формулировку.
Не отклоняйте хороший результат из-за мелочей оформления
Если Вам важен сам факт выполнения, не стоит отказывать только потому, что исполнитель написал отчет другой фразой, чем Вы ожидали, но все нужные данные в нем есть.
Оценивайте результат по сути.
Если возник спор
Сохраняйте спокойную формулировку и опирайтесь на опубликованные условия и отправленные доказательства.
На стороне задания сохраняются данные проверки, причина отказа и статус результата, поэтому конкретное объяснение всегда полезнее эмоционального ответа.
Перед приемкой задайте себе три вопроса
- Выполнено ли обязательное действие?
- Есть ли доказательство, которое это подтверждает?
- Не требую ли я сейчас того, чего не было в исходной инструкции?
Если первые два ответа «да», а третий «нет», обычно результат можно принимать.
Хорошая проверка начинается еще при создании задания
Чем точнее Вы заранее напишете, что нужно сделать и что отправить на проверку, тем быстрее потом сможете принимать результаты.
Если Вы только готовите новую задачу, посмотрите статью «Как создать микрозадачу на DitWork».
Если нужно больше таких же результатов
После проверки первой партии можно продолжить то же задание и добавить новые места. Об этом подробно написано в статье «Как добавить больше выполнений в уже запущенную микрозадачу».
Главное
Принимайте работу, если она соответствует тем условиям, которые исполнитель видел до начала выполнения. Если есть исправимая ошибка - объясните, что нужно поправить. Если результат действительно не соответствует заданию - укажите конкретную причину отказа.
Так проверка остается понятной и для заказчика, и для исполнителя.
Все микрозадачи доступны в разделе микрозадач.
