Когда предприниматель решает запустить свой маркетплейс, он обычно очень быстро проходит путь от «Вау, какая идея!» до легкого приступа паники.
Идея вроде есть. Ниша понятна. Даже деньги на старт имеются. Но как только доходит до технической части — вопросов становится так много, что голова идет кругом.
Кому поручить воплощение идеи? Фрилансеров? Профессионалов из веб-студий? Или купить версию из коробки и попробовать разобраться самому? Может, писать всё с нуля? Как прикрутить оплату, доставку, синхронизацию со складами? И почему все вокруг твердят про MVP, но никто не объясняет, что конкретно должно быть в этом MVP именно для маркетплейса — а не для рядового интернет-магазина?
Я — Дмитрий Михайлович Ткачик, представитель веб-студии Maurisweb. За плечами у нас десятки запущенных e-commerce-проектов: от сложных нишевых площадок до B2B-маркетплейсов с тысячами поставщиков.
Мне часто приходится рассказывать клиентам о том, что на самом деле представляет собой маркетплейс, и как подходить к его разработке, чтобы открыть маркетплейс быстро и без лишних хлопот. После очередной консультации я подумал, а почему бы не рассказать всё это в статье подробно и без воды. Это будет полезно не только нашим клиентам, но и всем предпринимателям, решившим создать свой маркетплейс. Я хотел раскрыть все нюансы, тонкости, подводные камни. Я попробовал уместить это в одну статью, но ничего не вышло.
Потому что маркетплейс — это не просто сайт, на котором можно купить товар. Это целая экосистема, где должно быть удобно всем: владельцам, продавцам и покупателям. Поэтому я решил написать не одну статью, а целую серию. Поделиться опытом, рассказать про грабли, на которые мы наступали, и показать, на что реально стоит обращать внимание.
О чем я по-настоящему хочу рассказать
Я расскажу, на каких принципах мы строим проекты и как выбираем инструменты под конкретную бизнес-задачу.
За годы работы мы видели очень разных заказчиков. И это, пожалуй, самое привлекательное в нашей работе.
Одни приходят с четким запросом: «Нужно переделать вот этот экран, потому что тогда конверсия вырастет, и я начну зарабатывать больше». Или: «Нужен платежный модуль, чтобы автоматически формировался отчет для налоговой». Такие бизнесы уже прошли огонь и воду — они точно знают, что им нужно для роста. С такими работать просто, но порой скучно: четкая задача, понятное решение, быстрый итог.
Другие плохо понимают, что им нужно, а потом их формулировки куда более расплывчатые: «Я хочу себе такую же фичу, как у конкурентов. Сделайте также». И тогда мы погружаемся в исследование вместе с клиентом. По кусочкам собираем информацию: какие бизнес-процессы уже работают в компании, а какие только в планах. Выясняем, как интерфейс будет общаться с продавцами, покупателями и остальными участниками бизнес-процессов. И только потом предлагаем решение, которое действительно подходит под конкретный бизнес. Потому что сам заказчик часто не видит всех мелких, но важных деталей будущей системы.
Поэтому я хочу подробно рассмотреть все этапы разработки:
1. Выбор технологии. Готовая платформа, самописное решение или кастомизация специализированной CMS? Какие варианты для каких случаев подходят, какие есть плюсы и минусы у каждого варианта? О каких подводных камнях каждого из них обычно молчат?
- Архитектура и MVP. Какие модули реально нужны в первом релизе (личные кабинеты продавцов, модерация товаров, расчет комиссий), а что можно спокойно отложить. И как спроектировать платформу, чтобы через год не пришлось переписывать всё с нуля.
- Интеграции. Платежные агрегаторы, службы доставки, складской учет, CRM. Как подружить все это в одной системе, и как избежать типичной головной боли при связке?
- Дизайн и UX. Почему эта кнопка должна находиться именно здесь и называться именно так. Как найти баланс между удобством покупателя и продавца — и кто обычно оказывается в группе риска.
- Безопасность. Как работать с платежами без нарушений 115-ФЗ, выстраивать юридически чистые договоры с поставщиками и защищать базы данных, чтобы клиенты спали спокойно.
- Подготовка к масштабированию. По каким сигналам понять, что платформа созрела для роста, и как переходить на следующий уровень без остановки работы.
У нас накопилось много кейсов, которыми я и поделюсь в этом цикле статей. Они хорошо показывают, как мы решаем задачи, которые ставят заказчики или внешние обстоятельства. Я хочу разобрать создание маркетплейса на реальных историях, чтобы вы понимали: с чем придется работать и с чем вообще можно столкнуться.
Я не буду врать вам, что достаточно 100 тысяч рублей и двух недель, чтобы открыть маркетплейс. Расскажу, зачем мы делаем те или иные вещи, какие цели и задачи ставим, как видим взаимодействие в интерфейсе. Чтобы вы понимали не просто «что получилось на выходе», а как мы к этому пришли и на каком уровне компетенций строится наша работа.
