Сайты
Чем маркетплейс сложнее интернет-магазина
В маркетплейсе появляется вторая сторона — продавцы. Отсюда модерация, расчёты, комиссии, споры, рейтинги и проблема пустой площадки на старте.
Маркетплейс со стороны покупателя выглядит как большой интернет-магазин: каталог, карточки, корзина, оплата. Разница не в витрине, а в том, что товар вам не принадлежит. Появляется вторая сторона — продавцы, — и вместе с ней целый пласт задач, которых в обычном магазине просто нет.
Вторая сторона меняет всё
В интернет-магазине один владелец данных. Он решает, как назвать товар, какую поставить цену, что написать в описании, когда отгрузить. Всё это внутренние решения, и ошибка в них — тоже внутреннее дело.
В маркетплейсе цены, описания, фотографии и сроки отгрузки задают десятки или сотни независимых людей. Площадка не контролирует их напрямую, но отвечает перед покупателем за результат. Отсюда вырастает то, что и составляет основную сложность: инструменты для продавцов, правила и механизмы принуждения к этим правилам.
Практически это означает, что у маркетплейса не один интерфейс, а три:
- Витрина для покупателя — примерно как у магазина.
- Кабинет продавца — управление товарами, заказами, ценами, остатками, отгрузками, выплатами и отчётами.
- Административная часть площадки — модерация, разбор споров, управление комиссиями, аналитика по продавцам.
Второй и третий интерфейсы обычно сравнимы по объёму работы с витриной, а иногда превышают её. Это первое, что стоит понимать при оценке проекта.
Каталог, который наполняют чужие люди
В магазине каталог заводит один человек или команда по общему регламенту. В маркетплейсе каждый продавец заводит товары по-своему, и качество каталога — это постоянная работа, а не разовая задача.
Ключевые вопросы, которые нужно решить в проекте:
- Кто определяет структуру свойств? Правильный ответ — площадка. Продавец выбирает категорию и заполняет заданный набор полей, а не придумывает свои. Иначе фильтры не соберутся.
- Что делать с одинаковыми товарами у разных продавцов? Либо каждый заводит собственную карточку, и в каталоге появляются десятки почти одинаковых позиций, либо карточка общая, а продавцы прикрепляют к ней свои предложения с ценой и сроком. Второй вариант удобнее покупателю и заметно сложнее в реализации.
- Как принимать товары массово? Ручной ввод не работает для продавца с большим ассортиментом. Нужны импорт из файла и, для крупных, обмен по расписанию.
- Кто отвечает за качество данных? Нужны проверки на входе: обязательные поля, требования к фотографиям, запрет контактов в описании.
Если общая карточка выбрана, появляется отдельная задача — сопоставление: система должна понять, что предложения разных продавцов относятся к одному товару. Это делается по штрихкоду или артикулу производителя и почти всегда требует ручной доработки.
Модерация
Модерация — не «кнопка одобрить». Это процесс с очередями, приоритетами и людьми, которые им заняты.
Модерировать приходится продавцов на входе (документы, реквизиты, право торговать категорией), товары (соответствие правилам, запрещённые позиции, качество карточки), контент (фотографии, описания) и отзывы. Для каждого потока нужны состояния, история решений и понятная продавцу обратная связь: что не так и как исправить.
Практическая развилка — до или после публикации. Премодерация защищает покупателя, но замедляет продавцов и требует больше людей. Постмодерация быстрее, но допускает нарушения на витрину. Обычно приходят к смешанной схеме: новые продавцы и рискованные категории проходят проверку до публикации, проверенные публикуются сразу и выборочно контролируются.
Модерация — это не функция сайта, а операционный отдел с программной поддержкой. Если в плане проекта нет людей на эту работу, площадка не заработает.
Деньги: комиссии, расчёты, выплаты
Самая ответственная часть. В магазине покупатель платит владельцу, и на этом финансовая логика заканчивается. В маркетплейсе деньги нужно принять, удержать комиссию и передать нужному продавцу — с учётом того, что в одном заказе могут быть товары от разных продавцов.
Что придётся спроектировать:
- Модель комиссии. Единый процент, разные ставки по категориям, плата за размещение, платное продвижение внутри площадки. Ставки меняются — значит, нужна история: по какой ставке проведён каждый прошлый заказ.
- Разделение заказа. Заказ с товарами трёх продавцов фактически распадается на три отправления со своими статусами и сроками. Покупатель должен видеть это внятно, а не как один непонятный заказ.
- Момент выплаты. Сразу после доставки, после истечения срока возврата, по расписанию раз в период. От этого зависит, сколько денег площадка держит у себя и какая ответственность на неё ложится.
- Возвраты и частичные возвраты. Деньги нужно вернуть покупателю и одновременно скорректировать расчёт с продавцом, включая уже удержанную комиссию.
- Отчётность. У каждого продавца должен быть понятный отчёт: что продано, сколько удержано, сколько к выплате, за какой период. Непрозрачные расчёты — главная причина ухода продавцов.
Здесь же — вопрос правовой схемы приёма и распределения платежей. Он решается с юристом и платёжным провайдером до разработки, потому что выбранная схема определяет техническую реализацию, а не наоборот.
Споры, рейтинги и доверие
Когда продавец и покупатель не договорились, разбираться приходится площадке. Нужен процесс: как открывается спор, какие сроки на ответ, какие доказательства принимаются, кто принимает решение и как оно исполняется деньгами.
Рядом — рейтинги и отзывы. Они делают качество продавцов видимым и заменяют собой часть ручного контроля. Но это же делает их мишенью: рейтинг влияет на продажи, значит, его будут пытаться накручивать. Минимальная защита — привязка отзыва к подтверждённой покупке.
Отдельно решается, что именно оценивается. Обычно это несколько показателей: процент отмен по вине продавца, соблюдение сроков отгрузки, доля споров, оценки покупателей. Из них складывается положение продавца на площадке — вплоть до ограничения выдачи или блокировки. Санкции должны быть прописаны в правилах заранее и применяться одинаково, иначе площадка теряет доверие обеих сторон.
Ранжирование выдачи в маркетплейсе тоже становится политическим вопросом. Порядок товаров в категории — это распределение продаж между продавцами. Он должен быть объяснимым: по релевантности, цене, рейтингу, срокам. Непрозрачная выдача порождает подозрение, что места продаются.
Проблема курицы и яйца
Технически готовая площадка без товаров и покупателей бесполезна. Покупатели не приходят на пустой каталог, продавцы не подключаются туда, где нет покупателей.
Способы, которыми эту петлю разрывают:
- Начать с узкой ниши. В одной категории проще собрать ассортимент, который выглядит полным, чем изображать универсальную площадку с пустыми разделами.
- Набрать продавцов вручную до запуска. Первые десятки подключаются не через форму регистрации, а через переговоры, часто на льготных условиях.
- Торговать самим на старте. Площадка выступает и продавцом, чтобы каталог не был пустым. Позже эту долю сокращают.
- Дать продавцам то, чего нет у них самих. Витрину, трафик, приём платежей, логистику — причину подключиться должна быть явной.
- Не брать комиссию сразу. Отложенная или сниженная комиссия на первом этапе — обычная практика: сначала оборот, потом доход.
Ошибка на этом этапе — вкладывать всё в функциональность и ничего в наполнение. Площадка с половиной задуманных возможностей, но с живыми продавцами работает; полнофункциональная и пустая — нет.
Что проверить до старта проекта
Если вы планируете маркетплейс, а не магазин, ответьте себе на эти вопросы до начала разработки:
- Кто ваши продавцы и почему им выгоднее продавать у вас, чем там, где они уже продают?
- Общие карточки товаров или отдельные у каждого продавца? Как будет работать сопоставление?
- Кто и в каком режиме модерирует продавцов, товары и отзывы? Сколько это людей?
- Как устроены комиссии и когда уходят выплаты? Какая правовая схема приёма платежей?
- Что происходит при возврате и при споре — по шагам и по деньгам?
- Как считается рейтинг продавца и какие санкции он влечёт?
- Как вы наполните площадку до того, как придёт первый покупатель?
Первый и последний пункты важнее технических. Разработка маркетплейса решаема, а отсутствие продавцов — нет. Если часть ответов пока не сформулирована, начинать стоит с них — обсудим на этапе постановки задачи.