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