Как мы запускали фриланс‑маркетплейс «Просто Гений» с нуля и зашли в тупик — честный опыт бизнесмена

Рынок удалённой занятости в России развивается своим путём. За последние пять лет значительная часть бизнеса и специалистов сместилась в Telegram‑каналы и зарубежные сервисы.

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

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

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

С чего всё началось: проблема, а не идея

• фриланс‑платформы имеют устаревшие интерфейсы, при этом потенциал рынка остаётся огромным;
• интерфейсы часто чрезмерно сложны либо напоминают формы обратной связи из 2000‑х годов, а чаты не похожи на привычный Telegram;
• большая часть профилей на фриланс‑платформах остаётся пустой — без фото и описания, фактически «пустышки»;
• рынок ушёл в Telegram, однако уровень мошенничества там высокий, а стороны юридически не защищены;
• персональные данные пользователей нередко обрабатываются за пределами России, что нарушает требования 152‑ФЗ.

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

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

Проект нацелен на сохранение и поддержку этико‑нравственных традиционных ценностей в цифровой среде России.

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

Команда и ресурсы

Когда у меня появилась идея создать фриланс‑платформу, я пришёл к своему другу, графическому дизайнеру Евгению, и мы подумали, что для MVP нам потребуется: на дизайн — 2–3 месяца и на разработку — 1–2 месяца. Казалось, что проект можно реализовать за 4–5 месяцев. Бюджет был ограничен, команда — минимальной. На старте работали два человека: я и дизайнер.

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

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

Мы начали с анализа рынка: изучали ведущие мировые фриланс‑платформы, сравнивали их с российскими решениями и пытались понять, какие подходы работают, а какие устарели. Так началась работа над проектом и первыми макетами интерфейсов.

Все макеты отрисовывались в Figma. Сначала казалось: «ну что там нарисовать — одну главную страницу, три каталога и два личных кабинета — заказчик и фрилансер».

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

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

Мы тестировали платформу на знакомых — ничего не объясняли и наблюдали, где они останавливаются. Если возникал ступор — переделывали. И снова, и снова полировали «путь клиента», чтобы всё было понятно даже неопытному пользователю. Задача — доступ ко всем функциям за 1–3 клика.

То, что обычно выполняет команда из 10–15 человек, у нас делали двое. Экономить приходилось буквально на всём — иначе запуск такого проекта для малого стартапа был бы невозможен.

В какой‑то момент стало ясно, что разработка займёт значительно больше времени, чем планировалось изначально, а усталость и количество незакрытых задач продолжали расти.

Гипотезы, которые не сработали

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

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

Самая сложная часть разработки

Самым тяжёлым этапом оказалась не идея и не дизайн, а техническая реализация маркетплейса.

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

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

Позже к команде присоединился full‑stack разработчик Сергей, который глубоко погрузился в логику продукта, разобрал архитектурные ошибки и предложил новые решения.

С этого момента начался фактический перезапуск: ночные созвоны, сотни часов тестирования, переписывание логики и постепенное движение к MVP.

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

Если планируете мобильное приложение, можно обратить внимание на эту связку.

Что пришлось пересобрать в процессе

В итоге проект был переписан практически с нуля. Мы заново перерабатывали вёрстку, пересобирали архитектуру и закладывали решения, рассчитанные на высокие нагрузки.

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

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

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

Проект запущен — клиентов ноль…

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

И вот мы торжественно рассказали нашей небольшой аудитории, что мы здесь. Но через неделю радость сменилась новым вызовом.

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

В чём особая сложность: когда развиваешь обычный IT‑продукт — это сайт и понятная целевая аудитория. Но маркетплейс — это совсем другое. Это океан. Нужно привлекать две совершенно разные аудитории: заказчиков и фрилансеров. Если нет фрилансеров — заказчики не приходят. Если нет заказчиков — фрилансерам неинтересно. И вот с этой непростой задачей мы сейчас пытаемся справиться.

Выводы для бизнесменов и основателей

1. Запуск крупного цифрового проекта для небольшой команды — высокий риск, и ресурсов может не хватить не только финансово, но и психологически.
2. Быстрой окупаемости IT‑продукта может не быть — рынок реагирует не сразу.
3. Реальные потребности пользователей важнее длинного списка функций.
4. Минимальная команда требует высокой дисциплины и готовности совмещать десятки ролей.
5. Масштабироваться разумно только после проверки базовых гипотез.
6. Социальная и общественная ценность продукта влияет на его долгосрочную перспективу.

Короткая ключевая мысль

Если вы готовы к риску и длительному пути, важно найти команду единомышленников. Проекты редко бывают идеальными на старте, но у продуктов, которые несут созидание и пользу, всегда есть шанс.

Чему нас научил запуск маркетплейса: ошибки и выводы

Запуск фриланс‑маркетплейса «Просто Гений» показал нам, что цифровые продукты создаются не столько за счёт технологий, сколько за счёт глубокой вовлечённости команды, чёткого распределения ролей и жёсткого контроля ресурсов.

Ошибки, тупики и сомнения — не отклонение от плана, а естественная часть пути любого сложного IT‑проекта.

Мы надеемся, что наш опыт будет полезен предпринимателям, которые задумываются о создании собственных цифровых продуктов в России.