«Бесплатное тестовое задание»: как распознать фрод

Само по себе тестовое задание — не мошенничество. Заказчику нужно понять, что вы умеете, и короткая проверка иногда быстрее и честнее, чем изучение портфолио. Фродом это становится, когда «тестовое» перестаёт быть проверкой навыка и превращается в способ получить часть работы бесплатно.

Граница между этими двумя случаями проходит не по слову «бесплатное» и не по объёму. Она проходит по одному вопросу: применимо ли то, что вы сделаете, в реальном проекте заказчика. Если да — это не тест, это работа.

Когда тестовое задание нормально

Нормальное тестовое отвечает четырём условиям одновременно.

Оно небольшое. Час, максимум два. Всё, что занимает день, — уже проект, а не проверка.

Оно синтетическое. Задача сформулирована на абстрактном или заведомо чужом материале: сверстать блок по макету, который не пойдёт в продакшн, написать функцию на выдуманных данных, разобрать чужой код. Результат нельзя вставить в живой проект.

Оно одинаковое для всех кандидатов. Если заказчик даёт всем одно и то же задание, у него нет способа собрать из ответов готовый проект. Если каждому — свой кусок, вопросы возникают сами.

Оно оговорено заранее. Заказчик сразу говорит, что будет тестовое, какого объёма и что дальше. Тестовое, которое появляется внезапно после того, как вы уже обсудили сроки и цену, — сдвиг условий.

Есть и пятое, необязательное, но говорящее условие: заказчик готов оплатить тестовое, если оно занимает больше пары часов. Это не обязанность, но такое предложение почти всегда означает серьёзные намерения.

Признаки, по которым «тестовое» опознаётся как фрод

Смотреть надо на совпадение нескольких признаков, а не на один. По отдельности каждый объясним.

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

Последний пункт стоит отдельно от остальных: если у вас просят деньги за возможность работать, это не серая зона.

Три схемы, по которым это работает

Понимание механики помогает опознавать варианты, которых нет в списке признаков.

Дробление проекта на «тестовые»

Проект режется на части, каждая раздаётся как тестовое разным исполнителям. Никто не получает оплату, потому что формально никто и не работал. Опознаётся по тому, что задание — не абстрактная проверка, а конкретный участок с реальным контентом и брендингом заказчика.

Сбор готовых решений

Заказчику нужен не исполнитель, а решение задачи: архитектура, план работ, подбор технологий, смета с декомпозицией. Он собирает развёрнутые ответы у десяти человек и делает работу сам или отдаёт кому-то дешевле. Опознаётся по формулировкам «опишите, как вы будете это делать», «предложите архитектуру», «распишите этапы» — без обсуждения оплаты этой работы.

Отдельно про сметы: подробная декомпозиция проекта — это тоже работа, и она имеет цену. Короткая оценка «порядка столько-то и вот почему» — нормальная часть переговоров. Детальный план на несколько страниц — уже нет.

«Конкурс» без победителя

Заказчик объявляет отбор с заданием, обещает выбрать лучшего. Победителя не выбирают никогда, зато остаются десятки работ. Формально всё честно: конкурс не обязывает выбирать. Опознаётся по отсутствию внятного описания того, что будет после конкурса, и по тому, что призовой фонд либо не назван, либо несопоставим с объёмом работ. Это тесно связано с темой демпинга на фрилансе: и там, и там сумма служит приманкой, а не ценой.

Что предлагать вместо бесплатного тестового

Отказ работает лучше, когда вместе с ним идёт альтернатива. Заказчику действительно нужно понять, справитесь ли вы, и эту потребность стоит закрыть — просто не своей бесплатной работой.

1. Портфолио с похожей задачей. Самый быстрый вариант. Если подходящего кейса нет, покажите ближайший и объясните разницу.
2. Разбор чужой работы вслух. Пятнадцать минут созвона, где вы комментируете существующий сайт или код заказчика, показывают уровень лучше любого тестового и ничего вам не стоят.
3. Оплаченный первый этап вместо теста. Небольшая законченная часть проекта за деньги. Заказчик получает не абстрактную проверку, а результат, и рискует небольшой суммой.
4. Тестовое за оплату. Прямо: «задание такого объёма занимает столько-то часов, готов сделать за столько-то, эта сумма идёт в зачёт проекта».
5. Синтетический аналог. Если заказчик настаивает на задании, предложите сделать эквивалентную задачу на чужих или выдуманных данных — то, что нельзя применить в его проекте.

Адекватный заказчик соглашается хотя бы на один из этих вариантов. Тот, кому нужна была бесплатная работа, обычно исчезает после первого предложения — и это лучший исход, который экономит вам несколько дней.

Как отвечать на просьбу

Формулировка важна меньше, чем принято думать, но пара правил помогает.

Не спорьте о том, честный заказчик или нет. Вы этого не знаете и не докажете. Говорите про свой порядок работы: «бесплатные задания я не делаю, вот что могу предложить вместо». Это не обвинение и не оставляет пространства для торга.

Не объясняйте долго. Развёрнутое объяснение читается как попытка оправдаться и провоцирует уговоры. Двух предложений достаточно.

Не соглашайтесь «в этот раз, потому что заказ хороший». Исключение из собственного правила обесценивает правило, а хорошим заказ выглядит ровно до момента, когда становится понятно, что оплаты не будет.

И не тратьте на переписку больше, чем на сам отклик. Если разговор ушёл в уговоры — он уже стоит вам дороже, чем принесёт.

Что делать, если тестовое уже сделано, а оплаты нет

Ситуация неприятная, но не безвыходная, и порядок действий здесь простой.

Сначала зафиксируйте, что именно у вас есть: переписка, задание, ваш результат, даты. Скриншоты диалога и файлы с исходной датой создания — это ваш единственный материал, и собирать его надо до того, как заказчик удалит переписку или аккаунт.

Дальше — один прямой вопрос об оплате без эмоций и без ультиматумов. Иногда оказывается, что заказчик просто пропал по бытовым причинам, и вопрос закрывается. Если ответа нет или он уклончивый, дальше уговаривать бессмысленно.

Если общение шло через площадку, обратитесь в её поддержку: правила большинства бирж запрещают получение работы в обход сделки, и у поддержки есть инструменты, которых нет у вас. Если общение шло в мессенджере и вне площадки — рычагов почти не остаётся, и это главный практический аргумент за то, чтобы не уходить из штатной сделки.

Наконец, занесите аккаунт и контакт в свой список и закройте историю. Разбирательство ради принципа обычно стоит дороже, чем сумма вопроса, а публичные обвинения конкретного человека несут уже ваши собственные риски. Мы не даём юридических советов и не будем — при существенных суммах разговор переходит в плоскость, где нужен юрист, а не статья в блоге.

Как признаки фрода размечает фильтр

В Orunt подозрение на бесплатное тестовое — один из трёх редфлагов, которые выносит ИИ-классификатор. Рядом с ним стоят демпинг и самопиар — заказы, которые на самом деле реклама, набор в «команду с обучением» или продажа курса.

До классификатора заказ проходит несколько более грубых шагов. Дедупликация схлопывает один и тот же заказ из разных источников. Глобальный чёрный список отсекает уже известных заказчиков по идентификатору аккаунта или юзернейму. Анти-слова работают в двух режимах: жёсткие останавливают заказ до обращения к модели, мягкие уходят в неё контекстом. Отдельно отсеиваются агрегаторы и дайджесты — сообщения с тремя и более контактами и характерными маркерами.

Только после этого текст попадает в модель, которая выносит вердикт, определяет стек и расставляет редфлаги. Дальше заказ рассылается по совпадению источника и стека, а для заказов из Telegram сервис ещё извлекает прямой контакт заказчика и повторно сверяет его с чёрным списком.

Масштаб задачи виден по цифрам одного дня. По нашей внутренней аналитике за 20 июля 2026 года из Telegram-источников пришло 1 405 сырых сообщений, а до рассылки дошло 19. С Kwork за тот же день — 127 сырых заказов и 71 прошедший фильтр. Это данные одних суток, и переносить их на месяц мы не будем, но соотношение объясняет, зачем нужна автоматическая разметка: вручную такой поток не читается. Как устроен этот источник — на странице заказов из Telegram-каналов.

Отдельная деталь, которая экономит время именно в этом сюжете: приложенные к заказу файлы приходят прямо в чат — для Kwork и Telegram это реализовано. Техническое задание, по которому и видно, «тест» перед вами или кусок живого проекта, читается сразу, без перехода на площадку и авторизации. При живом проходе по 27 сервисам ниши 23–24 июля 2026 года доставки вложений мы не встретили больше ни у одного.

Что фильтр видит, а что нет

Разметка работает по тексту, и отсюда её естественная граница. Заказ, где не сказано ни слова про тестовое, а просьба сделать «небольшой пример» поступает уже в личной переписке, для любого фильтра неотличим от нормального: ни одна разметка не видит того, чего в тексте нет. Обратная ошибка тоже возможна — нормальный заказ с упоминанием тестового может быть помечен. Это цена смыслового отсева, и мы принимаем её осознанно: альтернатива — фильтровать по одному слову «тестовое», а тогда под нож уйдут все нормальные заказы, где тестовое честно оговорено и оплачивается.

Из этого следует практическая вещь: разметка снимает с вас первый круг чтения, но не заменяет порядок работы. Схема, которая начинается уже после отклика, ловится не фильтром, а вашим правилом не делать ничего до фиксации объёма и оплаты — тем самым, что описано выше.

Юридических гарантий разметка не даёт и дать не может: она сокращает поток, а не защищает деньги. Защищает безопасная сделка площадки, письменно зафиксированный объём работ и оплата по этапам.

Чек-лист перед тем, как согласиться

1. Результат применим в реальном проекте заказчика или нет.
2. Сколько это займёт по вашей честной оценке.
3. Одинаковое ли задание у всех кандидатов.
4. Описан ли основной проект так же подробно, как тестовое.
5. Просят ли исходники и права до оформления работы.
6. Есть ли требование заплатить с вашей стороны.
7. Что заказчик отвечает на предложение оплатить тестовое.
8. Что известно про сам аккаунт — про это есть отдельный разбор в статье о проверке заказчика перед откликом.

Если по итогам разговора вы отказались, а заказчик исчез — занесите его в свой список и не возвращайтесь к этому имени. Как вести такой список, разобрано в материале про чёрный список заказчиков.