Короткий ответ
Региональная сеть с 7 филиалами в двух странах, 50 активных пользователей на портале. Годовой оборот — миллиарды. Портал Битрикс24 работает не первый год, лицензия «Профессиональный», 10 воронок. Собственник считает что «всё нормально» — менеджеры вносят сделки, суммы заполнены, отчёты вроде показывают воронку.
Мы подключили аудит через входящий вебхук с правами только на чтение — 30 секунд на настройку с их стороны. Наш MCP-сервер прошёл 12 стандартных зон потерь за 4 минуты. Результат: health-score 16 из 100. Под риском — 3,2 млрд ₽. Главная находка чинится за день работы РОПа.
Что такое ИИ-аудит Битрикс24 и как он работает
Обычный аудит портала выглядит так: приезжает интегратор, просит админский доступ, две недели ковыряется в настройках, приносит отчёт на 40 страниц. Стоит от 50 000 ₽ до 300 000 ₽. Данные компании — в руках сторонних людей.
Наш ИИ-аудит — по-другому. Мы построили MCP-сервер (Model Context Protocol) для Битрикс24. Клиент создаёт входящий вебхук с правами только на чтение (crm, task, user) — 30 секунд в настройках портала. Отдаёт нам URL вебхука. Никаких логинов, паролей, доступа к настройкам — только чтение метрик.
ИИ-агент за 4 минуты обходит 12 зон: дубли, брошенные сделки, мёртвые стадии, лиды/сделки на уволенных, просроченные дела, мёртвые поля, роботы, суммы и сроки, источники, права, отчёты, открытые линии. Формирует отчёт: цветной светофор + разбор каждой зоны в деньгах + план действий.
После аудита вебхук отзывается одной кнопкой. Данные не передаются наружу — всё считается на нашей инфраструктуре в РФ. Стоимость для клиента — 0 ₽. Отчёт — его, независимо от того, будет ли он работать с нами дальше.
Что нашли за 4 минуты — 12 зон
Health-score 16/100. Из 12 зон полностью проверено 9, частично — 3 (не хватило scope на бизнес-процессы, оргструктуру, открытые линии). Портал не сломан структурно — воронки рабочие, источники размечены, суммы заполняются. Но по деньгам — катастрофа.
Красные зоны (high severity, штрафует health-score):
Зона 4 — Сделки на уволенных · 529,5 млн ₽: 93 открытые сделки лежат на 116 неактивных пользователях. Средний чек ~5,7 млн ₽. Деньги физически некому двигать — сотрудники давно не работают, сделки продолжают числиться на их аккаунтах.
Зона 1 — Дубли контактов · 22,9%: каждый четвёртый контакт участвует в дублирующейся группе по телефону или email. У компаний — 7%. Это не человеческие ошибки — это система: интеграция (1С или веб-форма) массово создаёт дубли. Каждый клиент при обзвоне получает 2–4 касания вместо одного.
Зона 2 — Брошенные сделки · 9 503 шт: 98,6% всех открытых сделок без активности 14+ дней. Общий пайплайн — 26,5 млрд ₽. Пессимистичная оценка потерь по коэффициенту 0,1 — 2,65 млрд ₽ под риском. Средний чек — 2,79 млн ₽.
Зона 5 — Просроченные дела · 1 639 + 810 задач: в среднем 33 просрочки на активного пользователя. Это не локальный сбой — система не заставляет менеджеров двигать дела вовремя.
Зона 8 — 90,1% сделок с датой закрытия в прошлом: обещали закрыть, не закрыли, дату никто не двигает. Прогноз выручки в этом портале — фикция.
Зона 11 — Отчёты врут: синтез зоны 1 (22,9% дублей) + зоны 8 (90% просроченных дат) → все отчёты типа «уникальные клиенты», «прогноз закрытия» математически недостоверны.
Главная находка: 500 миллионов на уволенных сотрудниках
116 пользователей помечены в системе как неактивные — уволены, ушли в декрет, сменили должность. На них до сих пор числятся 93 открытые сделки на 529,5 млн ₽. По лидам таких висящих сущностей всего 18 — норма. Проблема сконцентрирована в сделках, где деньги.
Почему это произошло. При увольнении сотрудника его аккаунт блокируется как «инактив», но сделки, к которым он был привязан как ответственный, автоматически никуда не переходят. Ответственный остаётся в системе, но физически никого нет, чтобы позвонить клиенту, отправить КП, назначить встречу.
Что теряется. Половина миллиарда в активной работе — не «когда-то потом», а прямо сейчас. Клиенты этих 93 сделок ждут ответа. Не дождавшись — уходят к конкуренту. Каждая неделя простоя обесценивает сделку.
Как чинится. Скрипт crm.deal.update с фильтром по ASSIGNED_BY_ID ∈ inactive_users. Распределение — вручную РОП (суммы крупные, автоматическая раздача «по очереди» не годится). Итого: день работы одного руководителя отдела продаж — и полмиллиарда возвращаются в оборот.
Профилактика на будущее — робот «блокировка пользователя → автоперевод его открытых сделок на руководителя отдела». Настройка — 1–2 часа.
22,9% дублей — не ошибки людей, а сломанная интеграция
В типичном портале Битрикс24 доля дублей контактов 3–7%. Это ручные ошибки менеджеров + случайные повторные заявки. Лечится встроенным поиском дублей.
Здесь — 22,9%. Такая доля не может быть от людей. Это признак того, что интеграция (1С, форма на сайте, импорт из другого источника) штампует дубли автоматически: одну и ту же карточку создаёт много раз, каждый раз как новую.
Практические последствия: при обзвоне клиенту одна и та же компания звонит несколько раз с разных карточек. При email-рассылке — 2–4 письма одному человеку. Отчёт «уникальные клиенты» показывает завышенное число. Оценка LTV — врёт.
Порядок починки: сначала найти причину (какая именно интеграция штампует дубли), починить её. Иначе после массового слияния через 2–3 месяца всё отрастёт. Потом — пакетное слияние с приоритетом «самая старая карточка + последняя активность».
9 503 брошенных сделки: пайплайн на 26,5 млрд, реально — 2,65
98,6% всех открытых сделок в портале — без активности 14+ дней. Технически они «живые», формально — числятся в воронке. Реально — мёртвые.
Общий пайплайн этих сделок — 26,5 млрд ₽. Если применить пессимистичный коэффициент 0,1 (то есть 10% из них ещё можно реанимировать) — получаем 2,65 млрд ₽ потенциальной выручки, которая тихо гниёт.
Такой пайплайн бесполезен для планирования. Собственник смотрит на отчёт «в воронке 26,5 млрд ₽», делает выводы о планах на квартал — а по факту 98,6% этих сделок уже никогда не закроются.
Что делать. Сегментировать по сумме: ≥3 млн ₽ → еженедельный обзвон РОП лично; 0,5–3 млн ₽ → задача менеджеру с дедлайном 7 дней; менее 0,5 млн ₽ или старше 180 дней → пакетная архивация. Плюс робот «нет активности 7 дней → задача; 14 дней → эскалация к РОП». Плюс Pipeline Review каждые 2 недели.
Что в портале было хорошо (важно для баланса)
Портал не сломан. У этой компании есть базовая дисциплина, которой нет у большинства «старых» B2B-порталов:
Источники размечены отлично — только 1,8% сделок с источником «Прочее». Это редкая дисциплина. Маркетинговые отчёты «откуда клиент» здесь реально работают.
Суммы заполняются — 93,5% открытых сделок с полем OPPORTUNITY. Воронка по деньгам реальна (хотя даты закрытия врут).
Структура воронок здравая — 10 штук, «болот» всего 4. Без хаоса дублирующихся «Демо/Тест/2024/2025», как в типичных «старых» порталах.
Лиды квалифицируются — из 7 962 лидов: 990 сконвертировано, 6 046 в junk, 926 открытых. Воронка лидов работает как надо.
Карточка чистая — 57 мёртвых полей (в типичном «старом» портале их 200–400).
Вывод: тут не «портал в хламе». Тут две конкретные системные проблемы (уволенные + интеграция дублей) и одна дисциплинарная (менеджеры не двигают дела). Всё три чинятся за 4–6 недель.
План работ: что делать за 2 недели, что за 6, что не трогать
Срочно (1–2 недели):
-
Переназначить 93 сделки на 529,5 млн ₽ с уволенных. Скрипт + день работы РОП → полмиллиарда возвращаются в оборот.
-
Разобраться с 22,9% дублей контактов: сначала найти интеграцию-виновника (1–2 дня), потом массовое слияние (3–5 дней).
-
Запустить Pipeline Review каждые 2 недели + робот старения сделок.
Планово (4–6 недель):
Робот эскалации просрочек. Сегментация 9 503 брошенных сделок по сумме и обзвон крупных лично РОП. Архивация неиспользуемых воронок «Электронные торги», «Дебиторская задолженность» и стадии «Аня забыла» (реальное название стадии в проде — эмоция в системе, не процесс). Чистка 57 мёртвых полей. Блокировка 9 «спящих» активных учёток.
Не трогать:
Маркетинговую разметку источников — она в порядке. Обязательные поля — менеджеры их заполняют, не ломайте дисциплину. Количество воронок — 10 это норма для B2B стройки, не сокращайте ради сокращения.
Итог: 4 минуты аудита показали 3,2 млрд под риском
Владелец бизнеса не знал масштаба проблемы. Отчёты в портале показывали красивую воронку на 26,5 млрд ₽, менеджеры вносили суммы, источники были размечены. Всё «выглядело нормально».
ИИ-аудит за 4 минуты вытащил на поверхность: полмиллиарда физически некому продать, 22% контактной базы — брак интеграции, 98,6% пайплайна не двигается неделями. Общий риск потерь — 3,2 млрд ₽. Не гипотетический — конкретный, с фамилиями уволенных и ID-шниками сделок.
Первую и главную проблему (529 млн на уволенных) можно закрыть за один рабочий день — скрипт переназначения + час РОПа на распределение по действующим менеджерам. Стоимость этого действия — 0 ₽. Эффект — возврат полумиллиарда в активную работу.
Наш бесплатный ИИ-аудит занимает у клиента 30 секунд на подключение вебхука и 1 рабочий день ожидания отчёта. Отчёт — ваш. Работать с нами дальше или чинить портал самому — ваш выбор.
Что именно закрывает такой аудит и чем он отличается от ручного пресейла — разбирали отдельно. Находка про уволенных сотрудников с висящими сделками — не случайность, а типовая проблема без выстроенной оргструктуры.