volbor

Ищете что-то?

↑↓навигацияEnterоткрытьEscзакрыть

Выберите язык

Начать

Растущие компании: одна очередь вместо личных чатов сотрудников

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

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

НачатьПодробнее
  1. 01
    Два ответа на одну заявку

    клиент написал в виджет и в мессенджер. Два сотрудника отвечают разным текстом, потому что не видят чужой чат.

  2. 02
    Заявка без владельца

    сообщение лежит в общем канале. Каждый думает, что возьмёт другой. Клиент ждёт дольше, чем длится сам ответ.

  3. 03
    Потеря контекста на стыке смены

    утренняя договорённость не записана. Вечерний сотрудник спрашивает то же самое ещё раз.

  4. 04
    Срок ответа не виден

    руководитель узнаёт о задержке из жалобы, а не из очереди. Пока нет общего списка, «мы быстро отвечаем» нельзя проверить.

С какими потерями сталкивается смена из нескольких человек

Рост ломает схему «владелец всё помнит»:

  1. 01

    Два ответа на одну заявку

    клиент написал в виджет и в мессенджер. Два сотрудника отвечают разным текстом, потому что не видят чужой чат.

  2. 02

    Заявка без владельца

    сообщение лежит в общем канале. Каждый думает, что возьмёт другой. Клиент ждёт дольше, чем длится сам ответ.

  3. 03

    Потеря контекста на стыке смены

    утренняя договорённость не записана. Вечерний сотрудник спрашивает то же самое ещё раз.

  4. 04

    Срок ответа не виден

    руководитель узнаёт о задержке из жалобы, а не из очереди. Пока нет общего списка, «мы быстро отвечаем» нельзя проверить.

Ключевые сценарии volbor для растущей смены

Очередь, назначение и эскалация — это один контур, а не три проекта.

  1. 01

    1. Все входы в одном Inbox

    Единый Inbox собирает сайт, мессенджеры и почту в одну ленту. Сотрудник открывает диалог и видит предыдущие реплики, а не только последнее сообщение в своём приложении.

  2. 02

    2. Очередь и назначение

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

  3. 03

    3. Срок, после которого диалог нельзя прятать

    Таймеры SLA показывают, какое обращение ждёт дольше правила. Правило задаёте вы: например, первый ответ в рабочий час не дольше 15 минут. Таймер не улучшает сервис сам. Он делает просрочку видимой до жалобы клиента.

  4. 04

    4. Повторный клиент не заводится заново

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

Экономика на одном примере

Это арифметика одной недели, не исследование и не средняя по рынку. Допустим, смена из трёх человек теряет 10 заявок в неделю, потому что их взяли двое сразу или не взял никто. Если 4 из этих 10 стали бы заказом со средним чеком $120, неделя стоит около $480, месяц — около $1 920 [1]. Общая очередь не гарантирует эти заказы: она убирает ситуацию, в которой заявка не имеет владельца. Проверять нужно долю диалогов с назначенным человеком и долю первых ответов внутри вашего правила, а не «рост конверсии после внедрения платформы».

Если заявки и раньше не терялись, а спорили только о тексте ответа, Inbox сам по себе выручку не прибавит. Тогда сначала фиксируют скрипт, потом очередь.

Частые вопросы

Нам ещё рано для общей очереди?

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

Нужно ли подключать CRM в первый день?

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

Как не утонуть в настройке всех каналов?

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

Что считать ответом?

Первую содержательную реплику человеку, а не автоответ «мы получили сообщение». Иначе таймер закрывается, а клиент всё ещё ждёт суть.

Можно ли оставить личные мессенджеры сотрудников?

Как личный канал сотрудника — нет, если этот чат обещает клиенту ответ компании. Иначе договорённость снова останется в одном телефоне. Личный номер может быть входом, но диалог должен попасть в общую очередь.

Полезные ссылки и связанные решения

Растущей смене нужен общий список дел, а не ещё один бот рядом со старыми чатами.

  • Единый InboxЗачем нужно: видеть сайт и мессенджеры в одной ленте смены.
    Что будет, если не внедрить: два сотрудника ответят на одну заявку по-разному.
  • Маршрутизация командыЗачем нужно: у новой заявки появляется владелец, а не общее «кто-нибудь возьмёт».
    Что будет, если не внедрить: обращение будет ждать, пока кто-то заметит его в общем чате.
  • Таймеры SLAЗачем нужно: увидеть просрочку до того, как клиент напишет повторно.
    Что будет, если не внедрить: о скорости ответа узнают из жалобы.
  • Профиль клиентаЗачем нужно: не спрашивать заново то, что уже сказали вчера другой смене.
    Что будет, если не внедрить: история останется в памяти одного сотрудника.
  • АналитикаЗачем нужно: проверить долю диалогов с владельцем и первых ответов внутри правила.
    Что будет, если не внедрить: очередь есть, а понять, помогает ли она, нельзя.
  • Малый бизнесЗачем нужно: если команда ещё отвечает в одиночку и общий Inbox рано.
    Что будет, если не внедрить: настройка начнётся с ролей, которых в смене нет.
  • Крупные командыЗачем нужно: когда очередей несколько и доступ к чужим диалогам уже нельзя давать всем.
    Что будет, если не внедрить: рост закончится одной общей лентой на все отделы.

Как посчитано

Откуда цифра в примере

  1. [1]
    Около $1 920 в месяц, если 4 из 10 потерянных за неделю заявок стали бы заказом по $120.

    4 заказа в неделю × $120 × 4 недели = $1 920. Условие примера задано в абзаце: 10 заявок без владельца, 4 из них конвертировались бы. Не замер продукта и не средняя по рынку.