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

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

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

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

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

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

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

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

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

В интернет-магазине один продавец, один склад и один расчётный счёт. Каталог наполняете вы, цену ставите вы, деньги приходят вам. Всё, что нужно от системы, это показать товар и принять оплату. Мы такие проекты тоже делаем, и если задача именно в этом, честнее собрать интернет-магазин под ключ и не переплачивать за сложность, которая не нужна.

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

Второе отличие в деньгах. В магазине оплата это одна транзакция вам. На площадке та же оплата это будущие выплаты нескольким продавцам минус ваше удержание, и всё это с учётом возвратов, частичных отмен и споров. Финансовая часть здесь самая ответственная, и именно её мы проектируем в первую очередь.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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