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