Заявки из Telegram, VK и MAX в одной воронке: схема за вечер
Пока заявки живут в чатах, у них нет владельца, срока и истории. Собрать всё в одну воронку можно за вечер — если заранее решить четыре вопроса.
Почему заявки теряются
Мессенджер — это переписка, а не система. Сообщение прочитали, отвлеклись, оно уехало вниз. Второй менеджер отвечает тому же клиенту второй раз. Руководитель видит «вроде писали», но не видит, сколько обращений было и сколько закрыли.
Схема: одна точка входа
- Источник. Сайт, Telegram-бот, VK, MAX, звонок — каждый канал отправляет заявку в CRM через API или вебхук.
- Сделка. Создаётся карточка с полями: имя, контакт, текст, источник, дата.
- Владелец. Заявка распределяется по менеджеру — по графику, загрузке или очереди.
- Срок. Таймер первого ответа: например, 15 минут. Просрочил — задача руководителю.
- Отчёт. Сколько заявок по каналам, сколько закрыто, среднее время ответа.
Что понадобится технически
- Бот или вебхук для каждого мессенджера: он принимает сообщение и отправляет его в CRM.
- Поле «источник» — без него через месяц не понять, какой канал работает.
- Правило: сообщение без созданной сделки считается потерянным.
- Уведомление менеджеру в тот же мессенджер — чтобы не сидел в CRM целый день.
Как это выглядит в работе
Клиент пишет в Telegram в 21:47. Бот отвечает на типовые вопросы, собирает имя и телефон, создаёт сделку и ставит задачу менеджеру на утро. Утром менеджер открывает CRM и видит: откуда пришёл, что спросил, что ответил бот. Ничего не потеряно, ничего не дублируется.
Что мерить
- Заявки по каналам за неделю.
- Доля заявок без ответа дольше норматива.
- Конверсия из заявки в сделку по каждому источнику.
- Среднее время первого ответа.
Частая ошибка
Подключить мессенджеры, но не менять процесс. Тогда в CRM появляется ещё одно место, куда надо заходить. Начинайте с правил: кто отвечает, за какое время, что делать при просрочке. Интеграции — уже потом.
