Управление продавцами

Управление продавцами маркетплейса

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

Путь от заявки до первой продажи
Онбординг из 6 шаговПуть от заявки до первой продажи
Продавец сам выдаёт ограниченный доступ своей команде
Ролевая модельПродавец сам выдаёт ограниченный доступ своей команде
Отслеживаются скорость отправки, отмены и жалобы
Оценка эффективностиОтслеживаются скорость отправки, отмены и жалобы
Комиссия и лимиты меняются в зависимости от уровня
Система уровнейКомиссия и лимиты меняются в зависимости от уровня

В чём главная задача управления продавцами?

Рост маркетплейса зависит не от числа продавцов, а от числа активных продавцов. Тот, кто зарегистрировался и не добавил ни одного товара или исчез после первого заказа, ценности площадке не приносит. Поэтому управление продавцами — это не вопрос регистрационной формы, а проектирование жизненного цикла: от заявки к первой продаже и дальше к постоянной работе.

Первая критическая точка цикла — онбординг. Чем больше документов вы требуете от продавца, тем выше доверие, но тем ниже доля завершённых заявок; баланс между этими двумя нужно выстраивать по типу продавца. Частному продавцу обычно достаточно подтверждения личности и контактов, а у корпоративного запрашивают налоговые документы, образцы подписей и регистрацию субмерчанта. Задавать обоим одну и ту же форму — значит утомить и тех, и других.

Вторая критическая точка — измерение. Важно не то, сколько товаров добавил продавец, а за какое время он передаёт заказ в доставку, сколько заказов отменяет и сколько получает жалоб. Когда эти показатели складываются в оценку эффективности, можно писать автоматические правила: упала оценка — снижается приоритет в выдаче, опустилась ниже порога — новые заказы не поступают. В PazaryeriSoft такие правила задаются в редакторе рабочих процессов.

Четыре вещи, определяющие цикл

  • Баланс документов

    Больше документов повышают доверие, но снижают долю завершённых заявок; требования нужно разделять по типу продавца.

  • Правильные метрики

    Измерять нужно не число товаров, а скорость отправки, долю отмен и количество жалоб.

  • Мотивация уровнями

    Хорошие показатели закрепляются, когда их вознаграждают скидкой на комиссию и большей видимостью.

  • Автоматические меры

    Предупреждение, ограничение или приостановка применяются к упавшему ниже порога продавцу автоматически, рабочим процессом.

Онбординг

Шесть шагов от заявки до первой продажи

Долю отвалов можно измерять на каждом шаге; больше всего теряется, как правило, на загрузке документов.

  1. Заполняется форма заявки

    Выбирается тип продавца, и открываются поля этого типа. У частного продавца запрашивают базовые данные и подтверждение контактов, у корпоративного — сведения о компании и налоговую регистрацию.

  2. Загружаются и проверяются документы

    Загружаются налоговые документы, образцы подписей, выписки из реестра. Проверка идёт в очереди заявок в панели управления; при нехватке документов продавцу уходит уведомление.

  3. Заводится платёжный счёт

    У платёжной организации открывается регистрация субмерчанта, а статус одобрения виден в панели продавца. Пока этот шаг не завершён, выплаты невозможны.

  4. Создаётся магазин

    Вводятся название магазина, логотип, описание, политика возвратов и доставки. Страница магазина публикуется по собственному URL и открывается поисковым системам.

  5. Добавляются первые товары

    По одному или массовым импортом через XML либо Excel. Шаблоны полей по категориям обеспечивают сбор корректных данных уже с первого товара; товары проходят модерацию.

  6. Продавец выходит в публикацию

    После завершения одобрения магазин и товары становятся видимыми. В панели продавца открываются уведомления о первом заказе, сценарий доставки и экран выплат.

Распределение прав

Что продавец делает сам, а что контролирует администратор

Когда это разделение чёткое, нагрузка на поддержку падает: продавцу не нужно звонить вам по каждой мелочи.

Что продавец делает сам в своей панели

  • Добавление и редактирование товаров, массовый импорт и обновление остатков
  • Отслеживание заказов, формирование этикеток и работа с заявками на возврат
  • Ответы на сообщения покупателей и вопросы о товарах
  • Экран расшифровки комиссий, выплат и заявок на вывод
  • Покупка кампаний, промокодов и пакетов продвижения
  • Настройки магазина, режим отпуска и политика доставки
  • Создание пользователей с ролевыми правами для своей команды

Что контролирует администратор площадки

  • Очередь заявок, проверка документов и сценарий одобрения или отказа
  • Назначение типа продавца, уровня и договорённостей по комиссии
  • Модерация товаров и правила публикации
  • Пороги оценки эффективности и правила автоматических мер
  • Работа с жалобами, обращениями и спорами
  • Приостановка, ограничение и закрытие аккаунта
  • Отчёты по обороту, комиссиям и выплатам в разрезе продавцов
Модули

Модули, готовые в управлении продавцами

Сценарий заявки и одобрения

Форма, меняющаяся по типу продавца, загрузка документов и многоступенчатое одобрение. При отказе продавцу сообщается причина.

Иерархия организаций

Под головной компанией можно завести аккаунты филиалов, дилеров или консультантов; отчётность снимается на каждом уровне отдельно.

Управление ролями и правами

Продавец выдаёт своей команде ограниченные права: роли, которые видят только заказы, только добавляют товары или имеют доступ к финансовому экрану.

Оценка эффективности

Срок передачи в доставку, доля отмен, доля возвратов, число жалоб и средняя оценка сводятся в единый показатель.

Уровни продавцов

Уровень определяет ставку комиссии, срок удержания выплат, лимиты операций и значки. Переходы можно автоматизировать.

Правила автоматических предупреждений и приостановок

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

Уведомления продавцу

Мгновенные уведомления о новом заказе, сообщении, низком остатке, приближающемся сроке отправки и выплате.

Страница магазина и витрина

Страница магазина, публикуемая по собственному URL; видны избранные товары, рейтинг магазина и политика возвратов.

Отчёты продавца

Оборот, комиссии, выплаты, эффективность товаров и сравнение по периодам. Отдельные представления для продавца и для администратора.

FAQ

Часто задаваемые вопросы

Вопросы, которые чаще всего задают о схеме управления продавцами.

Это вопрос баланса: чем больше документов, тем выше доверие, но тем ниже доля завершённых заявок. Поэтому требования стоит разделять по типу продавца. Частному продавцу обычно достаточно подтверждения личности и контактов; у корпоративного запрашивают налоговые документы, образцы подписей и выписку из реестра. Какой документ обязателен для какого типа, вы задаёте в панели управления, а при нехватке документов продавцу уходит автоматическое уведомление.
Да, ролевая модель работает и на уровне продавца. Он может задать своей команде ограниченные роли: складского сотрудника, который видит только заказы, контент-менеджера, который только добавляет товары, или бухгалтера с доступом к финансовому экрану. Так растущим продавцам не приходится делить один аккаунт, а то, кто что сделал, видно в журнале аудита.
Вместо метрик, которые выглядят хорошо, но ничего не значат — вроде числа товаров, — используются показатели, напрямую влияющие на опыт: срок передачи в доставку, доля отмен заказов, доля возвратов, число жалоб и средняя оценка покупателей. Эти показатели взвешиваются и сводятся в единую оценку эффективности. Как она считается и какими будут пороги, определяете вы.
Да, написав правило в редакторе рабочих процессов. Типичная схема работает ступенчато: когда оценка опускается ниже определённого порога, продавцу уходит предупреждение; если падение продолжается, снижается приоритет в выдаче; на критическом пороге приём новых заказов закрывается или аккаунт приостанавливается. Порог и период ожидания на каждом шаге задаёте вы; принятые меры фиксируются в журнале аудита.
Уровень удерживает продавца на площадке, потому что превращает его показатели в ощутимую выгоду. Каждому уровню можно задать свою ставку комиссии, свой срок удержания выплат, свои лимиты операций и значки. У нового продавца удержание длиннее, а лимиты уже; у продавца с чистой историей наоборот. Переходы между уровнями можно автоматизировать по оценке эффективности.
Да, это поддерживается иерархией организаций. Головная компания стоит наверху, аккаунты филиалов или дилеров подключаются к ней; отчёты по продажам и выплатам можно снимать и на уровне подчинённого аккаунта, и на уровне головной компании. Такая структура используется в сценариях сетевых магазинов, агентств недвижимости и производственных кооперативов.

Спланируем вашу схему работы с продавцами вместе

Определим шаги вашего онбординга, требования к документам и пороги эффективности.

Поддержка при внедрении · Ролевая модель доступа · Поддержка 24/7