Заказы для React-разработчика на фрилансе

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

Где появляются заказы на React

React-задачи публикуются на универсальных биржах и в Telegram-каналах с заказами. Отдельной рубрики «React» на площадках чаще всего нет: заказчик описывает результат, а не стек, поэтому нужная вам задача лежит в общем потоке рядом с вёрсткой, WordPress и Tilda.

Orunt следит за семью источниками: шесть бирж — Kwork, FL.ru, freelance.ru, Freelancehunt, YouDo, Profi.ru — плюс Telegram-каналы и чаты, включая закрытые. Как устроена каждая биржа и чем они отличаются друг от друга, разобрано в отдельном материале: биржи фриланса в 2026. Для React из общего набора выделяются два источника, и по одной и той же причине: там чаще попадается заказчик, который сам понимает, что такое фронтенд и чем он отличается от вёрстки.

Freelancehunt. Проектная биржа с публичным API — единственный из семи источников, который Orunt снимает через официальный интерфейс самой площадки, а не в обход. Проектный формат подходит React-задачам: это не разовая услуга на час, а работа с ТЗ, макетом и приёмкой. Персональных Telegram-уведомлений под ваш профиль площадка не даёт — есть только общий канал-лента без фильтров, где заказы всех направлений идут подряд. Разбор — на странице Freelancehunt.

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

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

Какие задачи чаще всего приходят React-фрилансеру

Формулировки заказчиков сводятся к нескольким повторяющимся типам. Знание этих типов помогает быстро понимать по первым строкам, ваша это задача или нет.

• Интерфейс поверх готового API. Бэкенд уже есть, нужен фронтенд: список, формы, авторизация, состояние. Самый предсказуемый тип по объёму.
• Доработка существующего проекта. Правки в чужом коде, новые экраны, починка сборки, миграция на другой бандлер. Оценка зависит от того, что внутри, — до просмотра репозитория цифру называть рано.
• Перевод статичной вёрстки в компоненты. Есть макет или готовый HTML, нужно React-приложение. Часто такие заказы формулируются как «сверстать», хотя работы там больше.
• Личный кабинет или админка. Таблицы, фильтры, роли, выгрузки. Объём в тексте заказа часто выглядит меньше, чем оказывается на практике.
• Лендинг или витрина на Next.js. Заказчик приходит за SSR и скоростью загрузки, а не за React как таковым.
• Дашборд с графиками. Отдельная история из-за библиотек визуализации и требований к данным.
• Интеграция фронтенда с headless-CMS. Пересекается с WordPress- и Tilda-задачами, поэтому часто попадается тем, кто мониторит несколько стеков сразу.

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

Как отличить нормальный заказ от проблемного по тексту

Оценивать заказ до отклика приходится только по тексту. Сигналы читаются довольно надёжно, если знать, что искать.

Признаки заказа, с которым можно работать

• Описан результат и контекст: что за продукт, для кого, что уже сделано.
• Есть ссылка на макет, репозиторий, документацию API или хотя бы на текущий сайт.
• Названо, что именно предоставляет заказчик: дизайн, бэкенд, доступы, контент.
• Указан способ приёмки и сроки — пусть даже приблизительные.
• Бюджет назван или явно сказано, что он обсуждается после уточнения объёма.

Признаки, из-за которых стоит хотя бы насторожиться

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

Три последних пункта Orunt помечает автоматически: ИИ-классификатор выставляет карточке редфлаги extreme_lowpay (демпинг), fraud (бесплатное «тестовое» как способ получить работу даром) и self_promo (самореклама вместо заказа). Эти три редфлага — то, чего в проверенных сервисах ниши не нашлось: там фильтр заканчивается на рубрике, ключевых словах и, реже, минус-словах. Пометка не заменяет вашу оценку заказчика, но снимает с чтения самый предсказуемый мусор.

Как обращаться с бюджетом

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

Работающий подход — считать не «сколько стоит React», а сколько стоит конкретный объём. До оценки имеет смысл выяснить три вещи: готов ли бэкенд и есть ли документация API, существует ли дизайн в виде макета или его придётся придумывать, кто отвечает за деплой и домен. Ответы на них меняют оценку сильнее, чем сам стек.

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

Три вопроса, которые стоит задать до оценки

1. Что уже готово. Есть ли работающий бэкенд, есть ли макеты, есть ли текущая версия сайта. Ответ «пока ничего, но всё просто» означает, что вы будете оценивать не задачу, а собственное воображение.
2. Кто принимает работу. Один человек, отдел или «покажем инвестору». От этого зависит число итераций, а не сложность кода.
3. Что считается готовым. Задеплоенный на боевой сервер проект и запушенная ветка — разные объёмы. Если формулировки приёмки нет в заказе, её нужно проговорить до цифры.

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

Сколько источников держать под наблюдением

Одного источника обычно мало, но и семь вкладок руками никто не проверяет. Разумная стратегия — подписаться на несколько источников сразу и решать проблему шума фильтром, а не отказом от источников.

Насколько разный объём дают источники, видно по данным собственной аналитики Orunt за один день, 20 июля 2026 года: Kwork — 127 сырых заказов, из которых через фильтры прошёл 71; Telegram-каналы — 1 405 сообщений, из которых прошло 19; FL.ru — около 16 прошедших заказов. Это срез одного дня, а не месячная статистика, и переносить его на другие дни нельзя. Но соотношение показательно: биржевая лента относительно плотная, а сырой Telegram-поток почти целиком состоит из того, что вам не нужно.

Подробнее эта арифметика разобрана в статье сколько бирж нужно мониторить фрилансеру.

Как собрать поток по React

Технически задача сводится к трём шагам: снять ленты источников, классифицировать каждый заказ по стеку и доставить только совпадения. Именно так устроен Orunt: React — один из тринадцати стеков в его классификаторе, наравне с вёрсткой, Tilda, WordPress, Vue, Laravel, Python, Битриксом и SEO, плюс отдельная ветка для остальных CMS и фреймворков.

Смысл классификатора в том, что он читает текст заказа, а не рубрику. Для React это решающая деталь: заказчик описывает результат, а не стек, поэтому «личный кабинет с ролями и выгрузками», «переписать интерфейс, чтобы не тормозил» и «собрать витрину с SSR» — это ваши задачи, в которых слова React может не быть вовсе, а есть Next.js, «SPA», «фронтенд к нашему API» или просто описание поведения интерфейса. И наоборот: часть сообщений со словом «React» в тексте окажется вакансиями в штат и рекламой курсов. Отбор по ключевому слову ошибается в обе стороны, классификатор разбирает содержание. Комбинация «биржи плюс Telegram-чаты плюс разбор задачи по стеку с редфлагами» не встретилась ни у одного из 27 сервисов, которые мы проверили живым проходом в июле 2026: у остальных фильтрация упирается в рубрики и ключевые слова.

Перед доставкой каждый заказ проходит цепочку: дедупликация, глобальный чёрный список заказчиков, ключевые слова и анти-слова двух уровней (жёсткие отсекают заказ до обращения к модели, мягкие уходят в неё контекстом), отсев агрегаторов и дайджестов, ИИ-классификация с редфлагами. Для Telegram-заказов сервис дополнительно вытаскивает прямой контакт заказчика и повторно проверяет его по чёрному списку — в соседнем сегменте ровно этот контакт продают отдельной подпиской за 1 490–2 409 ₽ в месяц, цены сняты живым проходом 23–24 июля 2026. Заказы Kwork и Profi.ru, появившиеся снова спустя сутки и более, помечаются как «перевыставлен»: метка подтверждает факт повторной публикации, но не её причину.

Отдельный слой — фильтры доверия: общий и личный чёрные списки заказчиков и отсев свежесозданных аккаунтов. Ни одну из этих трёх возможностей мы не обнаружили ни у одного проверенного конкурента. В карточке при этом открыто указаны площадка и номер заказа, а не обезличенная пометка «Биржа», цена приводится с конвертацией валют, а вложения к заказам с Kwork и из Telegram доезжают файлами прямо в чат.

Интервал опроса бирж — 60–90 секунд, Profi.ru — около 300 секунд, так что от публикации до сообщения обычно проходит несколько минут. Задержки в тарифах у Orunt нет ни на одном — в отличие от части ниши, где скорость сама по себе товар: у одного из конкурентов дешёвый тариф отдаёт заказы на пять минут позже дорогого. Что скорость значит на практике, разобрано отдельно: скорость отклика на фрилансе.

Чего Orunt не делает — и почему

Несколько вещей отсутствуют по решению, а не по недосмотру.

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

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

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

В бесплатном тарифе доступен только Kwork и без выбора стека. ИИ-обработка стоит денег на каждом сообщении, а не на каждом пользователе, так что бесплатный тариф — витрина механики. Фильтр по React и остальные шесть источников работают на Pro: старт бесплатный, триал Pro — 7 дней против стандартных трёх по рынку; актуальные тарифы показываются в интерфейсе бота.

Коротко

React-заказы живут в общем потоке универсальных площадок и Telegram-каналов, и главная работа фрилансера здесь — не поиск, а отсев. Читайте текст заказа как источник сигналов: наличие макета и API важнее упоминания стека. Не спорьте с заведомо заниженным бюджетом, а пропускайте такие задачи. Держите под наблюдением несколько источников, но решайте проблему шума фильтрацией — и фильтровать надо по смыслу задачи, а не по слову «React» в тексте.

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