У селлера есть Wildberries, Ozon и пять таблиц. Мы решили собрать всё в одну систему
Как из собственной рутины продавца вырос MarketHub и почему мы решили делать не ещё один сервис аналитики, а рабочую систему для управления маркетплейсами.
Когда работаешь с одним маркетплейсом и несколькими товарами, многое действительно можно вести вручную.
Открыл кабинет. Посмотрел заказы. Проверил остатки. Что-то записал в Excel. Раз в несколько дней сверил цифры.
Проблемы начинаются позже.
Появляется второй маркетплейс. Ассортимент растёт. Заказов становится больше. Нужно учитывать остатки, закупки, маркировку, рекламу, комиссии, логистику и реальную прибыль.
И в какой-то момент понимаешь странную вещь:
цифровым бизнесом ты управляешь практически вручную.
Именно из этой проблемы у нас и появился MarketHub.
Сначала никакого MarketHub не было
Был вполне обычный рабочий процесс продавца.
Wildberries — в одном кабинете.
Ozon — в другом.
Где-то рядом Яндекс Маркет.
Остатки — частично в кабинетах, частично в таблицах.
Продажи — в отчётах.
Финансовую картину приходится собирать отдельно.
Если нужно понять, сколько на самом деле заработал конкретный товар, начинается отдельное расследование.
Сначала это воспринимается как нормальная часть работы.
Потом замечаешь, что регулярно повторяешь одни и те же действия:
- заходишь в несколько кабинетов;
- скачиваешь данные;
- сверяешь позиции;
- переносишь цифры;
- проверяешь остатки;
- сопоставляешь продажи и расходы;
- ищешь расхождения.
Каждое действие занимает немного времени.
Но вместе они превращаются в часы.
Второй маркетплейс не просто добавляет работу
Когда появляется Ozon рядом с Wildberries, кажется, что объём работы должен вырасти примерно в два раза.
На практике всё сложнее.
Потому что отличаются:
- интерфейсы;
- структура данных;
- статусы;
- отчёты;
- финансовая логика;
- рекламные инструменты;
- работа с остатками.
И у продавца фактически появляются две версии одной и той же реальности.
На Wildberries один товар имеет одни показатели.
На Ozon — другие.
При этом для предпринимателя это всё равно один товар и один бизнес.
И вот это несоответствие стало для нас одной из ключевых проблем.
Маркетплейсы показывают данные с точки зрения конкретной площадки.
А предпринимателю нужна картина с точки зрения его бизнеса.
Главной проблемой оказалось не отсутствие данных
Это важный момент.
Информации у продавца обычно много.
Иногда даже слишком много.
Есть отчёты, графики, выгрузки, карточки, показатели рекламы.
Но когда нужно быстро ответить на простой вопрос:
«Что сегодня происходит с моим бизнесом?»
ответ оказывается не таким очевидным.
Например:
- сколько сегодня заказали;
- сколько реально выкупили;
- какой оборот;
- какая уже подтверждённая прибыль;
- какой маркетплейс приносит больше;
- куда ушли деньги;
- какие товары дают прибыль;
- что требует внимания прямо сейчас.
Каждая цифра где-то есть.
Но общей картины нет.
И вот именно это мы решили менять.
Мы начали не с графиков, а с вопросов
Когда проектировали MarketHub, нам не хотелось делать ещё один сервис, где после авторизации пользователя встречают двадцать красивых диаграмм.
Красивый график сам по себе ничего не решает.
Поэтому мы начали с вопросов, которые возникают у продавца каждый день.
Например:
Что случилось сегодня?
Сколько денег осталось после расходов?
Какие товары реально зарабатывают?
Где заканчиваются остатки?
Какие заказы требуют действий?
Что сейчас идёт не так?
Из этих вопросов постепенно начал складываться интерфейс.
Например, оборот — ещё не прибыль
Это одна из вещей, которую особенно легко потерять из виду.
Можно увидеть:
419 757 ₽ оборота
и подумать, что день прошёл хорошо.
Но дальше начинаются:
- комиссии;
- себестоимость;
- логистика;
- налоги;
- возвраты;
- дополнительные услуги;
- платежи.
И из оборота остаётся уже совсем другая сумма.
Поэтому в MarketHub мы хотим показывать не просто продажи, а путь денег.
От того, сколько покупатель заплатил, до того, сколько реально осталось продавцу.
Ещё одна проблема — одинаковый оборот дают разные товары
Два товара могут продать на одинаковую сумму.
Но один оставить продавцу нормальную прибыль, а второй почти ничего.
Поэтому просто сортировать товары по выручке недостаточно.
Нужно видеть:
- прибыль;
- маржинальность;
- количество продаж;
- расходы;
- влияние товара на общий результат.
Мы начали делать отдельный блок, который условно отвечает на вопрос:
«Кто действительно зарабатывает деньги?»
Система должна не только показывать данные, но и говорить, куда смотреть
Есть ещё одна проблема аналитики.
Чем больше показателей появляется на экране, тем больше времени пользователь снова начинает тратить на их анализ.
То есть мы можем случайно вернуться в исходную точку:
раньше человек искал данные в пяти кабинетах, а теперь ищет важные данные в одном огромном дашборде.
Поэтому нам нравится другая логика:
если что-то требует внимания — система должна сказать об этом сама.
Например:
- появились новые заказы;
- товар ушёл в минус;
- заканчиваются остатки;
- есть операции без финансовой детализации.
Потом мы поняли, что одной аналитики мало
На определённом этапе стало понятно: если MarketHub только показывает данные, мы решаем лишь половину проблемы.
Потому что после того, как человек увидел проблему, ему всё равно приходится идти в другой кабинет и что-то делать вручную.
Поэтому идея постепенно стала шире.
Мы начали смотреть на MarketHub не как на сервис аналитики, а как на операционную систему для продавца.
То есть систему, через которую проходит весь цикл:
товар → остаток → заказ → сборка → продажа → деньги → аналитика.
Например, маркировка
Хороший пример — работа с кодами маркировки.
Сам по себе заказ кода — небольшая операция.
Но если таких товаров много, появляется ещё один процесс:
- определить маркируемый товар;
- заказать код;
- ввести его в оборот;
- связать с товаром;
- передать маркетплейсу;
- проконтролировать статус.
И если можно снять с продавца хотя бы часть этого цикла, это уже не «ещё одна диаграмма».
Это реальная экономия времени.
Поэтому сейчас мы развиваем в MarketHub и такие операционные сценарии.
Мы хотим, чтобы продукт развивался из реальной работы продавцов
На сайте у нас есть фраза:
«MarketHub может быть именно вашим».
Для нас это не просто маркетинговый блок.
Идея в том, что многие хорошие функции появляются не из roadmap разработчика.
Они появляются из сообщения продавца:
Каждый день я вот это делаю руками. Почему нельзя автоматизировать?
Такие запросы намного полезнее абстрактного списка из 100 функций.
Поэтому мы хотим развивать систему вокруг реальных процессов:
- дополнительные интеграции по API;
- автоматические сценарии;
- нужные конкретному бизнесу отчёты;
- документы;
- роли сотрудников;
- отдельные рабочие интерфейсы.
Что уже есть сейчас
На момент написания статьи MarketHub уже умеет собирать и показывать часть реальной операционной картины бизнеса.
В одном интерфейсе мы постепенно объединяем:
- заказы;
- выкупы;
- оборот;
- прибыль;
- маржинальность;
- остатки;
- товары;
- финансовые расходы;
- данные разных маркетплейсов;
- процессы, требующие внимания.
Работа продолжается.
Причём многие вещи мы переделываем по несколько раз.
Потому что задача не в том, чтобы вместить как можно больше функций.
Задача в том, чтобы продавец открыл систему утром и быстро понял:
что произошло, где деньги и что нужно сделать.
Что мы хотим получить от этой публикации
Конечно, нам интересно рассказать о MarketHub.
Но ещё интереснее проверить наши предположения на других продавцах.
Поэтому вопрос к тем, кто работает с Wildberries, Ozon, Яндекс Маркетом или сразу с несколькими площадками:
Какую операцию вы регулярно выполняете руками и больше всего хотели бы автоматизировать?
Не обязательно что-то большое.
Иногда самые полезные функции начинаются с действия, на которое человек ежедневно тратит всего 10 минут.
Но если делать его 300 дней в году — это уже 50 часов жизни.
Мы будем читать комментарии и, возможно, некоторые идеи попадут в следующие версии MarketHub.
Подробнее о проекте — MarketHub / markethub.su.