Звонки отдела продаж под контролем за один день
Руководитель отдела продаж открывает в понедельник готовый разбор всех звонков: кто как продаёт и где упустили сделку. Без ручного прослушивания.
Отдел продаж сидит в Bitrix24, звонки копятся сотнями часов. Послушать всё некому, поэтому руководитель смотрит выборочно, а по сути вслепую. Где менеджер слил тёплого клиента, кто работает по скрипту, а кто халтурит - видно только постфактум, по просевшей выручке.
Взяли родной MCP Bitrix24, отдали его Claude Code, выставили доступ к записям звонков. Дальше модель сама забирает все звонки за период, разбивает по номерам и по сотрудникам, считает длительность и вытаскивает суть каждого разговора. Можно открыть конкретный диалог и спросить, что там пошло не так.
За май 2026 так разобрали 62 с половиной часа звонков - и это ещё до запуска рекламы. Всё внедрение заняло один день.
Где болит
- Звонки копятся сотнями часов, послушать всё физически некому.
- Руководитель смотрит выборочно, то есть по сути вслепую.
- Где менеджер упустил сделку, понятно только когда просела выручка.
- Внешний подрядчик за такое просит месяцы и бюджет, а приносит дашборд.
Что делаем
Никакой экзотики в стеке. Берём родной MCP Bitrix24, отдаём его Claude Code и выставляем доступ только к записям звонков. Модель забирает все звонки за период, раскладывает по сотрудникам и номерам, считает длительность и достаёт суть разговора. Готовый разбор заворачиваем в скилл и разворачиваем на инстансе клиента, дальше его запускает cron по расписанию. Руководителю отдела продаж это выглядит как один отчёт, который сам появляется к началу недели.
Стек
- MCP Bitrix24 - родной коннектор, данные не уезжают на сторону
- Claude Code или Codex для сборки и анализа
- Скилл плюс cron: отчёт собирается сам раз в неделю
Что на выходе
- Руководитель открывает готовый разбор всех звонков раз в неделю, не слушая записи.
- Видно, кто из менеджеров проседает и на каком этапе разговора теряет клиента.
- Когда разбор показывают самой команде, эффективность растёт на 15–20%: люди понимают, что звонки реально смотрят.
- Отчёт живой: меняешь промпт - меняется срез. Можно перепроверять и спорные звонки, и работу самой модели.
Где ещё это работает
- То же самое делаем по почте: разбор переписки с клиентами теми же руками.
- То же по чатам и мессенджерам, где идут продажи.
- В пределе - один еженедельный отчёт сразу по всем каналам, через которые продаёт отдел.
Кому подходит
- Компании с отделом продаж в Bitrix24 и потоком входящих звонков.
- Руководитель, который слушает звонки выборочно или не слушает вообще.
- Внедренцы, которым нужен быстрый и понятный вход к клиенту: зашёл, за день сделал, показал пользу.
Как идём по шагам
- Полчаса с заказчикомСадимся с руководителем отдела продаж и разбираем, что он хочет видеть: по каким менеджерам, какие срезы, что считать косяком. Без долгого брифа на 80 пунктов.
- Подключаем Bitrix24Поднимаем родной MCP, выставляем scope так, чтобы у модели был доступ только к звонкам. Забираем все записи за нужный период.
- Собираем и причёсываем отчётРазбивка по сотрудникам и номерам, длительность, суть каждого разговора. Промпты крутим под задачу, пока отчёт не станет читаемым и рабочим.
- Заворачиваем в скилл и ставим на автоматУпаковываем всё в скилл, разворачиваем на инстансе клиента за 10–30 минут, настраиваем cron. Дальше отчёт собирается сам, руководитель просто открывает его раз в неделю.