Решение о покупке CRM почти всегда принимает первое лицо компании. А живёт с последствиями этого решения отдел продаж и финансовый директор, причём ещё год после запуска. Именно поэтому провалы внедрений редко бывают техническими: систему настроили правильно, но никто заранее не договорился, зачем она нужна и как по ней будут принимать управленческие решения.
Здесь собрано то, что имеет смысл продумать до момента, когда вы подписываете счёт. Это не инструкция по кнопкам. Это список вопросов, ответы на которые определяют, окупится проект или превратится в дорогую записную книжку.
CRM покупают ради управляемости, а не ради удобства менеджеров
Когда собственник говорит «нам нужна CRM», за этой фразой обычно стоит одна из трёх ситуаций. Первая: продажи держатся на двух-трёх людях, и если кто-то из них уйдёт, база клиентов уйдёт вместе с ним. Вторая: непонятно, почему выручка в этом квартале ниже, чем в прошлом, и никакие совещания ответа не дают. Третья: компания растёт, найм идёт, но каждый новый менеджер выходит на плановые показатели по полгода, потому что учить его некому и не по чему.
Все три задачи решает не программа. Их решает фиксация процесса, который до этого жил в головах. CRM здесь работает как форма для бетона: она удерживает нужную конфигурацию, пока та не застынет. Если формы нет, каждый менеджер льёт по-своему.
Практический вывод для CEO простой. Прежде чем сравнивать системы по функциям, сформулируйте одним предложением, какое управленческое решение вы хотите принимать по данным из CRM и не можете принять сейчас. «Хочу видеть, на какой стадии зависают сделки дольше двух недель, и понимать, у кого именно из менеджеров». Такая формулировка сразу задаёт требования к воронке, к отчётам и к дисциплине заполнения.
Процесс продаж описывают до запуска, а не после
Самая частая ошибка при внедрении CRM выглядит так: компания покупает лицензии, подрядчик спрашивает «какие у вас стадии сделки», и в ответ получает четыре разных версии от коммерческого директора, РОПа и двух старших менеджеров. Дальше подрядчик собирает из этих версий компромисс, никто им не пользуется, а через три месяца звучит вывод «система нам не подошла».
Что стоит зафиксировать на бумаге до старта проекта:
- перечень стадий, через которые проходит клиент от первого контакта до оплаты, и что именно должно произойти для перехода на следующую стадию;
- источники обращений, которые нужно различать в отчётности (сайт, звонок, мессенджер, выставка, рекомендация);
- кто отвечает за клиента на каждом этапе и в какой момент ответственность переходит дальше;
- что считается потерянной сделкой и какие причины отказа вы хотите видеть в аналитике;
- какие документы формируются в процессе: счёт, договор, спецификация, акт.
Этот документ обычно занимает две-три страницы. Он же становится техническим заданием, по которому потом проверяют работу подрядчика. Без него вы платите за настройку неизвестно чего и не можете сказать, сделана работа или нет.
Развилка, которую нельзя делегировать: лиды или сразу сделки
В Битрикс24 CRM работает в одном из двух режимов. В простом режиме любое обращение клиента сразу становится сделкой и контактом или компанией. Этот вариант включён по умолчанию и подходит небольшим отделам продаж. В классическом режиме появляется отдельная сущность «лид»: новые обращения сначала попадают туда, и только качественные, где клиент действительно заинтересован, превращаются в сделку.
Выбор выглядит техническим, но по сути это управленческое решение. Классический режим с лидами имеет смысл, когда входящий поток большой и значительная его часть мусорная: ошиблись номером, спрашивают про то, чем вы не занимаетесь, откликнулись на рекламу не по адресу. Тогда вы получаете отдельную метрику качества трафика и не забиваете воронку продаж пустыми карточками.
Если поток небольшой и почти каждое обращение приходит от реального потенциального клиента, лишний шаг только замедлит менеджеров. Режим можно поменять и позже, но при переходе с классического на простой все незакрытые лиды конвертируются в сделки и клиентов, и заранее нужно настроить сценарий этой конвертации. Проще решить один раз на старте, чем перекраивать историю через год.
Со стороны заказчика проектом кто-то должен управлять
Подрядчик настраивает систему. Решения о том, как должна работать компания, принимает компания. Между этими двумя фактами есть зазор, в который проваливается большинство внедрений.
Нужен человек внутри, у которого хватает полномочий сказать «стадии будут такие» и на этом дискуссию закрыть. Обычно это коммерческий директор или РОП, иногда операционный директор. У него должно быть выделено время: три-четыре часа в неделю на протяжении всего проекта, а не «между делом». Если такого человека нет, роль придётся брать на себя генеральному, и лучше понимать это заранее.
Второй важный момент: право вето на изменения после запуска. Через месяц работы посыплются просьбы «добавьте нам ещё одно поле» и «сделайте отдельную воронку под мой отдел». Часть из них разумна, часть превратит систему в свалку. Кто-то один должен фильтровать этот поток, иначе через полгода в карточке сделки будет сорок полей, из которых заполняются четыре.
Мы в B2BPRO.KZ на старте проекта всегда просим назвать это имя и внести его в договор. Практика показывает: там, где такой человек есть, срок внедрения сокращается примерно вдвое просто за счёт скорости согласований.
Бюджет проекта шире, чем стоимость лицензий
Лицензия обычно самая заметная статья расходов и почти никогда самая крупная. Полная картина для планирования состоит из пяти частей.
Сами лицензии считаются от количества пользователей и нужного набора возможностей. Это регулярный платёж, и закладывать его нужно в бюджет на годы вперёд, а не воспринимать как разовую покупку.
Работы по настройке включают описание процесса, сборку воронок, настройку прав, подключение почты и телефонии, интеграцию с сайтом и мессенджерами, перенос данных. Объём зависит от сложности вашего процесса, а не от размера компании: у производственной компании на двадцать человек внедрение бывает тяжелее, чем у розничной сети на двести.
Интеграции со смежными системами — учётной, складской, 1С, платёжными сервисами — та статья, где чаще всего возникает перерасход. Причина в том, что реальное состояние учётной системы заказчика редко бывает известно заранее, и объём работ выясняется уже по ходу.
Обучение и адаптация требуют отдельных часов: одни на обучение менеджеров и руководителей, другие на сопровождение первых недель работы, когда вопросы идут потоком.
Поддержка после запуска нужна потому, что система живая: процессы меняются, приходят новые сотрудники. Компании, которые закладывают небольшой ежемесячный бюджет на доработки, получают от системы заметно больше, чем те, кто считает проект законченным в день сдачи.
Если вы планируете внедрение Битрикс24 для вашего бизнеса, попросите подрядчика разложить смету именно по этим пяти статьям. Предложение, где всё сведено в одну строку «внедрение CRM под ключ», обычно означает, что границы работ не обсуждались и претензии потом будут с обеих сторон.
Данные: переносить всё подряд не нужно
Битрикс24 позволяет загрузить в CRM лиды, контакты, компании, сделки и товары. Импорт делается файлами в формате CSV, по шаблону, который система выдаёт для каждого типа записей. Технически перенос базы клиентов из Excel или из другой CRM вполне решаемая задача, и узким местом проекта она становится редко.
Узким местом становится качество данных. В типичной таблице, накопленной за несколько лет, будет три записи одного и того же клиента, телефоны в пяти разных форматах, контакты уволившихся сотрудников и компании, которые давно закрылись. Перенеся это как есть, вы получите ту же кашу, только в новом интерфейсе, и в первый же месяц менеджеры скажут, что в системе невозможно найти клиента.
Разумный подход: перед импортом выделить активную часть базы, то есть тех, с кем были контакты за последние год-полтора, вычистить дубли и привести телефоны к единому виду. Архивную часть можно загрузить отдельно и позже, когда система уже работает. Кто именно будет чистить, стоит определить заранее. Подрядчик может подготовить файлы технически, но решать, какая из трёх карточек «ТОО Астана Строй» правильная, придётся вашим людям.
Права доступа: вопрос собственника
В CRM Битрикс24 действует ролевая модель прав. По умолчанию есть две роли: администратор с полным доступом ко всем элементам и настройкам и менеджер, который может просматривать, создавать и изменять свои элементы. Роли можно копировать, редактировать и создавать новые, настраивая разный доступ для отделов и конкретных сотрудников.
Формально это настройка. Фактически это ответ на вопрос, который собственнику лучше решить самому: кто в компании видит всю клиентскую базу целиком. Ситуация, когда каждый менеджер имеет доступ ко всем контактам и суммам сделок, удобна для взаимозаменяемости и опасна при уходе сотрудника к конкурентам. Обратная крайность, где менеджер видит только своё, защищает базу, но мешает подхватывать чужих клиентов на время отпуска.
Универсально правильного ответа здесь нет, есть ваш выбор баланса. Важно, чтобы этот выбор был осознанным и сделанным до того, как в систему загрузили базу, а не после первого неприятного случая.
Как измерить, что внедрение состоялось
«Стало удобнее» не является критерием. Договоритесь заранее о нескольких цифрах, которые вы посмотрите через три и через шесть месяцев после запуска.
Доля обращений, попавших в систему, считается сопоставлением количества карточек с данными телефонии, почты и заявок с сайта. Если в CRM попадает семьдесят процентов обращений, любая аналитика по ней врёт. Это первая метрика, которую нужно вывести в норму.
Конверсия по стадиям воронки видна в разделе CRM-аналитики Битрикс24: там есть отчёт «Воронка продаж», который показывает процент конверсии, среднее время и суммы. Через квартал у вас появится база для сравнения, а через два и возможность понять, работает изменение в процессе или нет.
Время прохождения сделки, то есть средний срок от первого контакта до оплаты, напрямую связано с оборотным капиталом. Эта цифра обычно интересует финансового директора больше, чем всё остальное.
Скорость вывода нового менеджера показывает, сколько недель проходит от найма до первой самостоятельной сделки. Метрика медленная, зато честно показывает, стала ли компания системой или осталась набором индивидуальных практик.
Сопротивление команды заложено в проект
Менеджер по продажам, который десять лет вёл клиентов в блокноте и телефоне, воспринимает CRM как надзор. По-своему он прав: прозрачность действительно появляется. Делать вид, что этого нет, бессмысленно, и убеждать словами «так будет удобнее» тоже не работает.
Работает другое. Свяжите заполнение системы с деньгами менеджера: если бонус считается по данным из CRM, а сделка, которой нет в системе, не считается вовсе, дисциплина появляется за месяц. Второе, что стоит сделать, это убрать из процесса дублирование. Пока менеджер параллельно ведёт свою таблицу и заполняет CRM, он будет саботировать вторую половину работы, и справедливо.
Третье касается уже руководителя. Если РОП по-прежнему выясняет положение дел голосом на летучке вместо того, чтобы открыть отчёт, система остаётся формальностью для всех, включая его самого.
Пример из практики
Дистрибьютор промышленного оборудования, четырнадцать менеджеров, средний цикл сделки около двух месяцев. До проекта учёт вёлся в общей таблице, отчётность собиралась вручную каждую пятницу.
Первое, что дал перенос в CRM, было не ростом продаж, а обнаружением проблемы. Оказалось, что около четверти обращений с сайта не доходили до менеджеров вообще: заявки падали на общий почтовый ящик, который проверяли нерегулярно. Ещё до всякой оптимизации воронки закрытие этой дыры дало прибавку к выручке.
Второе наблюдение появилось через квартал по отчёту воронки: сделки массово застревали на стадии согласования технического задания, средний срок на этой стадии составлял почти три недели. Причина оказалась организационной: согласование шло через одного инженера, который был перегружен. Решение лежало в кадровой плоскости, но увидели проблему только потому, что цифра стала видимой.
Этот пример приведён как иллюстрация типичного сценария, а не как описание гарантированного результата. У каждой компании своя структура потерь, и находится она только на собственных данных.
Когда внедрение лучше отложить
Есть ситуации, в которых запускать проект прямо сейчас невыгодно, и честный подрядчик об этом скажет.
Первая: компания в процессе смены модели продаж. Если через два месяца вы планируете перейти от прямых продаж к дилерской схеме или наоборот, настроенная под сегодняшний процесс воронка устареет раньше, чем ей начнут пользоваться. Логичнее дождаться, пока новая модель хотя бы вчерне заработает.
Вторая: в отделе продаж нет руководителя. CRM усиливает управление, но не заменяет его. Если некому смотреть отчёты и разговаривать с менеджерами по результатам, система превратится в архив, куда данные складывают, но откуда их никто не достаёт. Сначала стоит закрыть вакансию, потом покупать инструмент.
Третья: активная фаза кадровой текучки. Обучать работе в системе людей, половина из которых уйдёт в ближайший квартал, значит потратить бюджет на обучение дважды. Разумнее сначала стабилизировать команду.
Отдельно стоит вопрос сезонности. Внедрять в пик сезона тяжело: у менеджеров физически нет времени на обучение, а любое изменение процесса воспринимается как помеха выполнению плана. Если в вашем бизнесе есть предсказуемый спад, это лучшее окно для проекта.
Ни одна из этих причин не отменяет саму задачу, они лишь смещают её по времени. Что действительно стоит сделать в период ожидания, так это описать процесс продаж на бумаге. Работа нужна независимо от того, какую систему вы в итоге выберете, и она обычно сама по себе показывает пару мест, где компания теряет деньги.
Сроки и жизнь после запуска
Компактный проект для отдела продаж в десять-пятнадцать человек с одной воронкой и базовыми интеграциями обычно занимает несколько недель. Проекты с производственным блоком, складом и связкой с учётной системой считаются месяцами. Главный фактор срока не сложность настройки, а скорость, с которой на стороне заказчика принимаются решения и предоставляются данные.
День сдачи проекта финалом не является. Первые два-три месяца система будет обрастать правками: обнаружатся нужные поля, всплывут неучтённые сценарии, изменится структура отдела. Это нормальный ход событий, а не признак плохого внедрения. Плохое внедрение выглядит иначе: через полгода никто не открывает раздел аналитики, а решения по-прежнему принимаются на основе того, что сказал РОП на планёрке.
Компания, которая приходит к подрядчику с описанным процессом, назначенным ответственным и парой сформулированных вопросов к своим цифрам, проходит внедрение быстрее и дешевле той, что начинает выбор со сравнения тарифов. Разница обычно измеряется месяцами и заметной суммой в смете.
Частые вопросы
Сколько времени лично мне как руководителю придётся потратить на проект?
Меньше, чем кажется, но больше нуля. Ваше участие критично в двух точках: постановка целей и утверждение процесса в начале, приёмка и разбор первых отчётов после запуска. Оперативную часть должен вести назначенный ответственный внутри компании.
Можно ли начать с малого и расширять систему постепенно?
Да, и это чаще правильная стратегия. Запустите одну воронку для отдела продаж, добейтесь, чтобы туда попадали все обращения, и только потом подключайте задачи, документооборот и производственные процессы. Попытка охватить всё сразу растягивает проект и размывает ответственность.
Что делать, если у нас уже есть CRM, но ей никто не пользуется?
Начинать стоит с диагностики, а не с выбора новой системы. В половине случаев проблема лежит вне программы: процесс не описан, права настроены неверно или мотивация менеджеров не завязана на данные. Смена платформы в такой ситуации переносит проблему на новое место.
Насколько рискованно хранить клиентскую базу в облаке?
Для большинства компаний облачный вариант закрывает вопрос безопасности лучше, чем собственный сервер без выделенного администратора. Если у вас есть отраслевые требования к размещению данных или собственная служба ИТ, имеет смысл отдельно обсуждать коробочную версию.
Как понять, что подрядчик работает нормально?
По наличию письменного описания процесса до начала работ, по разложенной смете и по регулярным демонстрациям промежуточного результата. Если за три недели вы ни разу не видели систему в работе, это повод задать вопросы.