Короткий ответ
Единый inbox становится полезным только после договорённости о владельце диалога, статусах и следующем действии. Каналы собираются в одной очереди, но ответственность не должна оставаться общей: у каждого открытого обращения есть конкретный сотрудник, срок и причина ожидания. Передача сохраняет историю и внутреннюю заметку, поэтому клиенту не приходится повторять запрос.
Общие входящие не решают проблему сами
Если все видят один список, но никто не знает, кто отвечает, inbox превращается в новую версию общего чата. Часть обращений получает два ответа, часть ждёт до вечера, а контекст приходится восстанавливать по памяти.
Минимальный регламент должен отвечать на четыре вопроса: кто владелец, в каком статусе диалог, когда следующий шаг и где записан контекст. Чем меньше команда, тем важнее не усложнять модель десятком статусов.
Модель статусов из пяти состояний
| Статус | Что означает | Следующий шаг |
|---|---|---|
| Новый | Никто ещё не взял диалог | Назначить владельца и ответить |
| В работе | Оператор ведёт разговор | Собрать данные или решить вопрос |
| Ждём клиента | Ход за клиентом | Поставить напоминание, если нужен срок |
| Ждём команду | Нужна внутренняя проверка | Указать, кто и к какому времени вернётся |
| Закрыт | Есть результат или понятная причина завершения | Не оставлять скрытый следующий шаг |
Владелец — это не тот, кто последний написал
Назначение означает ответственность за следующий шаг, даже если ответ физически отправит другой сотрудник. Если оператор передаёт диалог, он меняет владельца и оставляет короткую записку: что уже выяснено, что обещано и чего ждём.
Передаю Марии. Клиент выбирает консультацию по интерьеру, город Казань, удобное время после 17:00. Нужны свободные слоты и итоговая цена.
Следующий шаг: Мария отвечает сегодня до 17:30. Если слот не подходит — предложить два альтернативных времени.
Передача должна позволять продолжить работу без чтения всей истории с начала.
Как разбирать просроченные обращения
- 01
Сначала — открытые без владельца
Это системная проблема: сообщение видно всем, но не принадлежит никому.
- 02
Потом — ожидающие ответа клиента
Проверьте, не требуется ли короткое напоминание и зафиксирован ли срок.
- 03
Дальше — внутренние передачи
Сверьте, не завис ли вопрос у человека, который не видит очередь.
- 04
В конце — повторяющиеся темы
Если один вопрос возвращается каждую неделю, вынесите его в сценарий или базу знаний.
- У каждого открытого диалога есть владелец.
- Статус говорит о следующем действии, а не только о настроении.
- Передача содержит решение, контекст и срок.
- Просроченные диалоги видны отдельной очередью.
- Недельный разбор заканчивается изменением процесса или сценария.
Здоровье очереди видно по возрасту, а не по общему числу диалогов
Сто открытых обращений могут быть нормой для большой команды, а пять — проблемой, если два из них ждут ответа сутки. Разделяйте очередь по возрасту, владельцу и причине ожидания. Тогда руководитель видит не абстрактную загрузку, а конкретный участок процесса: не назначили ответственного, ждём клиента, ждём коллегу или забыли закрыть решённый вопрос.
| Срез | Какой вопрос задаёт | Какое действие следует |
|---|---|---|
| Без владельца | Кто вообще отвечает? | Назначить или исправить маршрутизацию |
| Просрочен первый ответ | Почему клиент ещё не услышан? | Перераспределить нагрузку |
| Ждём команду | Где застряло внутреннее решение? | Назвать владельца согласования |
| Повторное обращение | Почему вопрос не закрылся с первого раза? | Исправить ответ или процесс |
Смена должна передавать решения, а не список непрочитанного
Перед концом смены оператору не нужно пересказывать весь день. Достаточно зафиксировать текущую задачу клиента, что уже проверено, чего ждём и когда нужно вернуться. Входящий сотрудник продолжает с этого места. Если внутренняя заметка занимает больше нескольких строк, вероятно, важные поля и статусы не вынесены в карточку обращения.
SLA полезен только вместе с часами работы и приоритетом
Один таймер для всех обращений создаёт ложную срочность. Вопрос об оплате после списания, запрос коммерческого предложения и сообщение «спасибо» не должны стоять в одной очереди. Сначала определите несколько понятных приоритетов, затем для каждого назовите время первого ответа и время следующего обновления. Таймер должен учитывать рабочие часы и останавливаться только в заранее оговорённых состояниях, например когда команда действительно ждёт данные клиента.
- 01
Назовите риск
Что произойдёт, если команда ответит позже: потеряется продажа, остановится работа или просто сдвинется консультация.
- 02
Определите обещание
Зафиксируйте реалистичный срок первого ответа отдельно от полного решения.
- 03
Покажите таймер
Оператор и руководитель должны видеть приближение срока до просрочки, а не только постфактум.
- 04
Разбирайте причины
Просрочка без владельца, перегрузка и ожидание коллег требуют разных изменений процесса.
Источники и документация
Частые вопросы
- Какие статусы нужны в общих входящих?
- Достаточно пяти: новый, в работе, ждём клиента, ждём команду и закрыт. Статус должен отвечать на вопрос «кто и что делает дальше», а не просто красиво описывать состояние переписки.
- Кто отвечает за диалог после передачи?
- Тот, кому диалог назначен владельцем. Передача считается завершённой только когда в карточке есть новый владелец, следующий шаг, срок и короткая заметка с уже собранным контекстом.
- Как разбирать просроченные обращения?
- Сначала откройте обращения без владельца, затем ожидающие клиента, внутренние передачи и повторяющиеся темы. Цель разбора — изменить один процесс или сценарий, а не просто закрыть очередь вручную.