Аудит CRM в Битрикс24: что проверить до новых доработок

Когда CRM перестаёт помогать, первой реакцией часто становится новая настройка: добавить поле, уведомление или этап. Но локальные доработки поверх непонятной структуры увеличивают сложность. Аудит нужен, чтобы отделить проблемы процесса от ошибок настройки и составить приоритетный план восстановления.

Проверка должна опираться на реальные рабочие сценарии и данные, а не только на список доступных функций.

Уточните назначение CRM

Начните с вопросов руководителю и пользователям. Какие процессы ведутся в системе? Какие решения должны приниматься по её данным? Где начинается и заканчивается ответственность CRM?

Зафиксируйте:

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

Если у подразделений разные цели, не следует оценивать их одной воронкой и одинаковыми требованиями.

Проверьте структуру воронок и этапов

Этап должен отражать состояние работы, а не действие сотрудника или произвольную оценку. Названия вроде «думаем» и «важное» не дают проверяемого смысла.

Проверка смысла этапа

Для каждого этапа выясните:

• какое событие означает вход;
• что должно произойти до выхода;
• кто отвечает;
• какие поля обязательны;
• какой срок считается нормальным;
• какие причины отказа допустимы;
• можно ли вернуться назад и зачем.

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

Оцените качество данных

Количество заполненных полей не равно качеству. Поле ценно, если используется в маршруте, сегментации, коммуникации или отчёте.

Проверьте выборку карточек на:

• дубли компаний и контактов;
• разные форматы телефона и адреса;
• пустые обязательные данные;
• свободный текст вместо справочника;
• устаревших ответственных;
• некорректные даты;
• противоречивые статусы;
• вложения без понятного назначения;
• персональные данные без деловой необходимости.

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

Сверьте роли и права

Доступ должен соответствовать должностной задаче. Проверьте, кто видит, изменяет, экспортирует и удаляет данные, а также кто управляет настройками.

Особое внимание уделите бывшим сотрудникам, временным ролям, общим учётным записям и внешним участникам. Матрицу проверки можно построить по инструкции о правах доступа.

Разберите автоматические действия

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

Для каждого автоматического шага запишите:

• деловую цель;
• событие запуска;
• условие;
• действие;
• получателя;
• поведение при ошибке;
• способ проверки результата.

Неактуальное правило безопаснее сначала отключить в контролируемом порядке и проверить сценарий, чем удалять без понимания зависимости.

Проверьте интеграции

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

Проверьте, какая система владеет каждым объектом, есть ли устойчивые идентификаторы и что происходит при повторной передаче. Для связки с учётным контуром используйте отдельный чек-лист подготовки интеграции с 1С.

Сопоставьте отчёты с решениями

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

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

Проведите сценарное тестирование

Возьмите типовые операции и пройдите их под разными ролями:

1. новое обращение;
2. назначение ответственного;
3. переход между этапами;
4. возврат или отказ;
5. просрочка;
6. замещение сотрудника;
7. получение данных из интеграции;
8. завершение и попадание в отчёт.

Фиксируйте не только ошибки, но и лишние действия, непонятные формулировки и обходные пути пользователей.

Составьте план восстановления

Результат аудита — не длинный перечень замечаний, а последовательный план. Разделите задачи на критические риски, восстановление данных, упрощение процесса, улучшение отчётности и развитие.

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

Чек-лист результата аудита

• Назначение CRM согласовано.
• Этапы имеют проверяемый смысл.
• Источники проблем качества данных установлены.
• Права сверены с ролями.
• Автоматические действия описаны и протестированы.
• Интеграции включены в единый реестр.
• Формулы отчётов понятны владельцам.
• Типовые сценарии пройдены под разными ролями.
• План исправлений расставлен по риску и зависимости.

Формат обследования описан в решении «Аудит и восстановление Битрикс24». После исправления критичных проблем можно выбрать сопровождение или спланировать внедрение обновлённого процесса.