Аудит процессов перед внедрением CRM: карта текущего и целевого процесса

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

Зачем нужен аудит процессов перед внедрением CRM и когда без него нельзя

Внедрение CRM — это настройка программного обеспечения под конкретные условия работы и обучение сотрудников. Прежде чем настраивать справочники, стадии сделки и права доступа, нужно понять, что именно настраивать. Аудит процессов отвечает на этот вопрос: он фиксирует, как работа идёт сейчас, где теряются обращения и какие действия повторяются изо дня в день.

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

Аудит особенно нужен, если выполняется хотя бы одно условие:

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

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

Чем аудит процессов отличается от аудита безопасности

Слово «аудит» используют и в другом значении. У коробочных продуктов есть аудит защищённости — внутренний и внешний, связанный с анализом кода и моделированием атак. Это отдельная техническая тема, и она не заменяет разбор бизнес-процессов. Не стоит смешивать эти работы в одном проекте: у них разные исполнители, входные данные и результат. Аудит процессов отвечает на вопрос «как устроена работа с клиентом», аудит безопасности — на вопрос «насколько защищён продукт».

Границы аудита: какие процессы включаем, а какие оставляем за рамкой

Границы — первое, что фиксируют письменно. Иначе аудит расползается на всю компанию и теряет практический смысл.

В рамку обычно входит путь клиента от первого касания до закрытия сделки и передачи результата дальше:

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

Каждый пункт должен быть подтверждён реальными действиями сотрудников, а не только регламентами.

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

Границы стоит зафиксировать в одном абзаце: какие каналы, какие отделы, какие типы сделок и какой период берём. Всё, что не попало, — явно перечислено как исключение. Такой абзац защищает и заказчика, и исполнителя: обе стороны понимают, что входит в работу, а что нет.

Полезно сразу договориться о критерии «достаточно». Аудит не описывает каждое движение сотрудника — он фиксирует шаги, которые влияют на судьбу обращения. Если шаг не меняет ничего для клиента и не создаёт задержек, его можно не детализировать.

Сбор входных данных: интервью, наблюдение, документы

Аудит опирается на три источника, и ни один из них не даёт полной картины в одиночку.

Интервью с участниками. Разговаривают с каждым, кто касается заявки: менеджер, руководитель отдела, администратор, кладовщик, бухгалтер на этапе счёта. Вопросы простые: что вы делаете, когда приходит обращение; откуда узнаёте о нём; что делаете дальше; где приходится ждать; что делаете, если данных не хватает. Важно спрашивать про последнюю неделю, а не про «как обычно»: память сглаживает исключения, а именно они и создают потери. Записывайте ответы или используйте стикеры, чтобы не полагаться на память.

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

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

Полезно сразу составить реестр каналов: откуда приходят обращения, кто их видит и куда они попадают. Это самый быстрый способ найти «слепые зоны». В реестре отмечают не только официальные каналы, но и те, что появились стихийно: личные номера, рабочие чаты, переписка в мессенджерах.

Как задавать вопросы, чтобы получить факты

Общие вопросы дают общие ответы. Вместо «как вы работаете с клиентами» лучше спросить: «Покажите последнее обращение, которое вы обработали сегодня». Конкретный пример сразу показывает и канал, и инструмент, и время, и то, что осталось незафиксированным. Если сотрудник не может показать пример, это тоже факт: значит, работа ведётся не системно.

Карта текущего процесса: как собрать и что на ней отмечать

Карта текущего процесса — обязательный результат аудита. Это схема, где каждый шаг подписан и связан с исполнителем. Формат может быть любым: блоки со стрелками, таблица, доска. Важна не красота, а полнота.

Для каждого шага фиксируют:

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

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

Карту собирают не в одиночку. Черновик готовит тот, кто ведёт аудит, а проверяют участники процесса: каждый подтверждает свой участок и указывает, что упущено. Так карта становится общей версией правды, а не мнением одного человека. Если два сотрудника описывают один и тот же шаг по-разному, это не повод спорить — это сигнал, что шаг не регламентирован и работает по-разному в разных случаях.

Что делать с расхождениями

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

Ручные передачи и потеря обращений: где искать разрывы

Потери почти никогда не происходят «в середине» шага. Они случаются на переходах. Типичные места:

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

Наблюдаемый признак потерь — расхождение между числом входящих обращений и числом сделок, по которым есть зафиксированный следующий шаг. Если такое расхождение нельзя объяснить отказом клиента, значит, часть обращений «зависла» на стыке.

На этом этапе полезно посмотреть материал о том, почему система может быть куплена, но не запущена: «Купили Битрикс24, никто не пользуется»: как реально запустить CRM. Он помогает увидеть, что причина обычно не в интерфейсе, а в неразобранных стыках между людьми.

Как считать потери без точной статистики

Если точных данных нет, используют оценку по журналам: количество звонков, писем, заявок с формы за период. Эти числа сопоставляют с числом обращений, по которым есть зафиксированный следующий шаг. Разница — это верхняя граница возможных потерь. Она не доказывает, что все эти обращения потеряны, но показывает, где искать. Такую оценку стоит помечать как предварительную и уточнять по мере накопления данных.

Выбор первого этапа автоматизации

Автоматизировать всё сразу не стоит: слишком много изменений, сотрудники не успевают привыкнуть, а ошибки накапливаются. Первый этап выбирают по нескольким критериям одновременно.

Критерии выбора:

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

Хороший первый этап — приём и распределение обращений: единая точка входа, обязательный ответственный, понятные стадии. Он даёт быстрый видимый результат и не требует перестраивать всю компанию. Это создаёт основу для сбора данных и контроля.

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

Карта целевого процесса, роли и права доступа

Целевая карта — это тот же путь, но уже с учётом системы. Здесь описывают, как обращение будет попадать в CRM, какие стадии проходит, кто отвечает на каждом шаге и что происходит при исключении.

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

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

Когда целевая карта готова, становится понятно, какие работы нужны по системе. Общий объём таких работ и порядок шагов описаны в материале про внедрение и настройка Битрикс24 — его удобно использовать как ориентир по последовательности, а не как готовый план для вашей компании.

Точка входа: обращение или сделка

В системе возможны два подхода. Работа может начинаться с первичного обращения, которое затем превращается в контакт и сделку. Такой вариант удобен, когда есть постоянный поток обращений из форм, звонков и почты. Другой подход — начинать сразу со сделки, когда постоянного потока нет, а заказы появляются от текущих клиентов. Выбор точки входа напрямую влияет на то, какие поля обязательны и какие отчёты получит руководитель. Решение принимают на основе карты процесса, а не по привычке или интуиции.

Учебный пример: аудит перед настройкой системы

Учебный пример. Данные условные и приведены только для иллюстрации.

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

Действия на аудите:

1. Провели интервью с четырьмя менеджерами, администратором и руководителем. 2. Понаблюдали за рабочим местом в течение двух дней, отметили, куда попадают звонки и письма. 3. Собрали образцы писем, предложений и счетов, выгрузили текущую таблицу. 4. Собрали карту текущего процесса и отметили ручные передачи. 5. Согласовали карту с участниками и внесли правки. 6. Собрали карту целевого процесса и определили первый этап.

Что нашлось:

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

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

Проверка результата. Через несколько недель после запуска первого этапа сравнили число обращений, зафиксированных в системе, с числом обращений по журналу звонков и почте, чтобы выявить расхождения. Расхождение разобрали по каждому случаю: часть объяснялась отказами, часть — незакрытыми стыками. Это и есть проверка, что аудит был не формальностью. Если расхождение не удаётся объяснить отказами, значит, часть каналов осталась вне системы или данные теряются на стыках. Фиксируйте эти расхождения в отчёте для руководства.

Как проверить результат аудита и принять работу

Аудит — это работа с результатом, который можно проверить. Принимать её стоит по конкретным признакам, а не по объёму презентации.

• Есть карта текущего процесса, и каждый участник подтвердил свой участок.
• На карте отмечены ручные передачи и указано, где теряются обращения.
• Есть карта целевого процесса с ролями и точками входа.
• Определён первый этап автоматизации и объяснено, почему именно он.
• Перечислены исключения: что делать, если данных не хватает или клиент вернулся позже.
• Список полей и стадий выведен из карты, а не взят из стандартного набора.
• Зафиксированы границы: какие процессы в аудит не вошли.
• Понятно, как будет измеряться результат первого этапа.
• Указано, кто отвечает за обновление карты после изменений.

Если карта есть, но по ней нельзя ответить, кто отвечает за обращение в конкретный момент, — работа не закончена. Если в карте не отражены исключения, при первом же нестандартном случае сотрудники вернутся к старым привычкам.

Типичные ошибки и ограничения

Ошибки, которые встречаются чаще всего:

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

Ограничения тоже стоит назвать честно. Аудит не заменяет юридическую проверку договоров и обработки персональных данных — это отдельная работа с профильным юристом или специалистом по защите данных. Аудит не гарантирует, что сотрудники сразу начнут работать по-новому: это требует обучения и изменения привычек: привычки меняются постепенно, и нужен план запуска. И аудит не отвечает на вопрос «сколько это будет стоить» — он лишь даёт исходные данные, по которым стоимость можно оценить.

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

Какие исходные данные подготовить для оценки

Чтобы обсудить объём работ, подрядчику нужны не общие слова, а факты. Подготовьте заранее:

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

Чем конкретнее исходные данные, тем точнее оценка. Общий ориентир по факторам, влияющим на объём и стоимость работ, приведён в материале Сколько стоит внедрение Битрикс24 и от чего зависит цена — он помогает понять, какие параметры вообще влияют на оценку.

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