Перейти к содержимому

Модели торговли

TL;DR: модель торговли отвечает на вопросы «что продаём, кому, кто продавец и через какой канал заключается сделка». Это первый выбор проекта: он определяет требования к платформе, данным, платежам и логистике, но сам не выбирает CMS и не описывает API.

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

МодельПокупательПродавецДеньгиТоварДокументы
Собственный B2C-магазинФизлицоВладелец магазинаЭквайринг, СБП, BNPL, при полученииСвой склад/поставщикиКассовый чек
Каталог-витринаФизлицоВладелец каталогаВне сайта: менеджер, канал-партнёрСвой или партнёрский ассортиментНет онлайн-сделки
B2B-порталЮрлицо, контрагентПоставщикСчёт, безнал, отсрочка, лимитДоговорные поставкиСчёт, УПД/УКД, ЭДО
Собственный маркетплейсФизлицо или юрлицоСторонние продавцыSplit-платёж, комиссия, выплатыАссортимент продавцовЧеки продавцов, отчёты платформы
Продажа на чужом маркетплейсеПокупатели площадкиВладелец товарного бизнесаКомиссия площадки, выплаты по графикуFBO/FBS-схемы площадкиДокументы площадки, отчёты продавца
  • Сторона сделки. B2C — физлицо принимает решение сам; B2B — организация с ролями, согласованиями и платёжными обязательствами.
  • Момент оплаты. Онлайн-оплата на витрине, оплата при получении, счёт с отсрочкой или выплата от площадки.
  • Кто отвечает за товар. Собственный склад, dropshipping, продавец маркетплейса или схема FBO/FBS.
  • Документооборот. От кассового чека до УПД/УКД и юридически значимого ЭДО.
  • Владелец данных и канала. Свой магазин владеет клиентом и историей; площадка владеет аудиторией и правилами.
  • Юридические роли. Продавец, владелец витрины, оператор платформы и агент по выплатам могут быть разными лицами.

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

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