Как я перестал каждое утро заходить в amoCRM и написал для этого бота

Я пользуюсь amoCRM каждый день как владелец небольшого бизнеса. У нас небольшой коллектив и несложная структура, но воронки, сделки и задачи все равно требуют внимания. И довольно быстро я заметил, что значительная часть времени уходит не на решения, а на однотипные ручные проверки в CRM.

Каждое утро сценарий был примерно одинаковый. Зайти в воронки. Посмотреть, не появились ли неразобранные заявки. Проверить, есть ли активные сделки без задач. Найти просроченные задачи, по которым давно не было движения. Это не сложно, но это рутина. И если такую проверку пропустить или отложить, проблема в сделке обычно всплывает уже позже, когда клиент остыл или возможность упущена.

В какой-то момент я понял, что проще автоматизировать эти проверки, чем каждый день дисциплинировать себя и делать их вручную.

Я оформил это в небольшой сервис с Telegram-уведомлениями для amoCRM. Проект уже запущен, посмотреть его можно здесь:👉 https://leadsalarm.ru/

Пользоваться им просто. Нужно написать боту в Telegram https://t.me/LeadsAlarmBot, пройти официальную авторизацию amoCRM и выбрать воронки. После этого сервис работает в фоне и присылает уведомления, когда в сделках возникает ситуация, на которую стоит обратить внимание.

Отчеты и аналитика в CRM полезны, но у них другая задача. Это обзор и итоги. Они хорошо подходят для конца недели или месяца.

В повседневной работе владельцу бизнеса или тому, кто следит за воронками, важнее не обзор, а своевременный сигнал. Мне не хотелось каждый раз заходить в интерфейс CRM, фильтровать сделки и проверять тайминги вручную. Я хотел, чтобы система сама подсвечивала моменты, где что-то пошло не так.

Именно поэтому формат уведомлений оказался самым удобным.

Ответ простой. Telegram у меня всегда открыт. Отдельный личный кабинет это еще одно место, куда нужно зайти. Уведомление в мессенджере приходит туда, где уже есть внимание, и не превращает контроль в отдельную задачу.

Бот не спамит и не заваливает сообщениями. Он пишет коротко и по делу.

Когда проблема действительно появляется, бот присылает конкретный и понятный сигнал. Без длинных списков и лишних деталей. Например, если по сделке просрочена задача, сообщение выглядит так.

Для неразобранных заявок логика похожая, но с дополнительным фильтром по времени. Бот не шлет сообщение на каждую новую заявку. Он ждет заданное время и присылает агрегированный сигнал, если проблема сохраняется.

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

Изначально я думал делать проверки по расписаниям. Рабочие часы, выходные, праздники, отпуска. Но довольно быстро стало понятно, что такая логика сильно усложняет систему и все равно дает много ложных срабатываний. У всех разные графики, а универсального календаря не существует.

В итоге я пришел к более простой модели, основанной на "тиках" активности. Система не смотрит на дни недели и часы. Она смотрит только на факты: были ли события от менеджера в рассматриваемый промежуток времени. Если да - значит сейчас рабочее время.

Да, у такого подхода есть ограничения. Если менеджер вообще не ведет активности, сигнал может не сработать. Но на практике такие ситуации редки, а если активности нет совсем, проблема обычно очевидна и без автоматических подсказок.

Этот проект я также использовал как возможность осознанно поработать с PHP. Раньше я сталкивался с ним в основном в рамках WordPress проектов, а здесь хотелось взять популярное и актуальное решение и пройти весь путь от идеи до запущенного сервиса.

В итоге я выбрал Laravel 12, на момент начала проекта самый свежий и современный релиз. Он хорошо подошел для такого класса задач: понятная структура, очереди, удобная работа с базой данных. Разработка шла немного медленнее, чем на привычном мне Node.js, но это было ожидаемо и некритично. Ожидаю, что на дистанции это решение окажется верным.

С пользовательской частью я тоже не стал ничего усложнять. У сервиса всего несколько публичных страниц, и они нужны только для объяснения, что это за инструмент и как он работает. Поэтому я сделал их обычными статичными HTML страницами, без отдельного фронтенд стека. Это позволило сосредоточиться на логике проверок и уведомлений.

Сейчас LeadsAlarm проверяет базовые ситуации, которые я раньше отслеживал вручную. У сервиса есть бесплатный режим и расширенный тариф, который я постепенно развиваю дальше.

Параллельно я уже тестирую модели для аккуратного анализа сделок и фильтрации шума. ИИ здесь не про надзор и не про контроль сотрудников. Это помощник и фильтр внимания для владельца бизнеса или РОПа. Он не обязан быть точным на сто процентов, его задача подсказать, на какие сделки стоит посмотреть в первую очередь.

Для меня этот проект стал способом убрать рутину из повседневной работы с CRM и сосредоточиться на действительно важных вещах. Если вы пользуетесь amoCRM и регулярно ловите себя на том, что проверяете одни и те же вещи вручную, такой формат уведомлений может оказаться полезным.

Проект здесь:👉 https://leadsalarm.ru/

Подключение через Telegram:👉 https://t.me/LeadsAlarmBot

#amocrm #php #laravel