Разработка маркетплейса
Маркетплейс — это не магазин с несколькими поставщиками. Это отдельный бизнес, где вы отвечаете за правила, качество продавцов, расчёты и споры между сторонами. Технически он сложнее магазина в разы, и большая часть сложности лежит не в витрине, а в том, что происходит после заказа.
Поэтому первый разговор у нас про экономику и правила: кто с кем рассчитывается, кто отвечает за доставку, что происходит при возврате. Пока на эти вопросы нет ответов, проектировать нечего.
Обсудить задачуЧто нужно спроектировать
- Кабинет продавца: товары, остатки, заказы, статистика
- Модерацию: кто и по каким правилам допускает товары на витрину
- Расчёты и комиссию, включая порядок выплат продавцам
- Единый заказ из товаров нескольких продавцов и его разделение
- Возвраты и споры — самая недооценённая часть площадки
- Поиск и фильтрацию по разнородным категориям
- Рейтинги и отзывы с защитой от накрутки
Когда маркетплейс не нужен
- 01Поставщиков мало и они полностью управляемы — достаточно магазина с закупкой
- 02Нет ответа, зачем продавцу приходить на вашу площадку вместо крупной
- 03Не решено, кто отвечает перед покупателем за качество и сроки
- 04Экономика держится только на предположении, что продавцы придут сами
- 05Нет ресурса на модерацию и поддержку обеих сторон
С чего начинать разработку
Строить маркетплейс целиком до первого продавца — надёжный способ потратить бюджет впустую. Разумнее собрать минимальную работающую версию: витрина, кабинет продавца, заказ и ручные расчёты.
Ручные операции на старте нормальны: пока продавцов десять, выплаты можно делать руками. Автоматизировать стоит то, что уже болит, а не то, что предположительно заболит на тысяче продавцов.
Что обычно спрашивают
Сколько стоит разработка маркетплейса?
Это самый дорогой формат из наших, и разброс огромный. Минимальная работающая версия и полноценная площадка с автоматическими расчётами различаются кратно. Считаем после разбора модели.
Можно сделать на готовой платформе?
Есть решения, и для проверки идеи они годятся. Ограничения появляются, когда ваши правила расчётов или логика заказа отличаются от заложенных в платформу.
Кто отвечает за приём платежей?
Зависит от модели: вы как площадка или продавцы напрямую. Это влияет и на техническую реализацию, и на юридическую сторону — решать нужно до разработки.
Как привлечь продавцов?
Это не техническая задача, и честно скажем, что здесь мы не помощники. Но архитектуру мы закладываем так, чтобы подключение нового продавца не требовало разработчика.
Сколько это займёт?
Месяцы даже для минимальной версии. Если срок критичен, разумнее сузить объём первой версии, а не ускорять разработку.