На одной платформе маркетплейс сводит три стороны: независимых продавцов, розничных или оптовых покупателей и вашу компанию-владельца. Продавцу нужны прозрачный кабинет с выгрузкой остатков и своевременные выплаты, покупателю — быстрый поиск среди миллионов товаров и гарантия безопасной сделки, а вам — экономика в реальном времени. Объёмы продаж, удержанная комиссия, возвраты по категориям. А если ядро сделки собрали как у обычного магазина? Тогда первая же сотня поставщиков положит вашу базу данных, и расчёт выплат превратится в бухгалтерский кошмар. Мы проектируем маркетплейсы на Go и Next.js с аналитическим контуром на ClickHouse. Деньги не теряются по дороге, выплаты идут по графику из журнала, а спор решается записями, а не скриншотами переписки.
Где спотыкаются новые торговые площадки
Нередко ядро сделки собирают как у обычного магазина, и поначалу всё выглядит прилично. Первые продавцы заходят, заказы идут. Подрядчик может рассказывать, что до масштаба дело поправимое. А при первых ста продавцах каталог тонет в товарах без карточек и описаний, выплаты считаются в сводных таблицах руками бухгалтерии, и вопрос «почему завис платёж» повисает в воздухе. Продавцы не видят своих продаж: кабинета нет, статусы непонятны, и поставщики уходят туда, где с ними работают прозрачно.
Дальше хуже. А конфликты решаются вручную: поддержка завалена перепиской, покупатели уходят после первого нерешённого конфликта. И экономику вы видите задним числом: маржа и возвраты по категориям собираются к закрытию месяца, когда влиять на ситуацию уже поздно.
Как площадка начинает зарабатывать
Деньги ходят сами: витрина, корзина, оплата и выплаты образуют замкнутый цикл, где каждая транзакция учитывается, а комиссия считается без ошибок и без ручных сверок. Копейка в копейку. Деньги доезжают до продавцов по графику, и площадка зарабатывает с первой сделки.
Продавцу здесь удобно: прайсы и остатки грузятся через кабинет и API, продажи и деньги видны в личной статистике. Поставщик не уходит на площадку, где с ним работают мутно.
У покупателя есть основания доверять: репутация продавцов и понятная процедура спора со сроками защищают его сделку от обмана и волокиты. Без звонков в поддержку.
Экономика видна без закрытия месяца: что продаётся, сколько удержано, где возвраты — на дашборде по категориям и продавцам. Судя по опыту, эту вкладку владелец открывает первой. И она честная.
Этапы создания маркетплейса
Начинаем с модели площадки: кто такой продавец, что такое сделка, из чего складывается комиссия, по каким правилам идёт модерация и как разрешаются споры. Это самая сухая часть проекта, и именно её дороже всего переделывать после запуска. Витрина и поиск собираются на Next.js под миллионы карточек: мгновенные фильтры, корректная индексация, покупатель находит нужное за секунды, поисковик получает чистую структуру.
Дальше встаёт кабинет продавца с выгрузкой прайсов через API и личной статистикой, а вместе с ним комиссионная модель: расчёт удержаний, закрытие периодов, автоматические выплаты, журналирование каждой операции. Модерацию и споры держит отдельный контур с очередями проверок, правилами автопроверки и процедурой разрешения конфликтов со сроками.
И перед открытием мы нагружаем площадку по-честному: тысячи продавцов и миллионы товаров в тестовом контуре показывают реальный предел производительности. Узнать его заранее дешевле, чем на живой распродаже.
Первый месяц работы торговой площадки
Открывается площадка в режиме двойного роста: продавцы и покупатели набирают обороты одновременно. Первые три-четыре недели инженеры дежурят в усиленном режиме: следят за сделками и выплатами, устраняют шероховатости онбординга, калибруют автоматическую модерацию по живым обращениям. Площадка учится на первых покупателях. Дальше начинается регулярный релизный цикл. И тут самое приятное: дежурство затихает само, без героических ночных подвигов.
Технологии площадки
За витрину и кабинеты отвечают Next.js и React: мгновенный поиск и фильтры на больших каталогах, серверный рендеринг для поискового трафика. Ядро сделки написано на Go — операции с деньгами выполняются транзакционно, без гонок и расхождений. Данные живут в паре: PostgreSQL хранит транзакции сделок, ClickHouse считает аналитику поведения и продаж на миллионах событий. Обмен с продавцами и сервисами идёт через RabbitMQ: прайсы, остатки и события сделок доставляются гарантированно.
Сроки и раскачка
Собираем маркетплейс за от 12 до 20 недель до открытия площадки.
Будем честны: маркетплейс стартует с одной категории и ограниченной группы продавцов. «Пустая площадка» с миллионом товаров никуда не ведёт: покупатель приходит за выбором внутри категории, а продавец — за покупателями. Залить витрину товарами и ждать, пока обе стороны придут сами? Понятный соблазн. Правда, скорее всего, площадка так просто и не откроется. Мы фиксируем сегмент, раскачиваем ядро сделки до безотказности и масштабируем ассортимент, когда экономика подтверждена.
Контур расчётов и надёжности
Маркетплейс живёт на пиках, и архитектура с первого дня рассчитана на них. С деньгами работаем аккуратно: расщепление платежей с удержанием средств защищает выплаты продавцам от кассовых разрывов, потому что деньги покупателя лежат на спецсчёте, а не в вашей кассе. Поиск переваривает миллионы карточек со сложной фильтрацией без просадки витрины. А если сотни продавцов массово обновляют цены, покупатели этого не замечают. Оформление заказов не замедляется. Хотя, положа руку на сердце, именно этот момент — сотня поставщиков, жмущих «сохранить» одновременно, — и есть настоящий экзамен архитектуры.