Перевод клиентской переписки на MAX — это проект на 4–6 недель, и основная работа в нём не техническая. Подключение бизнес-профиля и бота занимает несколько дней, связка с CRM — две-три недели, а всё остальное время уходит на то, чтобы клиенты действительно перешли: их надо найти в базе, разбудить по оставшимся каналам и провести через момент, когда старый канал ещё работает, а новый уже есть.
Исходная точка у большинства компаний одинаковая. WhatsApp, включая WhatsApp Business API, заблокирован в России в феврале 2026 года. В нём остались база номеров, десятки шаблонов сообщений, незакрытые диалоги и — что важнее всего — привычка клиента писать именно туда. Telegram по состоянию на сентябрь 2026 года работает, но с ограничениями: звонки ограничены с августа 2025 года, в 2026 году добавилась деградация медиа. Строить на нём единственный клиентский контур сейчас — значит через год повторить тот же проект.
Ниже — разбор миграции как инженерного проекта: что переносится технически, что переписывается заново, что вообще не переносится, сколько клиентов доходит до нового канала в реалистичной воронке и сколько всё это стоит в рублях. Все статусы каналов — по состоянию на сентябрь 2026 года; перед стартом проекта их надо перепроверять, потому что за последние полтора года они менялись трижды.
Что вы на самом деле переносите
Слово «перенести» скрывает четыре разные операции с разной ценой. Контакты копируются почти бесплатно. Сценарии и шаблоны переписываются под другой формат кнопок и вложений — это ручная работа. История переписки не переносится в принципе и остаётся у вас в архиве. А привычка клиента не переносится ничем, кроме прогрева базы, и именно она стоит дороже всего.
| Что | Переносится ли | Как это делается | Цена вопроса |
|---|---|---|---|
| Телефоны и имена клиентов | Да | Выгрузка из CRM, номера уже есть — MAX опирается на телефон | Часы работы, деньги близки к нулю |
| История переписки | Нет | Выгружается в собственный архив и привязывается к карточке клиента в CRM | 55 000 ₽ в модельной смете |
| Шаблоны и автоответы | Переписываются | Другой формат кнопок, другие ограничения на вложения и длину | Входит в разработку бота |
| Сценарии диалога | Переписываются | Логика та же, разметка меню и переходов — другая | 95 000 ₽ за 6 сценариев |
| Связка с CRM | Строится заново | Через Bot API MAX и свою прослойку — готового коннектора нет | 140 000 ₽ в модельной смете |
| Привычка клиента писать вам | Нет | Только прогрев базы в три касания по работающим каналам | 24 620 ₽ прямых расходов плюс потери на неперешедших |
Сравнение в три колонки: «Копируется» (телефоны, имена, сегменты базы), «Переписывается заново» (шаблоны, сценарии диалога, связка с CRM — 140 000 ₽), «Остаётся у вас» (история переписки, вложения, журнал согласий). Под колонками подпись: «Переносится не переписка, а способность продолжить разговор». Чертёжный стиль, подписи по-русски.
Статус каналов на сентябрь 2026 года
Проект начинается не с выбора подрядчика, а с честной таблицы каналов. Она устаревает быстро, поэтому пересобирать её надо на старте каждого проекта, а не брать из статьи полугодовой давности — включая эту.
| Канал | Статус на сентябрь 2026 | Роль в проекте миграции |
|---|---|---|
| WhatsApp, WhatsApp Business API | Заблокирован в РФ с февраля 2026 | Только исходная точка: источник базы номеров и списка сценариев |
| MAX | Работает: бизнес-профиль на business.max.ru, верификация через Госуслуги, есть Bot API | Основной целевой канал переезда |
| Telegram | Работает с ограничениями: звонки ограничены с августа 2025, деградация медиа в 2026 | Второй канал, но не единственная опора — статус волатилен |
| VK и VK Мессенджер | Работает | Полезен там, где у аудитории живое сообщество |
| Авито | Работает, есть API, чаты подключаются к CRM | Обязателен, если заявки идут с площадки |
| SMS и телефония | Работают | Запасной контур и главный инструмент прогрева базы |
| Почта и форма на сайте | Работают | Медленный, но неубиваемый канал — не отключать при переезде |
За период с августа 2025 по февраль 2026 года условия работы клиентских мессенджеров в России менялись трижды. Поэтому статус канала — это не константа проекта, а входной параметр, который проверяется на старте и перепроверяется перед запуском. Если подрядчик описывает архитектуру так, будто конкретный мессенджер будет доступен всегда, вы платите за проект, который придётся повторить.
Отдельно про MAX и CRM. Прямых официальных интеграций MAX с amoCRM и Битрикс24 на сентябрь 2026 года нет. Это значит, что фразу «мы подключим MAX к вашей CRM в два клика» надо уточнять: подключение идёт через Bot API и собственную прослойку либо через интеграционную платформу с российской пропиской. Технически это решаемо и делается регулярно, но это отдельная работа с отдельной ценой, а не галочка в настройках. Разбор способов связки и их стоимости мы вынесли на страницу интеграций.
План на 4–6 недель: семь этапов
Порядок этапов важнее их содержания. Самая частая ошибка — начать с бота, потому что он нагляднее всего, и обнаружить на четвёртой неделе, что половина диалогов в старом канале велась с личных телефонов сотрудников и в CRM их нет вообще.
- 1Неделя 1. Инвентаризация диалогов и контактов
Считаем реальный объём: сколько уникальных клиентов писало за 12 месяцев, сколько диалогов в месяц, сколько из них ведётся не из CRM, какие вложения ходят по каналу, сколько сценариев на самом деле используется. Результат — список из шести цифр и перечень сценариев, а не ощущение «у нас много переписки».
- 2Неделя 1–2. Бизнес-профиль MAX и верификация
Регистрация профиля на business.max.ru, верификация организации через Госуслуги, оформление витрины: название, описание, контакты, режим работы. Верификация занимает от нескольких минут до двух суток, поэтому её запускают в первый же день, а не перед запуском.
- 3Неделя 2–3. Бот и сценарии
Переписываем сценарии под формат нового канала: меню, кнопки, приём вложений, передача оператору. Здесь же закладываются стоп-темы, по которым бот обязан молча передать диалог человеку: возврат денег, жалоба, всё, что касается здоровья и персональных данных.
- 4Неделя 2–4. Связка с CRM
Прослойка между Bot API и CRM: входящее сообщение создаёт или находит сделку, ответ менеджера уходит обратно в мессенджер, вложения сохраняются, клиент склеивается с существующим контактом по телефону. Параллельно настраивается автозаполнение карточки, чтобы менеджер не переписывал данные руками.
- 5Неделя 3–4. Архив истории
Выгрузка переписки старого канала в собственное хранилище, привязка к карточкам клиентов, поиск по архиву. Отдельно оформляются документы по обработке персональных данных: где лежит архив, кто его обрабатывает, что записано в поручении подрядчику.
- 6Неделя 4–5. Прогрев базы
Три касания по работающим каналам: письмо и сообщение в живых мессенджерах, SMS активным клиентам, звонок менеджера по горячему сегменту. Каждое касание ведёт на одну короткую ссылку с понятной выгодой, а не на инструкцию из десяти пунктов.
- 7Неделя 5–6. Параллельный период и отключение
Оба канала работают одновременно, доля обращений в новом канале растёт, метрики контролируются еженедельно. Старый канал закрывается только после того, как доля в нём падает ниже согласованного порога, а не по календарю.
Горизонтальная лента времени на 6 недель, семь дорожек-этапов с перекрытиями: инвентаризация (нед. 1), бизнес-профиль и верификация (нед. 1–2), бот и сценарии (нед. 2–3), связка с CRM (нед. 2–4), архив истории (нед. 3–4), прогрев базы (нед. 4–5), параллельный период и отключение (нед. 5–6). Под каждой дорожкой — что заказчик принимает на выходе. Отдельной отметкой в начале ленты: «верификация через Госуслуги — от минут до 48 часов».
Неделя первая: шесть цифр, которые решают всё
Инвентаризация — самый скучный и самый окупаемый этап. Она стоит несколько дней работы и определяет и смету, и сроки, и то, сколько клиентов вы потеряете на переезде. Считать надо ровно шесть вещей.
- 1Сколько уникальных клиентов писало вам за последние 12 месяцев. Это база прогрева, и она всегда меньше, чем «всего контактов в CRM». В нашем модельном примере из 2 000 контактов активных за год оказалось 1 100.
- 2Сколько диалогов приходит в месяц. Модельная компания — 800 диалогов, из них примерно 300 приходятся на 6 повторяющихся тем. Именно эти шесть тем и станут сценариями бота, остальное уходит людям.
- 3Какая доля переписки ведётся мимо CRM — с личных телефонов менеджеров, из общего аккаунта, из приложения на планшете в зале. Это самая неприятная цифра: такие диалоги в CRM не попадут и при переезде исчезнут вместе с каналом.
- 4Что ходит по каналу кроме текста: фотографии дефектов, сканы паспортов, голосовые, документы, геометки. От этого зависит и сложность бота, и то, какие требования по персональным данным вы обязаны выполнить.
- 5Сколько шаблонов и автоответов реально используется. Обычно из 40 заведённых работают 8–12, остальные переписывать не надо — их надо удалить.
- 6Какие процессы завязаны на канал технически: уведомления о статусе заказа, напоминания о записи, ссылки на оплату. Каждый такой процесс — отдельная точка отказа в день отключения старого канала.
Если 20 % переписки велось с личных телефонов сотрудников, то при закрытии канала вы теряете не только историю, но и сам контакт: клиент писал конкретному менеджеру, а не компании. В базе такого клиента может не быть вовсе. Инвентаризация нужна именно для того, чтобы обнаружить это на первой неделе, а не на шестой.
Бизнес-профиль и бот: что делается руками, а что программируется
Бизнес-профиль MAX заводится на business.max.ru, организация подтверждается через Госуслуги. Верификация проходит от нескольких минут до двух суток — предсказать нельзя, поэтому её запускают в первый день проекта. Оформление витрины (название, описание, часы работы, контакты) — работа маркетолога на пару часов, программирования там нет.
Программируется всё, что за витриной. Бот на Bot API принимает сообщение, показывает меню, собирает ответы, принимает вложения и в нужный момент отдаёт диалог оператору. Дальше начинается прослойка: сообщение нормализуется в единый внутренний формат, клиент ищется в CRM по телефону, создаётся или находится сделка, ответ менеджера отправляется обратно в мессенджер. Это и есть та часть, для которой готового коробочного коннектора к amoCRM и Битрикс24 на сентябрь 2026 года не существует.
Сценариев в первой версии должно быть мало. Из 800 диалогов модельной компании примерно 300 приходятся на шесть повторяющихся тем — их и автоматизируют, остальное сразу уходит человеку. Соблазн сделать бота, который отвечает на всё, обходится дорого дважды: на разработке и потом на поддержке, когда каждую ветку надо править при смене прайса. Практический ориентир: сценарий имеет смысл программировать, если тема встречается чаще 30 раз в месяц и ответ на неё берётся из системы, а не из головы менеджера.
- Статус заказа или записи. Ответ берётся из CRM или учётной системы по номеру телефона — тема, которая закрывается ботом полностью и почти без ошибок.
- Запись, перенос и отмена. Требует связки с расписанием: бот показывает реальные свободные слоты, а не просит «уточнить у администратора».
- Приём заявки. Собирает минимум полей и создаёт сделку. Всё, что бот не понял, попадает в комментарий к сделке дословно, а не теряется.
- Типовые вопросы: адрес, режим работы, условия доставки, гарантия. Отвечаются по базе знаний со ссылкой на источник — так текст правится в одном месте, а не в двадцати ветках сценария.
- Приём фотографий и документов. Вложение сохраняется в сделку с подписью, кто и когда прислал; это самая частая причина, по которой переписка вообще ведётся в мессенджере.
- Стоп-темы. Возврат денег, жалоба, всё, что касается здоровья и персональных данных, прямая просьба позвать человека — бот молча передаёт диалог оператору и не пытается отвечать сам.
Схема из шести блоков со стрелками в обе стороны: «Клиент в MAX» → «Bot API» → «Прослойка: нормализация сообщения» → «Поиск клиента по телефону» → «CRM: сделка и карточка» → «Менеджер». Обратная стрелка от менеджера идёт тем же путём с подписью «ответ уходит в тот же диалог». Сбоку два ответвления от прослойки: «Архив переписки (у вас)» и «Стоп-темы → сразу человеку». На блоке прослойки подпись «140 000 ₽ в модельной смете».
Отдельно стоит проверить правила инициирования диалога. В любом мессенджере есть разница между «ответить клиенту, который написал сам» и «написать клиенту первым». Правила площадок меняются, поэтому это тот пункт, который уточняется в документации на момент старта, а не берётся из чужой статьи. Практический вывод для архитектуры один: массовые уведомления нельзя строить на предположении, что вы всегда сможете написать первым. Контур напоминаний и оплат должен уметь падать на SMS и звонок.
История переписки: её не заливают, а кладут к себе
Заказчики часто просят «перенести переписку», подразумевая, что в новом мессенджере клиент увидит старые сообщения. Так не работает ни один мессенджер, и это правильно: чужая переписка в вашем аккаунте была бы дырой в безопасности. Рабочая схема другая — история выгружается в ваш собственный архив и привязывается к карточке клиента в CRM. Менеджер открывает сделку и видит всё, что обсуждалось раньше, независимо от того, какой канал жив сегодня.
- 1Выгрузка. Текст диалогов, метаданные (кто, когда, по какому номеру) и вложения складываются в структурированный архив на вашей стороне. Вложения — отдельно от текста, со ссылками, иначе архив становится неподъёмным.
- 2Склейка. Каждый диалог привязывается к контакту в CRM по номеру телефона. Диалоги без номера собираются в отдельную корзину для ручного разбора — их обычно 5–10 %.
- 3Поиск. Менеджер должен находить фразу из переписки трёхлетней давности за секунды, иначе архивом не пользуются и он превращается в мёртвый груз. Поиск по архиву — это отдельная небольшая задача, а не побочный эффект выгрузки.
- 4Правовая часть. Фиксируется, где физически лежит архив, кто его обрабатывает и на каком основании. Если архив ведёт подрядчик — оформляется поручение обработки персональных данных с перечнем действий и сроком хранения.
Документ, которым вы как оператор поручаете подрядчику конкретные действия с данными клиентов: хранение архива переписки, обработку сообщений, ведение журналов. В нём указываются перечень данных, перечень действий, требования к защите и срок. Без него подрядчик, у которого лежит ваш архив, находится в правовом вакууме, а ответственность перед клиентом всё равно остаётся на вас.
Схема в три зоны. Слева «Старый канал» с иконкой закрытого окна и подписью «доступ прекращён». В центре «Архив на вашей стороне»: три блока — текст диалогов, метаданные, вложения, и под ними полоса «поиск по архиву». Справа «CRM: карточка клиента» со стрелкой от архива с подписью «привязка по номеру телефона». Отдельная нижняя ветка: «диалоги без номера — 5–10 %, ручной разбор». В углу пометка «поручение обработки ПД».
Прогрев базы: три касания и честная воронка
Это тот раздел, который в коммерческих предложениях подрядчиков обычно отсутствует, хотя от него зависит результат всего проекта. Клиент не переедет за вами сам. Он не следит за статусами мессенджеров и обнаружит проблему только тогда, когда ему что-то понадобится — и с высокой вероятностью просто позвонит конкуренту.
Прогрев строится по сегментам и по трём касаниям. Смысл сегментации в том, что тратить звонок менеджера на клиента, который писал вам один раз полтора года назад, невыгодно, а на клиента с покупкой каждый месяц — выгодно многократно. Ниже — модельная воронка для компании с базой 2 000 контактов, из которых 1 100 писали хотя бы раз за последние 12 месяцев.
| Касание | Кому | Что в сообщении | Чего в нём не должно быть |
|---|---|---|---|
| 1. Письмо и сообщение в работающих каналах | Все 1 100 активных | Одна фраза о том, где вам теперь писать, и одна короткая ссылка на профиль | Объяснений про блокировки, инструкций из десяти пунктов, извинений на абзац |
| 2. SMS со ссылкой | 840 не отреагировавших | Название компании, ссылка, повод написать: статус заказа, запись, остаток по счёту | Ссылок-сокращателей без вашего домена — их не открывают и помечают как спам |
| 3. Звонок менеджера | 400 клиентов горячего сегмента | Живой разговор по текущему вопросу, ссылка отправляется во время звонка | Скрипта «мы переехали»: клиенту нужен его вопрос, а не ваша миграция |
Работает не уведомление о переезде, а повод. Сообщение «мы теперь в другом мессенджере» игнорируют, сообщение «ваш заказ собран, детали и фото — по ссылке» открывают. Поэтому прогрев планируется не отдельной рассылкой, а поверх обычных рабочих поводов: подтверждение записи, готовность заказа, документы на подпись, напоминание об оплате. У компании с 800 диалогами в месяц таких поводов достаточно, чтобы за три недели дотянуться почти до всей активной базы, ни разу не написав слова «миграция».
Эти 52 % — модель, а не обещание. Реальная доля жёстко зависит от частоты контакта: у оптовой компании, где клиент пишет каждую неделю, переход доходит до 70–80 %, у розничного магазина с покупкой раз в год — падает ниже 20 %, и никакие три касания это не исправят. Поэтому единственный честный способ спланировать проект — посчитать частоту контакта по своей базе до старта. Подрядчик, который называет процент перехода, не видя вашей статистики, называет его из воздуха.
Воронка из четырёх ступеней сверху вниз: «Активны за 12 месяцев — 1 100», «После письма и сообщений — 260», «После SMS — ещё 190 (итого 450)», «После звонка менеджера — ещё 120 (итого 570)». Справа вертикальная подпись «52 % от активных, 28,5 % от базы 2 000». Внизу серая полоса «530 клиентов остаются на телефоне и почте — запасной контур обязателен». Единицы — люди, все числа подписаны.
Из воронки следует практический вывод, который меняет архитектуру: 530 активных клиентов после переезда останутся вне нового мессенджера. Значит, телефон, SMS и почта — не «пережиток», а рабочий контур, который обязан быть подключён к той же ленте обращений. Как собрать эти каналы в одно окно без дублей в карточках, мы разбирали отдельно; здесь важно только то, что отключать их вместе со старым мессенджером нельзя.
Смета: во что обходится переезд базы на 2 000 контактов
Модельная компания: 2 000 контактов, 800 диалогов в месяц, CRM в рабочем состоянии, шесть повторяющихся тем обращений, вложения — фотографии и документы. Считаем полный переезд с нуля, без уже готового слоя абстракции канала.
Реалистичная вилка по рынку — 250 000–650 000 ₽. Нижняя граница получается, когда CRM в порядке, сценариев три-четыре, вложений нет и историю решено не переносить. Верхняя — когда переписка велась в трёх местах сразу, часть диалогов идёт с личных телефонов, а к каналу привязаны уведомления об оплате и статусах заказа. Ежемесячные 18 000–25 000 ₽ — это поддержка прослойки и сценариев: правки текстов, разбор сбоев доставки, обновление меню при смене прайса.
Смету можно ужать, но не в любом месте. Безопасно сокращаются две строки. Первая — сценарии бота: вместо шести взять две самые частые темы и снять 40 000–50 000 ₽; остальное отвечают люди, а сценарии добавляются во второй итерации, когда видно, на чём реально стоит очередь. Вторая — глубина архива: перенести переписку за последние 12 месяцев вместо всей истории и сэкономить примерно 20 000 ₽. Нельзя экономить на трёх вещах: на инвентаризации, потому что без неё смета всё равно поедет, но уже в середине проекта; на склейке клиента по телефону, иначе вы получите два контакта на одного человека и потеряете историю в тот же месяц; и на прогреве, потому что бот без клиентов в канале — это 95 000 ₽, потраченных на демонстрацию.
Полезнее смотреть не на общую сумму, а на цену сохранённого клиента. 419 620 ₽ на 570 перешедших — это 736 ₽ за клиента, который остался с вами в рабочем канале. Сравните с тем, во что вам обходится привлечение нового клиента. Если реклама приводит одного покупателя дороже 736 ₽ — вопрос «стоит ли делать миграцию» закрыт арифметикой. Если дешевле, а частота контакта низкая, честный вывод может быть и обратным: не переезжать, а перевести канал в разряд второстепенных.
Параллельный период и день отключения
Параллельный период — это 3–4 недели, когда работают оба канала. Его задача не в том, чтобы «дать людям привыкнуть», а в том, чтобы собрать статистику для решения об отключении. Решение принимается по трём метрикам, а не по календарю: доля обращений, пришедших в новый канал; доля клиентов из горячего сегмента, у которых есть диалог в новом канале; число процессов, всё ещё завязанных на старый канал технически.
| Неделя параллельного периода | Доля обращений в новом канале | Что делаем |
|---|---|---|
| Неделя 1 | 10–20 % | Отвечаем в обоих, ловим ошибки сценариев и вложений |
| Неделя 2 | 25–40 % | Второе касание прогрева по тем, кто не перешёл |
| Неделя 3 | 40–60 % | Звонки по горячему сегменту, автоответ в старом канале |
| Неделя 4 | выше 60 % | Отключение старого канала, переадресация на телефон и почту |
Метрику надо считать по обращениям, а не по установкам. «В новом канале уже 900 подписчиков» ничего не говорит: подписка бесплатна и делается один раз, а обращение означает, что клиент действительно пришёл со своим вопросом сюда. Правильный числитель — количество диалогов за неделю в новом канале, знаменатель — все входящие обращения компании, включая звонки и почту. И на этот же период нужен дежурный: первые две недели в новом канале обязательно всплывают вещи, которых не было в тестах, — вложение, которое не открывается, слишком длинное меню, клиент, который отвечает на сообщение недельной давности. Один инженер на связи и ежедневный разбор очереди снимают почти все такие случаи до того, как о них узнает клиент.
Самый дорогой сбой миграции выглядит так: канал закрыли по плану, а ссылки на оплату и напоминания о записи продолжали уходить в него ещё две недели, потому что их отправлял отдельный сервис, о котором забыли. Клиенты не получили ни ссылок, ни напоминаний, а компания увидела это по провалу выручки, а не по логам. Инвентаризация процессов, завязанных на канал, делается на первой неделе именно ради этого.
График с накоплением за 4 недели, две области: «старый канал» и «новый канал». Доли нового канала по неделям: 10–20 %, 25–40 %, 40–60 %, выше 60 %. Горизонтальная линия порога на 60 % с подписью «порог отключения». Подписи касаний прогрева на неделях 2 и 3. Ось X — недели параллельного периода, ось Y — доля обращений в процентах.
Что сделать один раз, чтобы следующий переезд стоил дней
Февраль 2026 года разделил компании на две группы. У одних мессенджер был вшит в код интеграции: обработчики знали про конкретный формат сообщений, идентификатор клиента хранился в виде внутреннего id мессенджера, история жила в самом канале. Эти компании потратили на переезд полтора-два месяца и полную стоимость новой связки. У других был слой абстракции канала — и переключение заняло дни, потому что менялся только адаптер.
Прослойка, в которой любое сообщение из любого мессенджера приводится к одному внутреннему формату: кто написал, когда, текст, вложения, внешний идентификатор канала. Вся остальная логика — маршрутизация, создание сделок, боты, аналитика — работает только с этим форматом и про конкретный мессенджер ничего не знает. Подключение нового канала сводится к написанию одного адаптера.
- Единый внутренний формат сообщения. Все каналы приводятся к одной структуре на входе, а не обрабатываются каждый своим куском кода.
- Идентификатор клиента — свой. Ключ склейки — телефон и внутренний id в вашей базе; идентификатор мессенджера хранится рядом как одно из полей, а не вместо ключа.
- История — у себя. Переписка пишется в ваш архив в момент прохождения через прослойку, а не выгружается из канала постфактум, когда доступ к нему уже потерян.
- Адаптер на канал. Один изолированный модуль на каждый мессенджер: получить сообщение, отправить ответ, отдать вложение. Всё остальное живёт выше и переживает смену канала.
- Запасной контур в тех же сценариях. Уведомление, не доставленное в мессенджер за отведённое время, автоматически уходит SMS или звонком — без ручного вмешательства.
Арифметика простая. Заложить абстракцию сразу — это плюс 20 000–25 000 ₽ и примерно неделя работы к строке «прослойка MAX ↔ CRM» на 140 000 ₽, то есть около 15 % к этой позиции сметы. Не заложить — значит при следующей смене канала снова оплатить связку целиком и снова потратить 4–6 недель. Достаточно одного переезда за три года, чтобы вложение окупилось втрое; за последние полтора года их было два.
Карта архитектуры. Слева четыре узла каналов: MAX, Telegram, Авито, SMS и телефония. Каждый соединён с отдельным маленьким блоком «адаптер». Все адаптеры сходятся в широкий блок «единый формат сообщения», от него стрелки к трём узлам: «CRM: сделка и карточка», «Архив переписки», «Бот и маршрутизация». Подписи на стрелках: что передаётся (текст, вложения, телефон клиента). Отдельная пометка у адаптеров: «замена канала = один адаптер, 20 000–25 000 ₽ заложены заранее».
Когда переезжать не надо или рано
Миграция канала окупается не всегда, и это стоит проверить до того, как подписан договор. Есть четыре ситуации, в которых мы сами советуем не начинать проект.
- Низкая частота контакта. Клиент обращается раз в год и реже — доля перехода будет ниже 20 %, а цена сохранённого клиента улетит за 2 000–3 000 ₽. Дешевле принять, что канал был вспомогательным, и усилить телефон, почту и форму на сайте.
- Меньше 100 диалогов в месяц. Полная связка с CRM на таком объёме не окупается: бот и прослойка стоят столько же, сколько при 800 диалогах. Рабочий вариант — завести бизнес-профиль и отвечать вручную, отложив интеграцию до роста потока.
- CRM в нерабочем состоянии. Если контакты дублируются, телефоны записаны в свободной форме, а половина сделок ведётся в таблице, то склейка клиента по телефону просто не сработает. Сначала — порядок в данных, потом канал; иначе к дублям контактов добавятся дубли диалогов.
- Канал не несёт заявок. Мессенджер использовался для внутренних согласований или для общения с десятком постоянных корпоративных клиентов, которых можно предупредить звонком за один день. Проект на 400 000 ₽ здесь заменяется списком в блокноте.
И последнее, что важнее всех расчётов выше. Всё описанное — по состоянию на сентябрь 2026 года. Статус каналов волатилен: за полтора года условия менялись трижды, и следующее изменение мы предсказать не можем. Поэтому единственный устойчивый вывод из этой статьи — не «переезжайте в MAX», а «стройте так, чтобы следующий переезд стоил дней». Конкретный мессенджер в 2026 году — расходуемый ресурс, и проектировать под него навсегда так же наивно, как арендовать помещение без права на переезд.
Переезжает не переписка, а способность продолжить разговор. Её и надо хранить у себя.
