Короткий ответ
Классический аудит портала Битрикс24 устроен так: подрядчик просит административный доступ, несколько часов вручную ходит по настройкам и отдаёт отчёт в формулировках «робот настроен некорректно», «процесс избыточен». Клиент при этом отдал постороннему человеку полные права на свою базу, а получил список замечаний, в котором нет ни одной суммы.
Мы переделали процесс целиком. Программный агент подключается по штатному входящему вебхуку Битрикс24 с правами только на чтение, проходит 12 зон потерь и считает каждую в рублях и часах. Административный доступ не нужен, консультант в портал не заходит вообще, вебхук отзывается одной кнопкой. Отчёт — за один рабочий день.
Кто заказывает аудит портала и с каким запросом
Самый частый разговор в нашей практике звучит не «нам нужна CRM», а «у нас всё вроде работает, посмотрите, что можно улучшить».
Портал стоит два-три года. Его внедряли — иногда мы, чаще кто-то другой. Менеджеры в нём работают, сделки заводятся, отчёты строятся. Но собственник чувствует, что система работает не в полную силу: где-то заявки теряются, где-то отчёт не сходится с ощущением, где-то менеджеры жалуются на лишние действия. Сформулировать точнее он не может — и это нормально, потому что изнутри система выглядит привычной.
Это и есть запрос на аудит: покажите, где мы теряем.
Как обычно делают аудит Битрикс24
Стандартная схема выглядит одинаково почти у всех.
Клиент выдаёт подрядчику административный доступ. Сотрудник интегратора заходит в портал и несколько часов вручную обходит настройки: смотрит воронки, открывает роботов, проверяет права, листает сделки. Дальше пишет отчёт — обычно на несколько страниц, в формулировках вроде «робот на стадии „Переговоры” настроен некорректно», «бизнес-процесс избыточен», «рекомендуется пересмотреть структуру воронки».
У этой схемы три встроенные проблемы, и они не про качество работы конкретного специалиста.
Права. Административный доступ — это доступ ко всему: переписка с клиентами, документы, финансовые данные, персональные данные сотрудников. Отдаётся он человеку из другой компании, на основании устной договорённости, и отозвать его клиент обычно забывает.
Время и охват. Человек за несколько часов физически не может просмотреть девять тысяч сделок. Он смотрит выборочно и делает вывод по образцу. Крупные проблемы, размазанные по базе тонким слоем, при таком подходе не видны в принципе.
Формат результата. «Робот настроен криво» — это утверждение, с которым собственнику нечего делать. Оно не говорит, сколько это стоит в месяц и что чинить первым. Решение о бюджете принимается по ощущению, а не по цифре.
Чем наш аудит отличается от обычного
Мы посмотрели на аудит не как на работу консультанта, а как на задачу чтения данных — и она решается программой лучше, чем человеком.
Доступ. Клиент создаёт в своём портале штатный входящий вебхук и выдаёт права только на чтение нужных сущностей. Это стандартный механизм Битрикс24, а не наша самодеятельность. Изменить что-либо в портале по такому токену нельзя технически. Отзывается он одной кнопкой в настройках, когда аудит закончен.
Охват. Агент читает базу целиком, а не выборочно. Девять тысяч сделок для него — такая же работа, как девяносто. Именно поэтому находятся проблемы, которые при ручном просмотре не видны: они не сосредоточены в одном месте, а рассыпаны по всей базе.
Результат в деньгах. Каждая из 12 зон переводится в сумму или в часы. Не «много дублей», а «22,9% дублей контактов, вот во что это обходится на вашем объёме». Не «есть брошенные сделки», а конкретный пайплайн и оценка риска по нему.
Человек остаётся, но позже. Аналитик проверяет уже готовую обезличенную сводку: отбрасывает ложные срабатывания, отделяет реальные проблемы от особенностей процесса, собирает план работ. В портал он при этом не заходит.
Что аудит находит на практике
Самый показательный из проведённых аудитов — B2B-компания в строительном сегменте, портал на «Профессиональном» тарифе. Health-score оказался 16 из 100.
Главная находка: 93 сделки на 529,5 млн ₽ числились за 116 уволенными сотрудниками. Не потерянные, не проигранные — просто висящие на людях, которых нет в компании. Никто не звонит, никто не ведёт, в отчётах они выглядят живым пайплайном. Чинится это за день работы руководителя отдела продаж — надо просто переназначить ответственных.
Ручным просмотром такое не находится: чтобы это увидеть, нужно сопоставить список активных сотрудников с ответственными по всей базе сделок. Человек так не работает, программа — работает.
Полный разбор этого аудита, включая остальные зоны и план работ, — в отдельной статье.
Почему такой аудит не делали раньше?
Вопрос закономерный: API у Битрикс24 есть давно, вебхуки тоже. Что мешало?
Мешали две вещи, и обе перестали мешать недавно.
Первая — объём разнородных проверок. Прочитать сделки через API умели всегда. Но аудит — это не один запрос, а десятки связанных проверок: сопоставить ответственных со списком активных сотрудников, найти стадии, где сделки лежат дольше среднего цикла, поймать роботов, которые срабатывают друг против друга, отличить настоящие дубли от однофамильцев. Написать это как жёсткий скрипт можно, но он ломается на каждом нетиповом портале, а нетиповые — почти все. Работать это начало тогда, когда проверки стало возможно строить как набор инструментов, которыми управляет агент, а не как фиксированный сценарий.
Вторая — перевод находок в деньги. Найти 9 503 брошенные сделки несложно. Сложно ответить, сколько из них реально мертвы, а сколько просто идут длинным циклом, — и это зависит от ниши, среднего чека и структуры воронки конкретной компании. Пока этот шаг делал человек, аудит упирался в те же часы ручной работы, ради экономии которых всё и затевалось.
Именно поэтому классическая схема с админским доступом держалась так долго: она была не лучшей, а единственной осуществимой. Сейчас это перестало быть правдой.
Побочный эффект, которого мы не планировали: отказавшись от админского доступа, мы сняли и юридический вопрос. Передача постороннему лицу полного доступа к базе с персональными данными сотрудников и клиентов — это тема 152-ФЗ, о которой при устной договорённости обычно не вспоминают. Токен только на чтение, обезличенная сводка и отзыв одной кнопкой закрывают её сами собой.
Сколько аудитов мы провели
На сентябрь 2026 года мы провели пять аудитов в этом формате. Это немного, и мы не будем делать вид, что счёт идёт на сотни: формат новый.
Важнее другое наблюдение: находки повторяются от портала к порталу. Сделки на уволенных, дубли контактов как след сломанной интеграции, стадии воронки, в которых сделки лежат годами, даты закрытия в прошлом. Это не истории про отдельные плохие внедрения — это то, как система деградирует со временем, если её не пересматривать. Портал не ломается в один день, он тихо расходится с реальностью процесса.
Как проходит аудит со стороны клиента
- Вы создаёте входящий вебхук в своём портале и выдаёте права только на чтение. Занимает пару минут, инструкцию присылаем.
- Агент проходит 12 зон потерь.
- Аналитик проверяет сводку и переводит находки в деньги и часы.
- Через один рабочий день вы получаете отчёт: health-score, список зон с оценкой по каждой, план работ с разделением на «чинится за день», «две недели» и «трогать не нужно».
- Вы отзываете вебхук одной кнопкой.
Аудит бесплатный и ни к чему не обязывает. Часть находок чинится силами вашей же команды — и мы говорим об этом в отчёте прямо, а не умалчиваем, чтобы продать внедрение заново.
Записаться на аудит портала Битрикс24 →
Какие требования к порталу для аудита
Одно техническое условие, и оно не наше: портал должен быть на коммерческом тарифе, с подключённым Маркетплейсом.
Входящие вебхуки — тот самый механизм, на котором всё построено, — Битрикс24 отдаёт только на платных тарифах и при активном Маркетплейсе. На бесплатном тарифе вебхук не заработает. Это ограничение вендора: обойти его нельзя ни с нашей стороны, ни с вашей, и никакой другой интегратор его тоже не обойдёт.
Проверьте тариф до того, как оставлять заявку, — сэкономите себе день ожидания.
Когда аудит не нужен?
Если портал развернули меньше полугода назад и в нём работает до десяти человек — скорее всего, находок будет мало, а те, что будут, вы увидите и сами.
Аудит имеет смысл там, где система живёт несколько лет, через неё прошли разные подрядчики и разные поколения сотрудников, а объём базы уже не позволяет просмотреть её глазами. Именно на таких порталах находится то, ради чего всё затевается.