Маркетплейс — это площадка с тремя участниками: покупателем, продавцом и оператором, который отвечает за витрину, расчёты и правила. Технически он начинается там же, где интернет-магазин, но добавляет кабинеты продавцов, движение денег между участниками и модерацию. В Узбекистане самая тяжёлая часть проекта — не каталог, а схема расчётов с продавцами.
Коротко
В магазине один продавец и один склад, в маркетплейсе площадка сводит независимых продавцов с покупателями и зарабатывает на услугах для них. Отсюда другая архитектура и другая операционная работа.
| Что сравниваем | Интернет-магазин | Маркетплейс |
|---|---|---|
| Кто продаёт | Владелец площадки | Независимые продавцы, площадка — оператор |
| Каталог | Ведёт администратор | Наполняют продавцы, площадка проверяет |
| Деньги | Оплата идёт продавцу напрямую | Платёж нужно разделить между участниками сделки |
| Склад и доставка | Свои | Свои, продавца или смешанная схема |
| Качество | Контролирует одна команда | Держится на правилах, модерации и рейтингах |
| Основные роли | Покупатель и менеджер | Покупатель, продавец, модератор, финансист |
Если продавец на площадке один, вам нужен не маркетплейс: что для этого требуется, разобрано в статье как запустить интернет-магазин в Узбекистане.
Прежде чем строить площадку, честно ответьте, почему продавцам и покупателям она нужна вместо действующих. В Узбекистане уже работают Uzum Market, Olcha, Sello и другие площадки, и для продавца выход на них — это витрина без разработки.
Требования к продавцу — регистрация бизнеса, документы, банковские реквизиты — и порядок подключения у каждой площадки свои; их публикуют в кабинете продавца, и перед выходом на площадку читают целиком. Когда площадку строите вы, те же правила придётся написать самостоятельно: кого пускаете, что проверяете и на каких условиях работаете.
Рабочая стратегия для производителя или дистрибьютора — сначала продавать на чужих площадках и в собственном магазине, а свою площадку строить тогда, когда к вам приходят другие продавцы. Это проверка спроса до разработки.
Продавец — второй клиент площадки, и его кабинет определяет, насколько быстро растёт ассортимент без участия вашей команды. В минимальном виде в кабинете должны быть шесть вещей.
По устройству это тот же закрытый раздел с ролями и правами, что и личный кабинет клиента, только с более строгими проверками: продавец меняет данные, которые видят все покупатели.
Отдельная задача — импорт товаров. Продавцы приходят с разными выгрузками: таблица, ссылка на прайс, обмен с учётной системой. Чем больше форматов принимает площадка, тем меньше ручной работы у модераторов и тем быстрее наполняется витрина.
Главная сложность каталога маркетплейса — одинаковые товары от разных продавцов. Без единых правил витрина превращается в набор дублей с разными названиями и фотографиями.
Когда данных о покупках накопится достаточно, к витрине добавляют подбор и рекомендации: как это устроено, описано в статье рекомендательная система для маркетплейса и магазина.
Схема «площадка собирает деньги покупателей на свой счёт и потом переводит продавцам» в Узбекистане требует юридической проработки. Оказание платёжных услуг без лицензии Центрального банка запрещено статьёй 15 закона «О платежах и платёжных системах» ЗРУ-578 от 1 ноября 2019 года; из этого правила сделано исключение для платёжных агентов и субагентов.
Важно Финансовую схему маркетплейса согласуют с юристом, бухгалтером и платёжным сервисом до разработки, а не после запуска. От неё зависит модель данных: как считаются удержания, когда возникает обязательство перед продавцом и в какой момент оформляются документы.
Техническая часть приёма оплат — счета, статусы, уведомления от провайдера и сверка — одинакова для магазина и площадки и разобрана в статье биллинг и приём оплат на веб-платформе.
Маркетплейс продаёт не товар, а уверенность, что заказ приедет и будет таким, как на картинке. Поэтому правила для продавцов пишут до того, как на площадку придёт первая сотня.
Модерацию проектируют вместе с интерфейсом: у модератора должна быть очередь задач, причины отклонения и история решений по каждому продавцу.
Запускать сразу площадку «на всё» дорого и рискованно: она требует и разработки, и продавцов, и покупателей одновременно. Рабочий порядок — короткая первая версия в одной нише.
Совет Заложите в первую версию ручные операции: подтверждение продавца, проверку карточек и выплаты по реестру. Автоматизировать их дешевле во второй версии, когда видно, какие исключения встречаются на самом деле и как часто.
Первые продавцы приходят не из рекламы, а из вашей отрасли: их приводят вручную, и в первой версии это нормально.
Цены на маркетплейс как на готовый продукт не существует: это платформа, объём которой задаётся финансовой моделью и числом ролей. Для ориентира: разработка интернет-магазина с каталогом, оплатой и интеграцией с учётной системой у нас начинается от 10 000 $, а маркетплейс — это магазин плюс кабинеты продавцов, расчёты и модерация.
Форматы и цены на разработку — на странице услуги разработка сайтов, интеграции с учётными системами — на странице ERP и интеграции. Комиссии платёжных сервисов и расходы на логистику считаются отдельно.
Syntra Systems начинает с разбора процессов и денег, а не с экранов: кто участники, за что площадка берёт вознаграждение, как деньги доходят до продавца и какие документы при этом возникают. На этом этапе к разговору подключаются ваш юрист и бухгалтер.
Дальше мы описываем границы первой версии и собираем её так, чтобы вторую категорию и вторую схему логистики можно было добавить без переписывания. Кабинет продавца и модерацию делаем в том же проекте: без них площадка живёт на ручном труде вашей команды.
Обсудим вашу задачу
Расскажите, что нужно сделать, — оценим сроки и стоимость и предложим решение.
Да, это частый путь: у магазина уже есть витрина, трафик и процессы доставки. Достроить придётся кабинет продавца, расчёты с продавцами и модерацию, а также пересобрать карточку товара так, чтобы в ней уживались предложения разных продавцов.
Оказание платёжных услуг без лицензии Центрального банка запрещено статьёй 15 закона “О платежах и платёжных системах”; исключение сделано для платёжных агентов и субагентов. Поэтому расчёты обычно строят через лицензированный платёжный сервис или по агентскому договору, а схему согласуют с юристом и бухгалтером.
Это зависит от границ первой версии: площадка с одной категорией и ручной проверкой продавцов заметно меньше полнофункциональной. Срок называют после проектирования, когда зафиксированы роли, схема расчётов и состав первого релиза.
Не код, а операционная работа: привлечение продавцов, контроль качества карточек и сроков, разбор споров и экономика площадки. Технологии здесь поддерживают процессы, а не заменяют их, поэтому правила пишут раньше интерфейсов.
Вручную и адресно: первым продавцам нужна не реклама площадки, а понятная выгода и помощь с заведением товаров. Обычно берут узкую категорию, договариваются с несколькими поставщиками, которых вы уже знаете, и на них проверяют весь путь — от карточки до выплаты.
На старте — нет. Сначала проверяют спрос на веб-версии, адаптированной под телефон, и в мессенджерах. Приложение имеет смысл, когда появляются повторные покупки и постоянная аудитория, которой важны уведомления и быстрый вход.
Распределение ответственности между площадкой и продавцом фиксируется в договоре и правилах площадки, а требования к продаже товаров и возвратам задаёт законодательство. Это вопрос к юристу на этапе проектирования: от ответа зависит, какие документы и статусы появятся в системе.
