PROFITsales

Максим · Автоматизация и Salesbot · 27.09.2026

Чат по пропущенным звонкам в amoCRM

Чат по пропущенным звонкам в amoCRM: входящий без ответа уходит в командный чат; после обратного звонка уведомление снимается.

Интеграции

Чат по пропущенным звонкам в amoCRM держит в командном мессенджере только актуальные пропуски. Входящий без ответа создаёт уведомление; исходящий контакт или обработка снимает его. РОП и смена видят живой список, а не «пропущенные навсегда» в журнале АТС.

Зачем это отделу и кассе

IP-телефония открывает карточку на входящем: запись и номер лежат в ленте сделки. Пропущенный ставит задачу на перезвон. Повторный номер не создаёт вторую сделку.

Реклама оплатила звонок, которого нет в воронке. Источник потерян. В сделке остаётся источник звонка. РОП сравнивает каналы по разговорам, не по заявкам с сайта. Если его не ответили, фиксируется пропущенный.

Как сейчасПосле настройки
ЗачемЗвонок остаётся в АТС. Менеджер видит пропущенный, когда клиент уже написал в другой отдел.IP-телефония открывает карточку на входящем: запись и номер лежат в ленте сделки.
СменаРОП слушает «на удачу» или просит менеджера пересказать разговор.Пропущенный ставит задачу на перезвон. Повторный номер не создаёт вторую сделку.
КассаРеклама оплатила звонок, которого нет в воронке. Источник потерян.В сделке остаётся источник звонка. РОП сравнивает каналы по разговорам, не по заявкам с сайта.

Ориентир работ по IP-телефония: от 22 000 ₽, срок 3-5 рабочих дней. Лицензию сервиса платите отдельно. Если каналов несколько, смотрите ориентир сметы. Карточка канала: IP-телефония.

Что остаётся в сделке

Что остаётся в сделкеКто заполняетЗачем кассе
Запись звонкаАТС в ленту сделкиРОП слушает спорный разговор, не просит файл
ПропущенныйЗадача менеджеруКлиент не остывает до завтра
ИсточникКоллтрекинг в полеКанал сравнивают по звонкам
Повторный номерПравило антидубляДва менеджера не ведут одного клиента

Три сделки на приёмке

  1. Тестовый входящий открывает карточку и кладёт запись в ленту.
  2. Пропущенный создаёт задачу на перезвон, а не галочку «прочитано».
  3. Повторный звонок того же номера не заводит вторую сделку.

Тема «Чат по пропущенным звонкам в amoCRM» начинает приносить деньги, когда источник и следующий шаг заполнены до конца смены.

Как проходит смена

Утро по теме «Чат по пропущенным звонкам в amoCRM» начинается с фильтра, не с опроса в чате. Пропущенный ставит задачу на перезвон. Повторный номер не создаёт вторую сделку.

Днём менеджер остаётся в карточке. IP-телефония открывает карточку на входящем: запись и номер лежат в ленте сделки. Пустой след видно сразу, спорить «я уже написал клиенту» нечем.

К вечеру в сделке остаётся источник звонка. РОП сравнивает каналы по разговорам, не по заявкам с сайта.

Кто за что отвечает

Менеджер ведёт IP-телефония из сделки: следующий шаг, ответ клиенту, причина если шаг сорвался.

РОП смотрит очередь и спорные карточки. РОП слушает «на удачу» или просит менеджера пересказать разговор.

Интегратор на приёмке прогоняет три живые ситуации и отдаёт чеклист. Дальше правки полей делает администратор аккаунта, не «кто свободен в Telegram».

Схема: Чат по пропущенным звонкам в amoCRM
Схема: Чат по пропущенным звонкам в amoCRM

Зачем это отделу продаж

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

Как устроен сценарий

  1. Идёт входящий звонок. Если его не ответили, фиксируется пропущенный.
  2. В командный чат (в рабочем контуре — Telegram) уходит уведомление о пропуске: сделка/контакт, ответственный.
  3. Список в чате отражает актуальные пропущенные — то, что ещё нужно отработать.
  4. Менеджер совершает исходящий звонок (или иным правилом закрывает пропуск). После обработки уведомление исчезает из актуальной ленты.
  5. В карточке сделки amoCRM остаётся история звонков и связь с телефонией; чат служит оперативным экраном смены, а не архивом навсегда.

Что получает команда

Смена видит только незакрытые пропуски. Меньше дублей «уже перезвонили, но в чате висит». РОП контролирует реакцию без выгрузки из АТС. Старт — настройка amoCRM и IP-телефония. Контур под ключ — внедрение amoCRM или кейсы. Каталог: интеграции amoCRM.

Проверка сценария
Проверка сценария

Как проверить, что сценарий работает

  1. Сделайте тестовый входящий и не отвечайте — в чат пришло уведомление о пропуске.
  2. Откройте связанную сделку в amoCRM — пропуск отражён в истории звонков.
  3. Совершите исходящий на тот же номер (или выполните правило закрытия).
  4. Убедитесь, что уведомление пропало из актуального списка пропущенных.
  5. Повторите второй пропуск — в чате снова только незакрытые события, без «мусора» по уже обработанным.

Частые вопросы

Чем это отличается от журнала АТС? В чате — только актуальные пропуски для смены; после обратного звонка запись уходит из оперативного списка.

Куда приходит уведомление? В командный чат (типично Telegram), связанный с amoCRM и ответственным по сделке.

Какое действие снимает пропуск из чата? Обычно исходящий звонок или явное закрытие пропуска по правилу. Зафиксируйте критерий «актуально / обработано» при настройке.

Нужна ли карточка сделки? Да: история звонков и ответственный живут в amoCRM; чат — сигнал «надо взять».

С чего начать? С одного правила «пропуск → чат» и «исходящий/обработка → снять». Смежные кейсы: /keysy.

Настраивает команда ProfitSales — официальный партнёр amoCRM. Примеры проектов: кейсы внедрения.