Функционал маркетплейса: разбор по модулям

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

Три роли — три интерфейса

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

• Покупатель — ищет, сравнивает, платит, получает, оставляет отзыв.
• Продавец (вендор) — загружает товары, управляет остатками, обрабатывает заказы, выводит деньги.
• Администратор — модерирует контент, настраивает комиссии, разрешает споры, смотрит сводную аналитику.

Если при проектировании забыть об одной из ролей или «срезать» её функционал, платформа станет неудобной именно для той стороны, без которой не будет бизнеса.

Модуль регистрации и профилей

Это точка входа для всех трёх ролей. Кажется простым, но здесь скрыто много нюансов.

Для покупателей

• Регистрация через email, телефон, соцсети или Госуслуги (если B2C с российской аудиторией).
• Личный кабинет: история заказов, адреса доставки, список избранного, бонусный счёт.
• Верификация через SMS или email — обязательна для защиты от фрода.

Для продавцов

• Расширенная анкета: ИНН, реквизиты, документы — всё, что нужно для легального вывода денег.
• Статусы верификации: «на проверке», «активен», «заблокирован».
• Управление командой: возможность добавить сотрудников с разными правами (менеджер склада, бухгалтер).

Каталог и карточка товара

Это сердце маркетплейса. От качества каталога зависит конверсия и SEO-трафик.

Элемент	Минимум для старта	Расширенная версия
Категории	Древовидная структура до 3 уровней	Динамические фильтры по атрибутам категории
Карточка товара	Фото, описание, цена, остаток	Видео, 3D-просмотр, таблица размеров, сравнение
Поиск	Полнотекстовый по названию	Эластичный поиск с синонимами, опечатками, фасетами
Модерация	Ручная проверка администратором	Автоматическая + ручная с очередью задач

Важный момент: карточка товара на маркетплейсе принадлежит платформе, а не продавцу. Это значит, что несколько продавцов могут торговать одним товаром через одну карточку — как на Wildberries или Ozon. Такая модель снижает дублирование контента и упрощает SEO, но требует дополнительной логики выбора «победителя» в Buy Box.

Корзина, оформление заказа и оплата

Здесь теряется больше всего денег. Каждый лишний шаг в checkout снижает конверсию на 10–20%.

Обязательный функционал:

1. Корзина с возможностью менять количество и удалять позиции.
2. Выбор адреса доставки — из сохранённых или новый.
3. Расчёт стоимости доставки в реальном времени (интеграция с СДЭК, Boxberry, Почтой России или курьерской службой).
4. Выбор способа оплаты: эквайринг (Тинькофф, ЮКасса, Сбер), СБП, рассрочка.
5. Применение промокода или бонусов.
6. Страница подтверждения заказа и письмо/SMS на email/телефон.

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

Личный кабинет продавца (вендор-панель)

Это рабочее место, в котором продавец проводит несколько часов в день. Если оно неудобное — продавец уходит к конкурентам.

Ключевые блоки вендор-панели:

• Управление товарами: массовая загрузка через Excel/XML, редактирование остатков, управление ценами и акциями.
• Заказы: список новых заказов, смена статусов, печать накладных, трекинг отправлений.
• Финансы: баланс, история начислений, комиссии по каждому заказу, заявка на вывод средств.
• Аналитика: выручка, количество заказов, средний чек, конверсия карточек, возвраты.
• Отзывы и вопросы: ответы покупателям прямо из панели.

Система оплат и взаиморасчётов

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

Здесь нужна модель Split Payment или агрегаторская схема через платёжный шлюз. Платформа удерживает комиссию (обычно 5–25% в зависимости от категории) и переводит остаток продавцу по расписанию — раз в неделю или по запросу. Всё это должно фиксироваться в реестрах и быть юридически корректным с точки зрения 54-ФЗ и требований ЦБ.

Без правильно выстроенной финансовой логики маркетплейс превращается в головную боль для бухгалтерии и риск претензий от ФНС.

Модерация, споры и возвраты

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

• Модерация товаров: проверка перед публикацией — вручную или через автоматические правила (запрещённые категории, дубли, некорректные цены).
• Система отзывов: оценки, текстовые отзывы, фото от покупателей, верификация «только купившие могут оставить отзыв».
• Споры: покупатель открывает спор → продавец отвечает → администратор выносит решение. Каждый шаг фиксируется, сроки контролируются автоматически.
• Возвраты: заявка, согласование, логистика обратно, возврат денег. Интеграция с платёжным шлюзом для рефанда.

Аналитика и администрирование

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

• GMV (общий оборот), выручка платформы, динамика по дням/неделям/месяцам.
• Количество активных продавцов, новые регистрации, отток.
• Топ товаров и категорий по продажам.
• Конверсия воронки: визиты → карточка → корзина → оплата.
• Средний рейтинг продавцов, количество открытых споров.

Для серьёзных проектов данные выгружаются в BI-систему (Power BI, Metabase) или строится собственный дашборд.

Что добавляют при масштабировании

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

• Программу лояльности: баллы, уровни, кешбэк.
• Рекламный кабинет для продавцов: платное продвижение товаров внутри платформы.
• Фулфилмент: склад маркетплейса, куда продавцы отгружают товары, а платформа сама отправляет заказы.
• API для интеграции с ERP/1С продавцов.
• Мобильное приложение для покупателей и отдельное — для продавцов.
• ML-рекомендации: «с этим товаром покупают», персонализированная лента.

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

Как не потерять бюджет на этапе планирования

Самая частая ошибка — пытаться сделать всё сразу. Маркетплейс с полным функционалом Wildberries на старте — это 12–24 месяца разработки и бюджет от 15–20 млн рублей. MVP с базовым функционалом можно запустить за 3–5 месяцев и проверить гипотезу на реальных пользователях.

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

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

Итог

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

Готовы обсудить ваш проект? Команда Aris.Web специализируется на разработке маркетплейса под ключ — от архитектуры и дизайна до интеграций и запуска. Свяжитесь с нами: +7 (977) 326-69-09 или оставьте заявку на странице arisweb.ru/kontakty — разберём вашу задачу и предложим оптимальный стек и бюджет.