Учёт клиентов при работе через MAX: как выглядит неделя

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

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

День первый: что настраивается один раз

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

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

Каналы. Здесь нужна оговорка, которая идёт раньше любой настройки: бот в MAX доступен только юрлицам, ИП и самозанятым — резидентам РФ, и получить его можно лишь после верификации профиля и модерации до 48 часов по рабочим дням. Если по статусу организации ответа нет, планировать процесс вокруг бота рано. Оба вида MAX-каналов видны в каталоге подключений как отдельные слоты и попадают в одну ленту. Ограничения на число каналов одного вида нет; один и тот же инстанс шлюза дважды подключить нельзя, потому что уникальность задана на пару «рабочее пространство плюс инстанс».

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

Пять привычек, которые заменяют отсутствующие функции

Дальше начинается собственно процесс, и он состоит из привычек, а не из настроек.

1. Запись договорённости в момент разговора

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

2. Одно время в день на просмотр отложенных

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

3. Явное объединение диалогов перед разговором

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

4. Назначенный человек на клиента — письменно

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

5. Выборочное чтение вместо тотального

Журнал действий фиксирует, что за событие произошло, над каким объектом, какая роль его совершила, с какого адреса, с каким идентификатором запроса и когда; записи привязаны к рабочему пространству. То есть он закрывает вопрос обращений к данным клиента — и не закрывает вопрос содержания разговора. Второе проверяется чтением нескольких диалогов в неделю, а не попыткой прочитать все. Где эта граница проходит и почему её лучше не переступать, разобрано в тексте про контроль переписок.

Что при этом происходит на стороне платформы

Знать это полезно, чтобы не строить процесс на том, чего нет.

• Список чатов бота платформа не отдаёт. Метод получения списка групповых чатов и каналов не поддерживается с июня 2026 года, и документация прямо описывает обходной путь: подписаться на события, ловить идентификаторы, самостоятельно хранить их, обрабатывать дубли, удалять запись при удалении бота.
• Прочитать переписку чата бот может лишь при административных правах в этом чате. Сообщения приходят в обратном порядке, последние первыми; альтернативно можно запросить конкретные сообщения по их идентификаторам.
• Адресация двойная. Сообщение отправляется либо пользователю, либо в чат или канал: это разные пространства идентификаторов, и передать оба сразу нельзя.
• Лимиты. Не больше двух сообщений в секунду в один диалог, групповой чат или канал, и не больше 30 запросов в секунду на домен API.
• Токен живёт после модерации и может быть отозван за нарушение правил платформы. Обращаться с ним нужно как с паролем.

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

Недельный чек-лист

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

Чего в этом процессе нет

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

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

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

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

Дальше

Восемь проверок, по которым инструменты для MAX действительно различаются, и слова-ловушки в их описаниях — на странице выбора CRM для MAX. Расчёт по формуле 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц с примерами — на странице тарифов; владельцы подключённых каналов не оплачиваются как сотрудники.