Отдел продаж в Telegram: план внедрения

Короткий ответ: внедрение в отделе — это не установка инструмента, а четыре недели, из которых техника занимает один день. Первая неделя уходит на разговор с командой и измерение исходной точки. Вторая — на подключение каналов и роли. Третья — на правила, которые пишутся на одной странице. Четвёртая — на проверку, состоялось ли что-нибудь.

Второе, что стоит принять заранее: две вещи, которых обычно ждут от «системы для отдела продаж», придётся делать руками. Распределения обращений и назначения ответственного за диалог в LTVchat нет — это ваше письменное правило. И поиска по словам внутри сообщений нет — контроль строится на выборке, а не на выуживании фраз из потока. Что есть: одна лента, четыре роли, изоляция рабочего пространства, журнал действий, объединение диалогов, экспорт в PDF. Тариф — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц; интерфейс открыт в демо без регистрации.

Неделя 1. Разговор и исходная точка

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

Измерение до, а не после. Два числа, оба считаются руками за час:

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

Второе число почти всегда неприятное, и именно оно потом покажет разницу. Полная версия диагностики — аудит из десяти вопросов.

Неделя 2. Каналы и роли

Порядок подключения для отдела, а не для одного человека.

1. Бот компании — первым. Токен от @BotFather, ссылка `t.me/имя_бота` в подпись, на сайт и в объявления. Это общая точка входа, которая не уйдёт вместе с сотрудником. Про бота полезно знать две вещи из официальной документации: разговор он начать не может — клиент пишет сам или приходит по ссылке; хранилище у него ограничено, старые сообщения сервер может удалить, поэтому переписка должна оставаться у вас.
2. Личные каналы — по одному, начиная с самого загруженного. Вход по QR-коду из мобильного Telegram, при двухфакторной защите — пароль. Причина «по одному» техническая: активный прогон импорта истории в рабочем пространстве может быть один, так что порядок всё равно будет последовательным.
3. Импорт истории — там, где он нужен и возможен. Импорт работает только для личных каналов и только при отдельно включённой настройке загрузки истории: это запускаемый процесс, он идёт постранично, показывает состояние и ставится на паузу. У канала-бота импорта нет вовсе. Без импорта остаётся обычная синхронизация, а она берёт переписку по впервые созданным чатам и не глубже двухсот сообщений.
4. Роли — по типу задачи, не по человеку. Менеджер, администратор, владелец, супер-администратор. Роль проверяется на сервере при обработке запроса; принадлежность рабочему пространству компании — отдельная проверка. Устройство — на странице безопасности.
5. Дубли клиентов — свести сразу. Диалоги одного человека из разных каналов объединяются в одну карточку явным действием и разъединяются при ошибке. Автоматического сопоставления нет, и это осознанно: склеить двух разных людей дороже, чем оставить два диалога.

Счёт для отдела из восьми человек с тремя каналами: 900 ₽ за каналы плюс 400 ₽ за сотрудников, итого 1 300 ₽ в месяц. Тот, на кого оформлен подключённый канал, в число оплачиваемых сотрудников не входит.

Неделя 3. Правила на одной странице

Пять правил. Больше — не прочитают.

Правило первого ответа. Порог в рабочее время, названный числом. Кто отвечает, если обращение пришло не «своему» менеджеру. Что происходит вне рабочих часов.

Правило сегментов. Кто ведёт какой сегмент клиентов. Это ваше распределение, а не функция сервиса: назначить ответственного за диалог в нём нельзя. Формулировка на одну строку: кто увидел — отвечает на первый вопрос и передаёт закреплённому за сегментом в течение часа.

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

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

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

Неделя 4. Проверка

Повторите оба измерения первой недели на той же выборке размера. Плюс три проверки, которые делаются один раз:

• передайте один активный диалог другому сотруднику и убедитесь, что второй видит историю, а не пересказ;
• отключите тестовую учётную запись и убедитесь, что переписка осталась, а сессия отозвана отдельным действием;
• откройте журнал действий и найдите там своё собственное обращение к данным: событие, объект, роль исполнителя, IP-адрес, время.

Чек-лист внедрения

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

Чего план не решает

Качество разговоров. Инструмент показывает переписку, а не учит продавать. Разбор диалогов — работа руководителя, и делается она выборкой: пять клиентов в неделю, прочитанных целиком.

Мотивацию. Сотрудник уходит к конкуренту не из-за того, где ведётся переписка.

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

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

Правовую сторону. Что требуется от компании при обработке клиентских данных и данных сотрудников, определяет юрист по вашим документам; общий разбор границы — в тексте про 152-ФЗ. Сертификаций и внешних аудитов у сервиса нет.

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

Дальше

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