Настройка CRM-системы - этапы, правила и частые ошибки

Настройка CRM-системы - это адаптация готовой системы под процесс продаж компании: этапы воронки, поля карточек клиентов и сделок, справочники, роли и права доступа, автоматические задачи, интеграции с телефонией, почтой и учетными системами, отчеты для руководителя. Работа начинается с целей и описания текущего процесса и заканчивается тестовыми сценариями, обучением сотрудников и приемкой. Без настройки система остается электронной записной книжкой: данные в ней хранятся, но процессом продаж она не управляет. В настроенной CRM каждая заявка попадает к ответственному, каждая сделка стоит на понятном этапе, а руководитель видит воронку, прогноз и загрузку менеджеров в одном отчете без ручной сборки данных.

Ниже разобран маршрут целиком: подготовка, аудит, воронка, поля, роли, импорт базы, интеграции, автоматизация, отчеты, тестирование и приемка. Смежные понятия раскрыты в глоссарии BPMSoft.

Что значит настроить CRM-систему

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

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

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

Что определить до настройки CRM

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

Цель и измеримый результат

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

Границы проекта

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

Владелец системы и команда

У проекта нужен один владелец со стороны бизнеса, который решает спорные вопросы, а рядом работают администратор CRM, представители отделов и ИТ-специалист. Без владельца проект встает на первом конфликте: маркетинг просит обязательное поле, продажи против, и вопрос висит неделями.

Сценарии и ограничения

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

Что проверить: есть владелец, измеримые цели, список процессов первой очереди и 10-15 сценариев для тестирования.

Аудит текущего процесса продаж

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

Как собрать этапы процесса

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

Источники заявок и точки потерь

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

Ручные действия и текущие отчеты

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

Что проверить: схема процесса согласована с менеджерами, перечень каналов полный, точки потерь записаны.

Настройка воронки и этапов сделки

Воронка задает, как сделка движется от первого контакта до результата. От нее зависят отчеты, задачи менеджеров и точность прогноза продаж.

Как определить этапы воронки

Рабочий диапазон - пять-восемь этапов, и каждый отражает состояние сделки со стороны клиента: «получено техническое задание» вместо «менеджер позвонил». Этапы должны исключать друг друга: если менеджеры спрашивают, куда отнести сделку, границы между этапами размыты.

Условия перехода

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

Ответственные и сроки

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

Причины проигрыша

Причины отказа выбираются из короткого закрытого списка: цена, сроки, выбрали конкурента, потребность отпала, нет ответа. Через два-три месяца такой отчет показывает, где компания проигрывает по цене, а где просто не дозванивается.

Разные воронки под разные сделки

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

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

Поля карточек, справочники и правила заполнения

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

Какие поля нужны в карточке клиента

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

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

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

Какие поля делать обязательными

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

Справочники и единые значения

Отрасли, регионы и причины отказа заполняются выбором из справочника, потому что «Москва», «москва» и «МСК» в отчете считаются тремя регионами. У каждого справочника есть владелец, иначе через полгода в нем появятся десятки дублирующих значений.

Что проверить: у обязательных полей есть отчет или правило, списки вынесены в справочники, на первом экране карточки лида пять-семь полей.

Роли и права доступа

Права определяют, кто какие данные видит и меняет. Роли защищают клиентскую базу и убирают из интерфейса лишние разделы.

Принцип минимального доступа

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

Кто администрирует систему

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

Что проверить: матрица ролей согласована с руководителями отделов, под каждой ролью выполнен тестовый вход.

Импорт клиентской базы

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

Подготовка файла

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

Очистка дублей

Дубли ищутся по ИНН, телефону, почте и названию, а правило склейки определяется заранее. После загрузки включается проверка на дубли при создании записи, иначе база разойдется заново за месяц.

Нормализация контактов

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

Ответственные и согласия

Каждая запись получает ответственного при загрузке, иначе с клиентом никто не начнет работать. Отметки о согласиях переносятся отдельно, а если их нет, порядок сбора согласуется с юристами компании.

Что проверить: тестовая партия проверена, дубли склеены, у каждой записи есть ответственный.

Интеграции CRM

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

Телефония

Цель - не терять звонки: карточка клиента открывается при входящем вызове, разговор и запись сохраняются в истории, пропущенный звонок становится задачей. Закрепленный клиент при этом попадает сразу к своему менеджеру.

Почта

Цель - сохранить историю переписки в компании: письма привязываются к клиенту и сделке и не пропадают при смене менеджера. На старте определяется, какие ящики и папки синхронизируются.

Сайт и формы

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

Мессенджеры и чаты

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

Учетные системы

Цель - видеть счета, оплаты и отгрузки из 1С или ERP в карточке сделки без звонков в бухгалтерию. Для каждого объекта обмена определяется главная система, где создаются и меняются данные.

Аналитика и BI

Цель - соединить данные CRM с финансами, логистикой или производством. Для отчетов внутри продаж обычно хватает встроенных инструментов системы.

Что проверить: у каждой интеграции есть цель и ответственный, тестовая заявка и тестовый звонок доходят до карточки.

Автоматизация задач и уведомлений

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

Автоматические задачи

Задача ставится при событии - новый лид, смена этапа, пять дней без ответа клиента - и содержит текст, срок и ответственного. Начинать стоит с пяти-семи правил на самые частые потери.

Распределение заявок

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

Напоминания и просрочки

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

Маршруты согласования

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

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

Отчеты и дашборды

Отчет настраивается под конкретного пользователя и конкретное решение. Набор из двадцати графиков «для всех» не использует никто.

Что нужно менеджеру

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

Что нужно руководителю продаж

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

Что нужно маркетингу

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

Что нужно владельцу процесса

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

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

Тестирование и запуск CRM

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

Проверка сценариев

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

Обучение пользователей

Обучение строится по ролям, после него в компании остаются короткие инструкции с экранами. В каждом отделе назначаются один-два опытных пользователя для вопросов коллег.

Пилот и приемка

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

Пункты чек-листа закрываются до старта общей работы: запуск с ошибками возвращает сотрудников к таблицам уже в первый день.

Частые ошибки при настройке CRM

Ошибки настройки повторяются от компании к компании. Проверить их проще при проектировании, чем разбирать после запуска.

• Настройка без описания процесса - этапы в системе расходятся с реальной работой.
• Слишком много обязательных полей - карточки заполняются формально.
• Нет владельца системы - спорные требования отделов не решаются.
• База без очистки - дубли делают отчеты недостоверными.
• Автоматизация хаоса - правила ускоряют процесс без ответственных и сроков.
• Интеграции без цели - данные дублируются между системами.
• Отчеты без единой логики - один показатель считается по-разному.
• Запуск без пилота и обучения - заявки теряются в первые недели.

Большая часть ошибок закрывается двумя действиями: описанием процесса до настройки и приемкой по чек-листу до запуска.

Частые вопросы о настройке CRM