Контроль переписок менеджеров: как сделать это процессом, а не слежкой

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

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

Зачем это компании: три разных ответа

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

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

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

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

Если объяснить отделу только первый ответ, контроль читается как недоверие. Если объяснить все три — как обычная рабочая практика, вроде общего календаря.

Что смотреть в диалоге

Список короткий, потому что длинный никто не применит.

• Ответили ли клиенту вообще и не висит ли его последнее сообщение без реакции.
• Что клиенту пообещали — сроки, цены, условия, скидки, доработки. Обещания в переписке становятся обязательствами компании независимо от того, знает ли о них компания.
• Зафиксирован ли следующий шаг: кто, что и когда делает дальше. Диалог без следующего шага — это диалог, который закончился, даже если формально сделка «в работе».
• Не переехал ли разговор в другое место — «давайте я вам в личку скину». После этой фразы вся дальнейшая история для компании исчезает.
• Тон и содержание в проблемных местах: как отвечают на возражение, на претензию, на просьбу подождать.
• Что произошло после проигрыша. Отказ клиента — самая полезная часть выборки: там видно, чего не хватило, и там же обычно видно, что после «нет» диалог просто оборвали.

Чего в этом списке нет: времени ответа с точностью до минуты, длины сообщений, количества смайликов и активности в течение дня. Не потому, что это «нельзя смотреть», а потому, что по итогам такого просмотра нечего решать.

Как выстроить процесс: по шагам

1. Сведите переписку в одно место. Пока диалоги разбросаны по личным телефонам, любой регламент проверки — это просьба к сотрудникам показывать то, что они сочтут нужным.
2. Определите, кто имеет доступ и к чему. Руководитель видит отдел, менеджер — своих клиентов и клиентов коллеги, которого подменяет. Доступ описывается ролью, а не личной договорённостью, иначе он не отзывается при смене должности.
3. Объявите правило отделу до старта. Что смотрится, кем, как часто и что бывает по итогам. Отдельно скажите вслух, чего вы не смотрите — это снимает половину напряжения.
4. Заведите регулярную выборку. Точного числа не назовёт никто, но как ориентир руководители обычно берут три-пять диалогов на менеджера в неделю, выбранных не по симпатии: например, самый крупный, самый давний без ответа и один случайный.
5. Смотрите проблемные случаи целиком, а не выборочно. Претензия, отказ после долгого разговора, внезапно замолчавший клиент — это не выборка, это разбор конкретного случая.
6. Разделите два разговора: спасение сделки и разбор ошибки. Первый — сегодня и с клиентом. Второй — на встрече один на один, спокойно и с конкретной цитатой из переписки, а не с «мне кажется, ты плохо работаешь».
7. Правьте систему, а не людей, когда ошибка повторяется. Одна и та же ошибка у трёх менеджеров — это не три плохих сотрудника, это плохой скрипт, невнятный прайс или неработающий процесс согласования.
8. Пересматривайте доступы по календарю. Раз в квартал и в день любого кадрового изменения: кто читает переписку, зачем и до сих пор ли это нужно.

Чек-лист: контроль работает или имитируется

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

Почему скриншоты — не контроль

Отдельным пунктом, потому что это самая частая замена процессу. Компания просит присылать скриншоты переписки, складывает их в папку и считает, что переписка «под контролем».

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

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

Где контроль превращается в слежку

Граница проходит не по количеству просмотров, а по предмету. Как только измеряемым объектом становится сотрудник, а не диалог, процесс начинает разрушать сам себя.

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

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

Что остаётся за компанией

Инструмент не принимает ни одного из решений этой статьи.

• Кому выдать доступ. Сервис проверяет роль, но кто получает роль руководителя и что ему видно — решение компании.
• Правило выборки и периодичность. Никакая система не знает, какие диалоги важны именно вам.
• Разговор с менеджером. Разбор по итогам просмотра — это работа руководителя, и качество контроля определяется именно им, а не полнотой данных.
• Объявление правил отделу. Ровно тот шаг, который чаще всего пропускают, и именно из-за его пропуска контроль читается как слежка.
• Правовая сторона. Какие внутренние документы нужны для просмотра рабочей переписки в вашей компании, оценивает юрист, а не статья в интернете.

Что для этого есть в LTVchat

Сервис закрывает техническую половину: делает переписку видимой компании и оставляет следы того, кто с ней работал.

• Переписка из подключённых мессенджеров собирается в общее рабочее окно, и история открывается вместе с карточкой клиента — то есть смотреть диалог можно, не обращаясь к менеджеру.
• Доступ определяется ролью — менеджер, администратор, владелец, супер-администратор, — и роль проверяется на стороне сервера при обработке запроса, а не в интерфейсе.
• Данные привязаны к рабочему пространству компании, запрос к чужому пространству отклоняется, и эта проверка выполняется отдельно от проверки роли.
• Действия пишутся в журнал: событие, объект, роль исполнителя, IP-адрес, время. Это работает в обе стороны — не только «кто читал переписку клиента», но и «кто утверждает, что не читал».
• Учётную запись можно отключить, а сессию отозвать, не удаляя историю переписки.

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

Как понять, теряется ли история между каналами и сотрудниками — отдельный текст; где эта история должна лежать — разбор мест хранения. Оценить текущее состояние можно аудитом из десяти вопросов, стоимость рабочего окна — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, а посмотреть его — в демо без регистрации.