Передача смены администратора: короткий рабочий регламент

Передавайте обещания, а не весь рабочий день

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

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

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

Что включать в передачу

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

Отдельно отметьте технические проблемы. Если канал не доставляет сообщения, новый администратор должен знать, какие проверки уже выполнены и какой резервный способ используется. Не пишите просто «Telegram не работает», если проблема затрагивает один конкретный диалог.

Не копируйте лишние персональные сведения в сводку. Ссылка на карточку с корректным доступом обычно полезнее длинного списка контактов в общем сообщении.

Формат короткой заметки

Учебный пример: «Клиент по ссылке на диалог хочет перенести консультацию с 16 на 18 сентября. Предложены 11:00 и 14:30, ждём выбор. До ответа исходную запись не меняли. Утром проверить сообщение и сохранить согласованный вариант». Такая заметка отделяет предложение от выполненного действия.

Для жалобы: «Клиент сообщил о задержке приёма. Подтвердили получение, решение не обещали. Руководитель проверяет обстоятельства до 15:00. После ответа связаться с клиентом в текущем диалоге». Здесь понятны границы договорённости и источник следующего решения.

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

Приёмка новой сменой

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

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

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

Календарь и изменения визитов

Сверяйте фактическую запись. Клиент мог согласовать перенос, но сотрудник ещё не сохранил его. В заметке укажите, какое время сейчас действует. Это исключает ситуацию, когда два администратора выполняют один перенос независимо.

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

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

Передачи от ИИ

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

Если автоматизация сформировала краткую сводку, сотрудник сверяет спорные детали с историей. Особенно важны даты, отрицания и результат действий. «Хотел записаться на пятницу» не означает «записан на пятницу».

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

Как улучшать передачу

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

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

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

Что читать дальше

CRM для команды

Передача от ИИ оператору