Разработка маркетплейсов
в Екатеринбурге

Екатеринбургские предприниматели запускают B2B-маркетплейсы для металлургической и машиностроительной цепочки поставок, отраслевые площадки для уральской промышленности, локальные сервисные маркетплейсы (специалисты, ремонт, услуги), маркетплейсы запчастей и промышленного оборудования. Позиция Екатеринбурга на стыке Урала, Сибири и Поволжья создает естественный хаб для маркетплейсных моделей.

MVP с базовой функциональностью (каталог, корзина, оплата, кабинеты продавцов, простая логистика) — 6-10 месяцев. Маркетплейс среднего уровня с проработанным функционалом, интеграциями, мобильным веб-приложением — 10-15 месяцев. Крупный маркетплейс с мобильными приложениями iOS и Android, развитой логистикой — 18-36 месяцев. Работаем итеративно: сначала MVP, потом активное развитие по обратной связи.

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

Используем сплиты ЮKassa, Тинькофф Сплит, либо собственную систему с интеграцией банковского эквайринга. Юридически работаем с агентскими договорами. Учитываем налоги (НДС, НДФЛ для самозанятых продавцов). Формируем правильные документы для бухгалтерии. Для екатеринбургских маркетплейсов с международными поставщиками — мультивалютные и трансграничные платежи.

Да. Архитектурируем маркетплейсы, стартующие как локальные (Екатеринбург и Свердловская область, агломерация с Верхней Пышмой и Березовским) с легким масштабированием на всю Россию без переинженерии. Геопоиск, зоны доставки, региональные цены — расширяются от района до страны по мере роста.

Современная микросервисная архитектура с разделением на функциональные модули. Каталог, продавцы, заказы, платежи, логистика, уведомления, аналитика — каждый в виде отдельного сервиса. Технологии — Node.js, Python (FastAPI), Go для бэкенда, React/Next.js для фронтенда, PostgreSQL + Redis + ClickHouse. Стек близок к стандартам екатеринбургского IT-кластера (Контур, Naumen, Тензор).

Да. Нативные приложения под iOS (Swift) и Android (Kotlin) либо кроссплатформенные на React Native, Flutter. Часто делаем отдельные приложения для покупателей и для продавцов (управление каталогом, заказами, статистикой). Мобильное приложение обычно после стабилизации веб-версии.

Маркетинговая часть — консультируем. На старте главная сложность — «курица или яйцо». Льготные условия для первых продавцов, персональная работа с топ-поставщиками (для екатеринбургского B2B — поездки к ключевым поставщикам УГМК, ТМК), готовая база покупателей из связанных каналов. Привлечение покупателей — контент-маркетинг и SEO, Яндекс.Директ и VK, партнерства, программы лояльности.

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

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

По расписанию, с пометкой времени последней синхронизации. Остаток без времени обновления вводит покупателя в заблуждение.

Нужна при большом ассортименте. Для десятка позиций она дороже, чем ручное ведение.

Сводить по артикулу и характеристикам в одну карточку с предложениями разных продавцов. Иначе каталог распухает и мешает сравнивать.

В его кабинет и в учётную систему, если она есть. Дублирование на почту оставляют как запасной канал.

Можно: резерв и списание идут по обмену. Механику согласуют с продавцом, у каждого свои правила резервирования.

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

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

Их можно подтягивать в карточку, но с проверкой. Скопированное описание одинаково у всех и не помогает в поиске.

Можно: доступ к категориям настраивается по договору. Это стандартное требование для отраслевых площадок.

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

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

Площадка с настроенным обменом, описание форматов и правил сопоставления, доступы.