«Клиент написал - ты его сохранил» звучит как готовая система, но на деле это иллюзия автоматизма. Без интеграции номер просто лежит в истории чатов WhatsApp - без даты, источника и статуса, неотличимый от сотни таких же. Разберём, как превратить входящий диалог в реальную структурированную запись, а не в строчку, которую через месяц придётся искать вручную.
Формулировка «написал - сохранил» создаёт впечатление, что WhatsApp сам формирует базу. Это не так: входящее сообщение остаётся просто перепиской до тех пор, пока вы не настроите механизм, который превращает его в структурированную запись. Разница между «контакт есть в чате» и «контакт есть в базе с историей» - это разница между потерянным лидом и работающей воронкой.
Было:
Каждый входящий диалог - это уже тёплый контакт. Как автоматически выгружать номера всех написавших в структурированную базу.
Стало:
Каждый входящий диалог - это сырьё для тёплого контакта. Чтобы он стал базой, а не просто историей переписки, нужна интеграция: WABA с вебхуками и CRM, либо стороннее решение для обычного WhatsApp Business App. Без этого шага номер остаётся внутри мессенджера и теряется при первой же чистке чатов.
Было (неявно подразумевается):
Входящий контакт даёт право на рассылки без ограничения по времени.
Стало:
Входящий контакт открывает 24-часовое сервисное окно ответа без шаблонов. Дальше это не иммунитет, а просто контакт с более высоким стартовым уровнем доверия - повторные нерелевантные касания всё равно приводят к жалобам, как и по любой другой базе - см. механику банов за рассылку.
| Сценарий | Как работает | Уровень риска |
|---|---|---|
| WABA + вебхук + CRM | Сервер Meta отправляет JSON с номером (wa_id), именем профиля и временной меткой на ваш URL при каждом входящем сообщении |
Официальный, минимальный риск [✓] |
| WhatsApp Business App + CRM-интегратор | Сторонний коннектор (amoCRM, Битрикс24) подключается через QR-код или номер телефона и создаёт карточку при входящем | Полуофициальный, зависит от интегратора |
| Парсеры WhatsApp Web / Baileys / msgstore.db | Извлечение номеров из JID-структуры, локальной БД или через расширения браузера | Серый, риск для номера и для самих данных |
Для официального WABA структура входящего пакета задокументирована: номер, имя профиля (push name, не паспортное), текст и timestamp приходят автоматически - CRM создаёт карточку без участия оператора. Для обычного WhatsApp Business App такой автоматики на уровне Meta нет - нужен сторонний интегратор вроде amoCRM или Битрикс24.
Через Битрикс24: Контакт-центр → Виртуальный WhatsApp → Открытая линия → назначение ответственных → подключение. Через amoCRM: установка приложения «WhatsApp от Whatcrm и Телфин» из маркетплейса, сканирование QR-кода или вход по номеру, затем выбор стратегии распределения заявок - воронка, стадия сделки, конкретный менеджер. Это не разовая выгрузка, а постоянный канал, который автоматически создаёт карточку при каждом новом обращении.
Если же нужно восстановить уже существующую историю входящих чатов - здесь у Meta нет официального инструмента ретроспективной выгрузки за прошлые периоды, если вебхуки не были настроены изначально. Бизнес вынужден закрывать этот пробел вручную: на телефоне через Настройки → Экспорт контактов → CSV, либо сторонними парсерами и расширениями для браузера, которые собирают номера из истории чатов и групп - тот же класс серых схем, что и в карте методов автоматизации.
Эксперт запустил рекламу с призывом написать кодовое слово в WhatsApp. На стороне WABA был настроен вебхук: при получении слова номер клиента автоматически попадал в amoCRM с меткой источника, проставленной датой и автоматической отправкой гайда. За неделю база выросла до 3400 контактов. Повторная рассылка по ней месяц спустя дала 0 блокировок и 22% продаж.
Что показывает кейс: автоматическая фиксация источника и метки в момент входящего обращения избавляет от ручной сортировки и даёт измеримый результат при повторном касании. Чего кейс не доказывает: что такой результат гарантирован для любой ниши или что 0 блокировок сохранится при любом объёме повторных рассылок - это один задокументированный случай, не универсальная норма.
Обратный пример: магазин собирал входящие контакты в обычном WhatsApp Business App, номера выгружались скриптом в Excel. Спустя 3 месяца по этой же базе из 1500 номеров запустили агрессивную рассылку со скидками через дешёвый кликер - без рандомизации текста и с высокой скоростью отправки. Несмотря на изначально тёплую базу, номер забанили на 400-м сообщении. Вывод из обоих кейсов: теплота базы не отменяет требований к скорости и качеству рассылки - это разные слои риска.
Голый номер телефона - почти бесполезная запись через пару месяцев. Минимальный набор полей карточки:
Эксперты по мессенджер-маркетингу рекомендуют зашивать UTM-метки прямо в ссылку формата wa.me/?text=... - тогда источник и категория интереса фиксируются автоматически в момент входящего сообщения, без ручной разметки оператором.
«Если клиент написал, он автоматически попал в базу» Неверно. Без CRM-интеграции или настроенного вебхука контакт остаётся только в истории чатов WhatsApp и легко теряется.
«Достаточно сохранить номер телефона» Неполно. Без даты, источника и статуса запись быстро превращается в бесполезную строчку, по которой невозможно сегментировать аудиторию.
«Входящий контакт даёт право на рассылки без ограничения по времени» Неверно. Подтверждено только 24-часовое сервисное окно после последнего сообщения клиента - дальше это обычный контакт с более высоким стартовым доверием, не иммунитет.
«Для учёта входящих обязательно нужен WABA» Неточно. Существуют и полуофициальные пути через интеграторов CRM для обычного WhatsApp Business App, хотя WABA остаётся наиболее предсказуемым и официально задокументированным вариантом.
«Можно в любой момент официально выгрузить всю историю написавших» Не подтверждено. Официального инструмента ретроспективной выгрузки исторических входящих контактов у Meta нет - это нужно решать заранее, до того, как история накопится.
Если входящие обращения пока оседают только в истории чатов WhatsApp - начните с одной интеграции (WABA или CRM-коннектор) и обязательного набора полей: дата, источник, статус. Это займёт меньше времени, чем потом восстанавливать потерянную базу парсерами.
Практическое правило:
Клиент написал вам сам - это подарок. Без даты, источника и статуса вы его просто потеряете во второй раз.
