Impact LabОбсудить проект

Услуги

Разработка маркетплейса под ключ

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

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

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

Обсудить проект

Формат уже выбран в форме — останется описать задачу.

Раздел 01 — Когда бизнесу нужна своя платформа

Когда бизнесу нужна своя платформа

Маркетплейс оправдан там, где вы не продаёте сами, а сводите продавцов и покупателей и зарабатываете на этом. Если продавец один — вам нужен интернет-магазин, он дешевле и быстрее.

Отраслевая площадка

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

Сеть или франшиза

Точки продают под общим брендом, но каждая ведёт свой ассортимент и остатки. Витрина одна, кабинеты разные.

Площадка услуг

Исполнители с профилями и расписанием, заказчики с заявками, платформа между ними — с модерацией и расчётами.

B2B-площадка закупок

Оптовые продавцы, цены по договору, заявки и согласования. Каталог видят не все и не одинаково.

Локальная площадка

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

Выход из чужого маркетплейса

Комиссия площадки перестала окупаться, а клиентская база уже есть. Своя платформа переносит эти отношения к вам.

Раздел 02 — Для кого

Для кого

Формат тяжелее магазина и по срокам, и по цене. Он оправдан там, где продавцов действительно много.

  • Компаниям, объединяющим поставщиков одной отрасли на общей витрине
  • Сетям и франшизам с самостоятельными точками продаж
  • Организаторам площадок услуг: исполнители, заявки, расписание
  • Оптовым объединениям с закупками и согласованием заявок
  • Дистрибьюторам, которые открывают витрину своим дилерам
  • Тем, кто перерос комиссию чужих площадок и хочет свою
  • Бизнесу с уже работающим магазином, которому нужно пустить сторонних продавцов
  • Инвесторам и командам, запускающим платформу как отдельный продукт

Раздел 03 — Что решаем

Что решаем

То, что отличает платформу от магазина и обычно всплывает уже после запуска.

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

Раздел 04 — Что входит в разработку

Что входит в разработку

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

01

Роли и сценарии

Кто есть на платформе, что каждый видит и что может сделать. Продавец, покупатель, модератор, администратор — до строчки кода.

02

Схема данных

Товары, варианты, продавцы, заказы, расчёты и история действий. Хранилище на живой платформе не переписывают.

03

Кабинет продавца

Загрузка и правка товаров, остатки и цены, заказы и статусы, статистика продаж и выплат.

04

Кабинет покупателя

История заказов, статусы доставки, возвраты и обращения, избранное и повторный заказ.

05

Каталог и модерация

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

06

Платежи и расчёты

Приём оплаты, удержание комиссии, расчёт задолженности перед продавцом, возвраты и частичные возвраты.

07

Архитектура и безопасность

Разграничение доступа, журнал действий, защита от повторной обработки уведомлений, резервное копирование.

08

Запуск и передача

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

Раздел 05 — Как мы работаем

Как мы работаем

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

Этап 01

Проектирование платформы

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

Этап 02

Витрина и кабинеты

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

Этап 03

Разработка и расчёты

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

Этап 04

Запуск и передача

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

Раздел 06 — Технологии

Технологии

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

Next.js

Витрина и кабинеты с серверным рендером. Каталог индексируется как обычный сайт, а кабинеты работают как приложение.

Python: FastAPI и Django

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

PostgreSQL и Redis

PostgreSQL под каталог, заказы и историю действий; Redis под кэш, сессии и очереди. Docker — для развёртывания на вашем сервере.

Раздел 07 — Примеры платформ

Примеры платформ

Раздел портфолио по формату «Маркетплейс»: что мы делаем в этом формате и чем платформа отличается от интернет-магазина. Отраслевой привязки у маркетплейса почти нет — правила расчётов и модерации у площадки техники и площадки услуг устроены похоже.

Смотреть примеры маркетплейсов

Раздел 08 — Стоимость

Стоимость

от 500 000 ₽

Срок — от 30 дней

Цена зависит от числа ролей и сценариев, сложности расчётов между сторонами (комиссия, удержания, выплаты, возвраты) и объёма интеграций с внешними системами.

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

Смотреть все тарифы и пакеты

Раздел 09 — Вопросы

Частые вопросы

Пакет Start — от 500 000 ₽, Standard — от 900 000 ₽. Premium считается индивидуально по техническому заданию — заранее названная сумма там была бы выдумкой. Финальная стоимость определяется после проектирования и фиксируется до начала разработки.

Start — от 30 дней, Standard — от 45. Premium — по техническому заданию. Срок считается с момента, когда согласованы роли, сценарии и правила расчётов: без этого разработку начинать нельзя.

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

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

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

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

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

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

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

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

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

Работаем по предоплате — 50% в начале, после согласования технического задания. Оставшиеся 50% — при полной сдаче проекта.

Раздел 10 — Заявка

Расскажите про задачу

Опишите бизнес и что нужно получить. Ответим по делу: что реально нужно, сколько это стоит и в какой срок — до начала работ, а не после.

Ответ
в течение 1 часа
Часы работы
Пн–Пт, 10:00–22:00
Формат
Не обязательно — но так мы быстрее подберём примеры.
Чем конкретнее задача, тем точнее оценка. Три-четыре предложения достаточно.

Без рассылок и звонков «просто напомнить». Отвечаем по делу и один раз.

Раздел 11 — Связанное