Знакомая картина? Компания купила CRM, потратила на внедрение полмиллиона, провела обучение. Проходит три месяца - менеджеры сидят в таблицах и блокнотах, а в системе заглядывают раз в неделю, «чтобы начальник не ругался». Руководство называет это саботажем. Мы называем это нормальной реакцией людей на плохо спроектированный инструмент.

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

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

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

Почему? Потому что список функций описывает, что система должна уметь. Но никто не описал, как менеджер проживает свой день. А CRM - это не набор функций. Это восемь часов чьей-то жизни каждый будний день.

Когда мы начинаем проект, первое, что мы делаем, - просим не ТЗ, а доступ к людям. Об этом следующий раздел.

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

Поэтому мы наблюдаем. Наш аналитик буквально сидит рядом с менеджером и смотрит один-два полных рабочих дня. Что мы фиксируем:

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

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

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

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

Система заполняет себя сама. Всё, что можно подставить автоматически, - подставляется: данные клиента из карточки, время, ответственный, сумма из прайса. Человек вводит только то, что знает только он. Каждое обязательное поле должно доказать своё право на существование - «заполни двадцать полей, иначе сделку не сохранить» - это прямой путь к блокнотам.

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

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

Когда внедрение буксует, руководство обычно говорит «люди не хотят учиться». За годы проектов мы видели настоящие причины - и «лень» среди них почти не встречается.

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

«Меня не спросили». Люди сопротивляются системе, которую спустили сверху без них. Мы намеренно включаем будущих пользователей в проектирование: показываем прототипы, спрашиваем «что здесь неудобно?», внедряем их предложения. Человек, чей совет попал в систему, становится её адвокатом внутри команды. Это самый дешёвый канал внедрения из существующих.

Историческая травма. «У нас уже была CRM, потратили деньги, ничего не работало». Такой опыт рождает цинизм: «и эта провалится». Лечится только быстрым маленьким успехом - запустить один сценарий, который облегчает жизнь уже в первый месяц, и показать его.

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

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

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

Три вещи, которые сделали проект успешным.

Первое: мы проектировали от «дела», а не от «сделки». Юрист не продаёт - он ведёт материи. Вся структура системы построена вокруг дела: документы, сроки, события, время. Стандартная воронка продаж тут просто не ложилась, и попытка натянуть её убила бы проект на старте.

Второе: учёт времени без усилий. Главное сопротивление юристов - «нас заставят тыкать таймер». Мы сделали иначе: система сама подсказывает записи времени по активности - открыл документ дела, написал письмо по делу, провёл встречу в календаре дела. Юрист вечером подтверждает готовую хронологию за две минуты, а не вспоминает неделю за два часа. Сопротивление испарилось, потому что система снимала работу, а не добавляла.

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

Эффект увидели обе стороны. Управляющие - прозрачность загрузки и ускорение биллинга. Юристы - с них сняли ненавистный учёт. И это общая закономерность: внедрение срабатывает, когда система даёт личную выгоду тем, кто в ней работает, а не только тем, кто смотрит отчёты.

Запуск - отдельная дисциплина. Наша схема отработана на нескольких проектах:

И зафиксируйте дату перехода. День, после которого старая таблица официально умирает. Без этой даты двойной учёт живёт вечно, а CRM так и остаётся «ещё одной программой».

Через два-три месяца после запуска смотрим на три простых признака:

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

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

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

Планируете CRM или мучаетесь с той, что есть? Напишите нам пару абзацев о вашей ситуации. Подскажем, в чём вероятная причина сопротивления и с чего начать, - даже если в итоге окажется, что новая система вам не нужна, а нужно починить процесс.