ProFreelance — глобальный маркетплейс фриланса на общем ядре

01Обзор проекта

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

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

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

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

02Контекст и задача

Запрос был сформулирован прагматично: у владельца уже есть работающий фриланс-маркетплейс (24freelance) с отлаженной механикой проектов, откликов и безопасных сделок. Нужно запустить второй маркетплейс под другой бренд и другую географию, не переписывая всё заново, но и не превращая его в простую копию. Новый продукт должен ощущаться самостоятельным, иметь современный вид и более низкий порог входа.

За этим запросом стоял понятный набор болей и ограничений, с которыми мы работали:

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

Итоговая постановка: переиспользовать ядро, но не его лицо. Взять отлаженную доменную логику и сервисы, обернуть их в новый бренд с обновлённым UI, упростить вход через соцсети, подключить быстрые крипто-расчёты и добавить формат коротких заданий. Получить второй маркетплейс быстрее и дешевле, чем строя его в одиночку, но без ощущения вторичности у конечного пользователя.

03Цели проекта

Из задачи выросли конкретные продуктовые и инженерные цели, которые мы держали в фокусе на всех этапах:

• Запустить второй бренд на общем ядре. Максимально переиспользовать доменную модель и сервисы платформы, минимизируя дублирование кода между проектами экосистемы.
• Снизить порог входа. Дать возможность зарегистрироваться и начать пользоваться площадкой за пару кликов — через вход по социальным сетям, без длинных форм и обязательного подтверждения почты на старте.
• Ускорить расчёты. Подключить пополнение баланса через крипто-шлюз Payora, чтобы глобальная аудитория могла быстро и предсказуемо заводить средства на площадку.
• Расширить форматы работы. Ввести отдельную сущность «Задания» — короткие задачи рядом с полноценными проектами, со своим жизненным циклом и упрощённым оформлением.
• Обновить интерфейс. Сделать современную тему и редизайн, которые отличают ProFreelance от базовой платформы и создают ощущение самостоятельного продукта.
• Сохранить безопасность сделок и доверие. Не растерять при редизайне и упрощении то, ради чего маркетплейс существует: безопасные сделки, рейтинги, отзывы и предсказуемые статусы.
• Заложить общие сервисы между проектами. Использовать единый платёжный слой (Payora) и общую инфраструктуру так, чтобы каждый новый продукт экосистемы подключался к ним без переписывания.

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

04Что мы сделали

ProFreelance собирает ценность из четырёх крупных блоков, которые вместе и отличают его от базовой платформы:

Поверх этих блоков — обновлённая тема интерфейса, перерисованные ключевые экраны (каталог, профиль, лента, карточка проекта и задания), упрощённый онбординг и связка с общими сервисами экосистемы. Всё это развёрнуто как самостоятельный продукт на собственном домене profreelance.biz за Cloudflare.

05Переиспользование платформы

Центральная инженерная идея проекта — не строить второй маркетплейс с нуля, а переиспользовать общее ядро. ProFreelance и 24freelance принадлежат одному семейству движка: у них общая доменная модель и общий набор отлаженных механик. Это значит, что самое сложное и дорогое в маркетплейсе — логика проектов, откликов, безопасных сделок, рейтингов и статусов — уже написано, обкатано в бою и не требует повторной разработки.

Что именно переиспользуется между проектами экосистемы:

• Доменная модель. Пользователи и роли (заказчик/исполнитель), проекты, отклики, сделки, рейтинги и отзывы, сообщения — единый каркас, проверенный на работающей площадке.
• Механика безопасных сделок. Логика, по которой деньги и обязательства сторон защищены до завершения работы, переносится без переписывания.
• Платёжный слой. Общий крипто-шлюз Payora обслуживает несколько проектов сразу: каждый подключается как отдельный мерчант, но к одному и тому же сервису.
• Инфраструктурные паттерны. Стек PHP, размещение за Cloudflare, подходы к развёртыванию и эксплуатации унаследованы от базовой платформы.

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

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

06Архитектура решения

Архитектурно ProFreelance устроен как отдельный экземпляр платформы поверх общего ядра, с собственным брендом, доменом и набором надстроек. Базовый каркас наследуется от семейства движка, а уникальная для бренда функциональность собрана в надстройках, которые не ломают общую модель.

Логически система делится на несколько слоёв:

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

Под капотом — серверный стек на PHP, размещённый за Cloudflare (DNS, TLS, защита периметра, кэширование статики). Такое разделение на ядро и надстройки принципиально: оно позволяет развивать бренд-слой ProFreelance независимо, не задевая общую доменную логику, и наоборот — улучшения в общем ядре могут доставаться сразу нескольким проектам экосистемы.

07Вход через социальные сети

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

Вход через соцсети меняет картину: человек нажимает одну кнопку, подтверждает доступ в привычном сервисе и оказывается внутри площадки уже авторизованным. Никаких паролей, писем с подтверждением и форм на старте. Это особенно ценно для глобальной аудитории, где привычки и доверие к разным способам входа сильно различаются.

С инженерной стороны соцвход аккуратно лёг на общую модель пользователей платформы:

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

Важно, что соцвход здесь — не замена доменной логики, а удобная дверь в неё. Вся механика ролей, сделок и рейтингов остаётся прежней, проверенной; меняется лишь то, насколько легко человек попадает внутрь. Это ровно тот случай, когда небольшое продуктовое решение заметно влияет на конверсию первого визита.

08Пополнение баланса через Payora

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

Сценарий пополнения для пользователя выглядит просто: он указывает сумму, площадка создаёт счёт в Payora, пользователь оплачивает его на стороне шлюза, а после подтверждения платежа баланс на ProFreelance пополняется автоматически. Никаких ручных проверок и ожиданий «свяжитесь с поддержкой».

Что это даёт продукту:

• Скорость. Крипто-расчёты не упираются в банковские задержки и трансграничные ограничения — деньги доходят быстро.
• Предсказуемость. Жизненный цикл платежа понятен: счёт создан, оплачен, подтверждён, баланс начислен. Меньше спорных ситуаций.
• Глобальность. Для аудитории по всему миру крипто-пополнение часто удобнее и доступнее локальных платёжных методов.
• Переиспользование. Площадка не содержит собственного платёжного процессинга — она подключается к общему шлюзу как мерчант, экономя разработку и снижая риски.

09Сущность «Задания»: короткие задачи

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

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

Что даёт этот формат:

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

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

10Профили, отклики и безопасные сделки

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

Как это работает по ролям:

• Заказчики публикуют проекты и задания, описывают задачу и бюджет, получают отклики, выбирают исполнителя и ведут сделку до результата.
• Исполнители заполняют профиль, показывают опыт и навыки, откликаются на проекты и задания, выполняют работу и накапливают репутацию через рейтинги и отзывы.

Связующие механики, которые делают площадку рабочей:

• Отклики. Исполнитель отвечает на проект или задание; заказчик видит претендентов и выбирает.
• Безопасные сделки. Обязательства и расчёты сторон защищены до завершения работы — это снижает риск и для заказчика, и для исполнителя.
• Рейтинги и отзывы. Репутация накапливается из реальных сделок и помогает новым пользователям выбирать партнёров.
• Сообщения. Стороны общаются внутри площадки, не утекая в сторонние мессенджеры, где договорённости теряются.

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

11Дизайн и редизайн интерфейса

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

Что затронул редизайн:

• Каталог и ленты. Списки проектов, заданий и исполнителей переосмыслены визуально — чище, современнее, с понятной иерархией.
• Профили. Карточки исполнителей и заказчиков с акцентом на репутацию, опыт и понятные точки действия.
• Карточки проекта и задания. Экраны, где принимается решение откликнуться, сделаны так, чтобы суть была видна сразу.
• Онбординг. Вход и первые шаги выстроены вокруг соцвхода и минимума трения.

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

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

12Общие сервисы экосистемы

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

Что разделяется между проектами экосистемы:

• Платёжный слой. Крипто-шлюз Payora обслуживает пополнение баланса и в ProFreelance, и в других проектах. Каждый продукт подключается как отдельный мерчант, но к одному и тому же отлаженному сервису.
• Доменное ядро. Общая модель маркетплейса (пользователи, проекты, отклики, сделки, рейтинги) переиспользуется между брендами, а не пишется заново под каждый.
• Инфраструктурные подходы. Стек PHP, размещение за Cloudflare, паттерны развёртывания и эксплуатации унаследованы и применяются единообразно.

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

13Технологический стек и инфраструктура

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

• Бэкенд — PHP: доменное ядро маркетплейса, логика проектов, заданий, откликов, сделок и рейтингов, переиспользованная из проверенной базы.
• Онбординг — вход через социальные сети поверх общей модели пользователей, с сопоставлением соцаккаунта и записи площадки.
• Платежи — интеграция с внешним крипто-шлюзом Payora для пополнения баланса; площадка выступает мерчантом общего сервиса.
• Надстройки бренда — обновлённая тема, редизайн ключевых экранов и сущность «Задания» как отдельный тип сущности.
• Инфраструктура — размещение за Cloudflare (DNS, TLS, защита периметра, кэширование статики) на собственном домене profreelance.biz.

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

14Как мы работали

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

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

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

15Результат

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

• Второй маркетплейс запущен быстрее и дешевле благодаря переиспользованию общего ядра, а не повторной разработке.
• Порог входа снижен соцвходом: регистрация и первый шаг — за пару кликов, без длинных форм.
• Расчёты ускорены крипто-пополнением через Payora — общий платёжный сервис обслуживает несколько проектов сразу.
• Форматы работы расширены сущностью «Задания»: короткие задачи живут рядом с проектами и удерживают мелкий оборот на площадке.
• Безопасные сделки, рейтинги и отзывы сохранены — фундамент доверия перенесён без рисков.

16Выводы

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

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

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