Разработка маркетплейса и агрегатора

Чем площадка сложнее магазина

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

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

С чего мы начинаем

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

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

Из чего состоит площадка

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

Расчёты и нагрузка

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

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

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

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