Большинство маркетплейсов не доживают до первого года — не потому что идея плохая, а потому что команда пропустила критичные этапы подготовки. Этот чек-лист запуска маркетплейса собран из реального опыта запуска платформ в e-commerce, услугах и B2B. Пройдитесь по каждому блоку до того, как начнёте писать первую строку кода или подписывать договор с разработчиком.
1. Валидация идеи и рыночный анализ
Самая дорогая ошибка — начать разработку без проверки спроса. На этом этапе нужно ответить на три вопроса: кто ваши продавцы, кто покупатели и почему они не встречаются без вас.
- ☐ Определена ниша: вертикальный (одна категория) или горизонтальный маркетплейс
- ☐ Проведён анализ прямых конкурентов — минимум 5 платформ с разбором их комиссий, трафика и UX
- ☐ Оценён объём рынка: TAM / SAM / SOM с источниками (Statista, Data Insight, отраслевые отчёты)
- ☐ Проведено 10–15 глубинных интервью с потенциальными продавцами
- ☐ Проведено 10–15 интервью с потенциальными покупателями
- ☐ Сформулировано ценностное предложение для каждой стороны отдельно
- ☐ Выбрана модель роста: supply-first или demand-first
2. Бизнес-модель и монетизация
Маркетплейс без чёткой модели монетизации — это благотворительность. Определите, как платформа будет зарабатывать, до начала проектирования: это напрямую влияет на архитектуру и логику расчётов.
| Модель | Пример | Сложность реализации |
|---|---|---|
| Комиссия с транзакции | 5–20% от сделки | Средняя |
| Подписка для продавцов | Фиксированная ежемесячная плата | Низкая |
| Листинговый сбор | Плата за размещение товара/услуги | Низкая |
| Freemium + платные функции | Продвижение, аналитика, приоритет | Высокая |
| Смешанная | Комиссия + подписка | Высокая |
- ☐ Выбрана основная модель монетизации
- ☐ Рассчитана unit-экономика: CAC, LTV, точка безубыточности
- ☐ Определена комиссия / тариф с учётом конкурентного окружения
- ☐ Спроектирован механизм сплит-платежей (эскроу или прямые выплаты продавцам)
- ☐ Продуман сценарий возвратов и споров
3. Юридическая и финансовая подготовка
Маркетплейс — это агрегатор чужих сделок, а значит, юридическая конструкция сложнее, чем у обычного интернет-магазина. Ошибки здесь обходятся штрафами и блокировками.
- ☐ Выбрана организационно-правовая форма (ООО, ИП, АО) с учётом масштаба
- ☐ Определён статус платформы по 54-ФЗ: нужна ли онлайн-касса и в каком формате
- ☐ Разработан пользовательский договор (оферта) для продавцов и покупателей
- ☐ Подготовлена политика конфиденциальности в соответствии с 152-ФЗ
- ☐ Открыт расчётный счёт, выбран эквайер или платёжный агрегатор (ЮКassa, CloudPayments, Tinkoff)
- ☐ Проработана схема налогообложения при работе с самозанятыми и ИП-продавцами
- ☐ Заключён договор с юристом на сопровождение
Запуск маркетплейса: чек-лист по технической архитектуре
Технические решения, принятые на старте, будут жить с вами годами. Переделать архитектуру под нагрузкой — это как менять двигатель на ходу. Определите требования до того, как выбирать стек или подрядчика.
- ☐ Составлен список MVP-функций: что входит в первый релиз, что — во второй
- ☐ Выбран тип решения: SaaS-конструктор (CS-Cart, Sharetribe), open-source или разработка с нуля
- ☐ Определены требования к производительности: ожидаемый трафик, количество SKU, пиковые нагрузки
- ☐ Спроектированы роли: покупатель, продавец, администратор, модератор
- ☐ Определена стратегия хранения данных: облако (AWS, Yandex Cloud) или выделенные серверы
- ☐ Продуман поиск и фильтрация: Elasticsearch или встроенные решения
- ☐ Запланирована интеграция с логистическими операторами (если товарный маркетплейс)
- ☐ Прописаны требования к безопасности: SSL, защита от DDoS, PCI DSS при работе с картами
- ☐ Определён стек мобильного приложения (если нужно): нативный или кроссплатформенный (Flutter, React Native)
Если вы ещё не выбрали подрядчика, рассмотрите разработку маркетплейса под ключ — это позволяет пройти все этапы с одной командой и избежать проблем на стыке аналитики, дизайна и разработки.
5. Контент, каталог и онбординг продавцов
Платформа без продавцов — пустой торговый центр. Заполнение каталога и качество карточек напрямую влияют на конверсию и SEO.
- ☐ Разработана структура каталога: категории, атрибуты, фильтры
- ☐ Написаны требования к карточке товара/услуги для продавцов
- ☐ Создан онбординг-сценарий для продавца: от регистрации до первого размещения (не более 15 минут)
- ☐ Подготовлена база знаний или FAQ для продавцов
- ☐ Определена политика модерации: что нельзя размещать, сроки проверки
- ☐ Запланировано «заполнение витрины» до запуска: минимум 50–100 активных предложений в ключевых категориях
6. Маркетинг и привлечение первых пользователей
Запуск без маркетингового плана — это надежда на «сарафан». Первые 90 дней определяют, наберёт ли платформа критическую массу или умрёт тихой смертью.
- ☐ Определены каналы привлечения продавцов (холодные звонки, партнёрства, отраслевые ивенты)
- ☐ Определены каналы привлечения покупателей (SEO, контекст, соцсети, influence-маркетинг)
- ☐ Настроена сквозная аналитика: Яндекс Метрика, Google Analytics 4, CRM
- ☐ Продуман механизм реферальной программы или бонуса за первую сделку
- ☐ Подготовлена SEO-структура: кластеры запросов, шаблоны мета-тегов для категорий и карточек
- ☐ Написан контент-план на первые 3 месяца: блог, кейсы, email-рассылки
- ☐ Запланирован бюджет на платный трафик с разбивкой по каналам
- ☐ Подготовлен PR-план: анонс в профильных СМИ, Product Hunt (если B2B/tech)
7. Операционная готовность и поддержка
Маркетплейс — это не сайт, который запустили и забыли. После старта начинается операционная работа: споры, возвраты, жалобы, технические сбои. Готовьтесь заранее.
- ☐ Определены процессы разрешения споров между продавцом и покупателем
- ☐ Настроена система тикетов или helpdesk (Zendesk, Freshdesk, Jira Service)
- ☐ Прописаны SLA: время ответа на обращение, время выплаты продавцу
- ☐ Настроен мониторинг доступности и производительности (Uptime Robot, Sentry)
- ☐ Определена команда поддержки на старте: минимум один выделенный менеджер
- ☐ Прописан план действий при критическом сбое (runbook)
- ☐ Запланированы регулярные выплаты продавцам с автоматической сверкой
Как использовать этот чек-лист
Распечатайте или скопируйте список в Notion / Confluence. Назначьте ответственного за каждый блок. Установите дедлайны. Пункты, которые вы не можете закрыть самостоятельно — сигнал к найму специалиста или выбору подрядчика с нужной экспертизой.
Хорошая новость: большинство ошибок при запуске маркетплейса типовые и предсказуемые. Плохая: каждая из них стоит денег и времени. Чем раньше вы проработаете каждый блок, тем меньше придётся переделывать после запуска.
Готовы двигаться дальше? Команда Aris.Web помогает пройти путь от идеи до работающей платформы: аналитика, проектирование, разработка маркетплейса под ключ, поддержка после запуска. Обсудите ваш проект с нами — звоните +7 (977) 326-69-09 или оставьте заявку на странице контактов. Расскажем, какие этапы из этого чек-листа уже можно закрыть на первой встрече.