Единый inbox для маркетплейсов: как организовать очередь обращений

Начните с карты обращений

Перечислите площадки и внешние каналы, из которых действительно приходят вопросы. Для каждого запишите типы обращений, примерный объём и сотрудника, который сейчас за ними следит. Добавьте и небольшие маркетплейсы: их нельзя исключать только потому, что они дают меньше заказов.

Не считайте наличие подключения полной поддержкой канала. В документации WB API общение с покупателями выделено в отдельную категорию с вопросами, отзывами и чатами. Для выбора сервиса проверяйте каждый нужный тип обращения отдельно: чтение, ответ, вложения и статусы могут иметь разные возможности.

Определите владельца и следующий шаг

На старте достаточно статусов «Новое», «В работе», «Ждём покупателя», «Ждём внутреннего решения» и «Решено». Это предлагаемая рабочая схема, а не обязательный стандарт. У каждого активного обращения должен быть ответственный.

Ожидание ответа поставщика и ожидание данных от покупателя лучше различать. Иначе вопрос выглядит одинаково зависшим, хотя действия нужны от разных людей. Вместе со статусом сохраняйте короткую заметку и время следующей проверки.

Расставляйте приоритеты по смыслу

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

Повторное сообщение покупателя — повод проверить предыдущий ответ. Возможно, он не был доставлен, не прошёл модерацию или не отвечал на вопрос. Не открывайте новую независимую задачу, если можно продолжить существующую историю. При этом не объединяйте людей только по совпавшему имени.

Измеряйте не только скорость

Для каждой метрики определите начало и конец отсчёта, рабочие часы и период сравнения. Без этого среднее время ответа может измениться только из-за ночных сообщений или другого состава обращений. Не задавайте универсальные цифры до того, как измерили собственный поток.

• Время до первого содержательного ответа: автоматическое «получили» считайте отдельно.
• Возраст нерешённых обращений: видно, что лежит дольше ожидаемого.
• Повторные обращения по той же проблеме: помогают заметить незавершённые решения.
• Ошибки доставки и публикации: показывают разницу между нажатием кнопки и результатом.
• Причины обращений по товарам: дают материал для улучшения карточек и инструкций.

Проведите небольшой пилот

Выберите один магазин, несколько сотрудников и понятный набор сценариев. До запуска снимите исходные показатели, затем сравните сопоставимый период. Записывайте обращения, которые всё равно пришлось открыть в кабинете площадки: это покажет реальные границы интеграции.

Результат пилота — не количество подключённых логотипов, а понятный рабочий процесс. Менеджер видит контекст, покупатель получает ответ, владелец магазина понимает, где нужна помощь. Именно такие сценарии мы собираем на интервью для «Одного окна» на стадии PRE-ALFA.