|
Professor Seleznov
|
В нише внедрения CRM принято публиковать только истории успеха. У всех на сайте «выручка выросла на 47%», «время цикла сделки сократилось в 2,3 раза», «менеджеры довольны, дашборды красивые». Это создаёт у рынка ложное впечатление, что внедрение CRM — почти всегда удачное.
Это не так. По нашим внутренним наблюдениям, 15–20% проектов заканчиваются провалом разной степени: от тихого саботажа со стороны команды до полного отказа клиента от системы через 3–6 месяцев после запуска. Системные причины этих провалов одинаковые, и о них почти никто не пишет.
В этой статье разбираем один конкретный наш проект — мебельная компания премиум-сегмента, которая через полгода после внедрения вернулась на самописную CRM. История особенно поучительная тем, что инициатором внедрения был сам собственник, проектирование шло вместе с ним, технически система была собрана корректно — и всё равно провалилась. Управленческий контекст всегда сильнее техники.
Все детали обезличены, цифры реальные.
Контекст: что было до
Мебельная компания, производство премиум-мебели под заказ (кухни, прихожие, гардеробные). Команда — до 10 человек, включая собственника, проектировщика, логиста, бухгалтера и нескольких менеджеров.
Чек на изделие — от 600 тыс до 3 млн ₽. Цикл сделки — от трех недель (типовая прихожая) до пары месяцев (кухня с нестандартной геометрией). Заказчики — частные клиенты с высокими требованиями, преимущественно по рекомендациям.
В компании уже была CRM. Самописная, лет восемь от роду, сделал её один программист аутсорсер, который давно не на связи. Функционально это была не CRM, а электронная картотека:
| Что было |
Чего не было |
| Список заказов с номерами, суммами, статусами «принят / в работе / отгружен / оплачен» |
Воронки продаж — до подписания договора сделки нигде не учитывались |
| Прикреплённые файлы (КП, договоры, накладные, чертежи) |
Истории общения с клиентом — звонки, письма, переписка велись в почте и WhatsApp |
| Поиск по контрагенту |
Разграничения прав доступа — все видели всё |
| Приход-расход денег (на костылях) |
Аналитики, отчётов руководителю и финансового модуля |
|
Напоминаний и задач |
|
Связей между ролями (проектировщик ↔ логист ↔ бухгалтер) |
|
Любых интеграций со сторонними системами |
Сводные отчёты собирали раз в неделю руками в Excel. Эта табличка и была единственным источником данных для управленческих решений.
Замечание. Запрос изначально был сформулирован как «у нас всё работает, просто хотим обновить». Этот фрейм опасен сам по себе: заказчик не видит реальной стоимости текущего состояния. Из такого старта успешное внедрение возможно, но требует от внедренца сначала переформулировать боль в финансовых терминах. Мы этого не сделали в полной мере — забегу вперёд, это стало одной из системных ошибок проекта.
В нашем случае был дополнительный смягчающий фактор: инициатором внедрения выступил сам собственник. Он сам ходил на конференции, читал материалы, понимал, как должны идти заказы от заявки до отгрузки. Он хотел «оцифровать своё видение». Это редкость — обычно собственника приходится убеждать, что CRM нужна. Здесь убеждать никого не пришлось.
Это сыграло с нами злую шутку. Об этом — ниже.
Что внедряли: техническая часть
Предложили Битрикс24 в облаке с тарифом под нужды компании плюс пакет работ по настройке. За 6 недель сделали следующее.
Проектирование с собственником
Проектирование «как должно быть» мы вели вживую с собственником. Серия рабочих встреч: рисовали схемы воронок, согласовывали статусы, формировали поля карточки сделки, обсуждали ролевые модели.
Важный нюанс, который позже выйдет наружу: команду в проектирование почти не привлекали. Собственник сам понимал, как должны идти заказы. Проектировщик, логист, бухгалтер, менеджеры — все они получали готовую схему «сверху», без обсуждения с ними «как им будет удобно».
Воронка сделок
Спроектировали 8 этапов под их специфику:
- Замеры
- Выдано финальное КП
- Заключен договор
- Обрабатываются технологом
- Комплектация
- Готов к производству
- Производство
- Готов к установке
- Установка и Доделки
- Заказ выполнен
Карточка сделки — кастомные поля под мебельную специфику:
- ФИО клиента, контакты, адрес монтажа
- Тип изделия (кухня / прихожая / гардероб / другое)
- Адрес объекта (текст)
- Дата замера (перешло из Лида)
- Объект (выпадающий список)
- Документы (смарт-процесс)
- Дата установки
- и др.
При переходе на этап «Договор подписан» обязательны: сумма, спецификация, дата монтажа. Без них сделка физически не двинется дальше.
Смарт-процессы
Это была самая интересная техническая часть. Помимо основной воронки сделок, настроили три параллельных смарт-процесса:
Смарт-процесс «Проектирование». Когда сделка переходила на этап «Эскиз и расчёт», автоматически создавалась запись в смарт-процессе проектировщика со своими этапами: концепт → расчёт спецификации → визуализация → утверждение → выдача в производство. Проектировщик жил в своём окне, не путался в общей воронке продаж.
Смарт-процесс «Снабжение и склад». Когда сделка переходила на «Производство», автоматически создавалась задача логисту: получить спецификацию → проверить наличие → заказать недостающее → принять поставку → передать в раскрой. Логист не лез в воронку продаж, видел только свой кусок.
Смарт-процесс «Финансы». Бухгалтер получал автоматическое уведомление на этапах оплаты: при аванса — создать счёт, при финальной — закрыть документами. Все списания материалов и поступления оплат отражались в финансовом модуле, который сводил итог по проекту: маржа, фактическая себестоимость, отклонение от плана.
IP-телефония и почта
Подключили IP-АТС через Билайн. Все входящие звонки автоматически создавали активность в карточке клиента (если контакт распознан) или новую сделку (если номер новый). Записи разговоров прикреплялись через несколько секунд после окончания.
IMAP-интеграция корпоративной почты — переписка с клиентом, у которого есть email в карточке, автоматически тянулась в историю сделки.
Мессенджеры через Wazzup
Параллельно с почтой и АТС подключили Wazzup — агрегатор мессенджеров с готовой интеграцией в Битрикс24. Через него в одну ленту «Открытых линий» приходят сообщения из Telegram, WhatsApp Business и Авито: клиент пишет в свой привычный мессенджер, менеджер отвечает из карточки сделки в CRM, ответ возвращается клиенту туда же. Прокси-схема снимает сразу несколько типичных болей малого бизнеса:
- Личные номера сотрудников больше не работают как корпоративный канал. Переписка живёт на стороне компании, при увольнении менеджера ничего не «уезжает в его телефон».
- История переписки сохраняется в карточке сделки автоматически, без копипасты.
- Маршрутизация по правилам Битрикс24 — например, входящее сообщение из Telegram от уже существующего клиента сразу попадает в клиента, а не в общую очередь.
Отчёты
Подготовили 5 отчётов для руководителя:
- Активные сделки на сумму — таблица + воронка
- Прогноз продаж на ближайший квартал
- Производственная загрузка — сколько изделий в производстве, на каком этапе
- Просрочки — сделки с просроченными датами
- Финансовый итог месяца — поступления, списания, чистая прибыль по проектам
Все отчёты сохранены как named-view в админке, доступ — собственник и впоследствии управляющий.
Перенос данных и обучение
Из старой системы выгрузили 3 года истории — закрытые сделки. Импортировали в Битрикс24 в отдельную «архивную» воронку, чтобы при поиске клиента менеджер сразу видел всю прошлую работу.
Провели 3 двухчасовые сессии с командой:
- Карточка клиента и сделки, навигация
- Воронка и переходы между этапами
- Смарт-процессы — каждой роли свой кусок: проектировщик / логист / бухгалтер / менеджеры
Команда расписалась в листах, на словах согласилась пользоваться. К моменту запуска система работала технически безупречно.
Первые недели после запуска
Первые две недели — норма. Менеджеры заполняли сделки, переводили этапы, проектировщик работал в своём смарт-процессе. Мы радовались, собственник радовался.
Через месяц выехали на ревизию. Открыли админку и увидели тревожные признаки.
1. Часть входящих обращений просто не доходила до системы.
Сообщения в мессенджеры от потенциальных клиентов оставались у менеджеров в своих телефонах. В Битрикс24 мы видели всего часть входящего потока — те случаи, когда менеджер сам ленился пересказывать запрос и просто создавал «пустую» сделку. Остальное оседало в личных переписках без следа. Когда мы попросили выборку входящих за неделю, оказалось, что только 60% обращений вообще попадали в систему. Из остальных 40% часть теряла менеджер банально из-за «забыл ответить через два часа, потом неудобно». А те, что были в Битрикс24 - никак не обрабатывались.
2. Половина новых сделок — пустые.
Менеджер создавал карточку «чтобы было», заполнял только название клиента и переводил сразу в этап «Выдано финальное КП» (где обязательные поля — сумма и спецификация). Сумму ставил произвольную типа «1 000 000 ₽» или ноль, спецификацию выбирал случайную позицию из справочника. Цель — пройти валидатор, чтобы система «отстала».
Реальная работа — расчёты, эскизы, общение с клиентом — продолжалась в старой системе и в мессенджере.
3. Смарт-процесс проектировщика — пустой.
Через месяц после запуска в нём было ровно две записи. Из них одна — тестовая, которую мы оставили при сдаче проекта. Проектировщик продолжал работать в Excel со своими таблицами раскроя, а в Битрикс24 не заходил.
4. Логист не получал задач.
Поскольку смарт-процесс продаж и смарт-процесс снабжения связаны автоматизацией, при отсутствии нормально заполненных сделок задачи логисту просто не создавались. Логист не знал, что должен работать через систему, и продолжал получать заявки голосом и в мессенджере.
5. Отчёты собственник не смотрел.
Он вообще на заходил в Б24.
Глубже: что именно ломало систему
На ревизии мы поговорили со всеми по отдельности и собрали несколько системных факторов.
Фактор 1. Команду не вовлекли в проектирование
Это наша главная ошибка. Проектировали с собственником, а потом «спустили готовое сверху». Сотрудники получили систему, в которой:
- Поля заполняются не в том порядке, в каком им удобно
- Этапы названы языком собственника, а не их рабочим жаргоном
- Логика смарт-процессов не учитывает их повседневные обходные манёвры
Они на обучении кивали, расписывались в листах — потому что возражать собственнику и подрядчику в комнате было неудобно. А когда вышли работать в реальности, выяснилось, что новая система требует от них «думать по-другому». Менять привычки тяжело и неприятно. Никто не объяснил, зачем им это делать (премии-то не зависели от Битрикс24).
Фактор 2. Собственник переключился сразу после запуска
После запуска у собственника подкатили другие задачи — цех, новые заказы, текущая операционка. На постоянное присутствие в CRM ресурса не оставалось.
В команде накопились мелкие, но критичные вопросы:
- «Как мне отметить, что заказ ушёл в производство?»
- «Где смотреть, оплачен ли аванс по сделке?»
- «Мне поставили задачу, но без сроков — это нормально?»
В рамках первого месяца после запуска такие вопросы отрабатывались по договору: мы разбирали конкретные ситуации, корректировали валидаторы, дообучали сотрудников. Это входило в проект и было выполнено.
Дальше нужно было сделать одно из двух: либо собственник лично продолжал быть «первой линией» по вопросам команды, либо компания оформляла пакет постоянного сопровождения с нашей стороны — на 6–10 часов в месяц этого обычно хватает, чтобы все вопросы по новой системе закрывались за день. Ни того, ни другого не случилось. Собственник переключился на цех и новые направления, пакет поддержки клиент оформлять не стал («справимся сами»), а внутри компании конкретного куратора Битрикс24 так и не появилось.
Когда в марте у проектировщика возник вопрос «куда вставлять артикул новой фурнитуры», он не нашёл, к кому обратиться, и сделал по-старому — записал в свою Excel-таблицу. К июню так же поступали все сотрудники по большинству нетипичных ситуаций. Каждый продолжил работать в том, что было привычно: проектировщики в Excel, бухгалтер в 1С, менеджеры в телеграм.
Битрикс24 стоял в стороне как открытое окно браузера, в которое никто не заглядывает.
Фактор 3. Появился управляющий
Через несколько месяцев собственник сосредоточился на других направлениях и нанял в компанию управляющего — закрыть операционку.
Управляющий пришёл в компанию, увидел:
- Сотрудники работают по старинке, в Excel и телеграм
- Битрикс24 формально стоит, но фактически не используется, по нему вопросы, которые стоят денег
- За него платится ежемесячная подписка
Решение управляющего было рациональным с его точки зрения: оставить старую CRM, отказаться от Битрикс24, сэкономить подписку. Он не был в проекте от начала, не видел, какие процессы должны были быть. Для него Битрикс24 был «дорогим и неиспользуемым».
Мы предложили месяц «реанимации» бесплатно — пройтись с командой ещё раз, найти куратора, перезапустить процесс. Управляющий отказался: «У нас сейчас другие задачи, давайте по-старому».
Фактор 4. Никто внутри компании не назначен «хозяином» Битрикс24
Это вытекает из предыдущих факторов, но стоит выделить отдельно. В организационной структуре после запуска не было роли «человек, отвечающий за то, что Битрикс24 работает».
В крупных компаниях это РОП или операционный директор. В небольших — собственник или его заместитель. У нашего клиента в момент запуска — собственник, но он переключился. Управляющий пришёл позже и в Битрикс24 не «вкладывался».
В результате между запуском и приходом управляющего был 3–4 месячный вакуум, в течение которого система могла бы прижиться, если бы у неё был человек, который ежедневно за неё стоит. Никого не было.
Сколько компания потеряла на самом деле
Расчёт «подписка дорогая» — наглядный пример когнитивной ловушки сравнения с нулём. Раньше за CRM не платили (программист сделал давно и бесплатно), теперь платят ежемесячно — кажется дорого. На самом деле сравнивать нужно не с прошлым состоянием, а с потенциалом нормально настроенной CRM. Покажу цифры.
Контекст компании:
| Параметр |
Значение |
| Команда |
до 10 человек |
| Сегмент |
премиум-мебель на заказ |
| Средний чек |
600 тыс — 3 млн ₽ |
| Активных сделок одновременно |
10–15 |
| Цикл сделки |
2 недели – 2 месяца |
В такой структуре одна потерянная сделка — это не «минус один заказ», а половина или весь месячный валовой результат. Это меняет математику ROI.
Потеря 1. Необработанные первичные обращения.
Для премиум-сегмента это самая болезненная категория. По нашим замерам в момент ревизии, примерно 40% входящих сообщений единый мессенджер-номер не получали ответа в течение первого часа. Клиент за это время уже пишет двум-трём конкурентам.
В контексте этой компании: при потоке 6–8 обращений в неделю и конверсии в сделку даже 15% это 1 потерянная сделка в неделю. При среднем чеке 1,5 млн ₽ годовой ущерб — десятки миллионов рублей упущенной выручки, многократно превышающий любую подписку.
Потеря 2. Невидимая воронка.
В старой системе сделка не учитывалась до подписания договора. Менеджер обрабатывал входящие, часть доходила до договора, остальные «отваливались» — где, на каком этапе, почему — неизвестно.
По нашей внутренней статистике, настроенная CRM с напоминаниями и автоматическими задачами возвращает в работу 8–15% забытых сделок — за счёт того, что менеджер не «забывает перезвонить через две недели», система сама создаёт задачу.
При среднем чеке 600 тыс — 3 млн ₽ даже одна возвращённая сделка в квартал перекрывает годовую подписку с многократным запасом. Реалистично у этой компании можно было вернуть 4–8 таких сделок в год.
Потеря 3. Слепота по зависшим сделкам.
Сделка могла висеть в этапе «КП согласовано» 6 недель без действий. Клиент в это время остывал, переключался на конкурента. По грубой оценке — несколько таких сделок в год дополнительно теряется.
Потеря 4. Управление по ощущениям.
Без аналитики невозможно понять, какие сегменты прибыльнее (кухни vs прихожие vs гардеробы), где узкое горлышко в производстве, кто из команды эффективен. Эта потеря не считается в рублях напрямую, но за 2–3 года накапливается в десятки процентов разницы в выручке.
Потеря 5. Финансовая непрозрачность.
В мебельном производстве маржа сильно зависит от учёта списания материалов. Если ЛДСП по факту ушло на 5% больше, чем заложено в калькуляторе, маржа проекта режется в полтора-два раза. Финансовый модуль Битрикс24 показывал отклонения по факту проекта — старая CRM такой возможности не давала вообще. Эта потеря у мебельных производств — самая болезненная и самая скрытая.
Итоговый ROI
Стоимость подписки в год — пусть условно ~250 тыс ₽ (с учётом масштаба бизнеса и сценария использования).
Потенциальный возврат:
- 4 возвращённые сделки × 800 тыс ₽ маржи (≈ 40% при чеке 2 млн) = 3,2 млн ₽
- Без учёта эффекта от прозрачной маржи, лучших решений по сегментам, и т.д.
ROI = 12x в первый год. Это консервативная оценка.
Решение «подписка дорогая» — не плохое. Оно принято из неправильной системы координат. Сравнили затраты с прошлым (0₽), а не с потенциальным эффектом.
Психология рамки «дорого»
Эта рамка — типовая, мы слышим её почти от каждого второго собственника на старте переговоров. Логика:
- «За старую CRM я не платил — программист один раз сделал»
- «А теперь хочу платить каждый месяц — это серьёзная сумма за год»
- «А что я за эти деньги получаю? Те же сделки, те же файлы»
Проблема в третьем пункте. Старая CRM — это статичный электронный шкаф. Новая CRM — это операционный контур управления продажами и производством. Это разные продукты, выполняющие разные функции.
Корректное сравнение в премиум-сегменте мебели:
- Годовая подписка ≈ меньше одной премиум-сделки в чистой марже
- Если CRM возвращает хотя бы одну такую сделку в год — она окупается с многократным запасом
- Финансовый модуль, который показывает фактическую маржу проекта, экономит ещё столько же на корректных расчётах и предотвращении убыточных проектов
Психологически подписка «болит» сильнее, потому что воспринимается как опциональная трата. Это поведенческая ошибка, она хорошо описана у Канемана как loss aversion. Знание про неё не лечит — лечит только конкретный расчёт ROI, привязанный к выручке клиента.
Что мы делали не так. Шесть уроков
Технически проект был сделан корректно. Управленчески — нет, и большая часть ответственности здесь на нас как на внедренце.
Урок 1. Проектирование без команды — обречено
Самое болезненное переосмысление. Мы спроектировали систему с собственником, потому что он был мотивирован, понимал процессы и легко принимал решения. Это сэкономило нам время, но обошлось проекту в провал.
Сейчас в наш стандарт проектирования входит отдельная сессия с каждой ключевой ролью: проектировщик, кладовщик, бухгалтер, менеджеры. Час–полтора на роль. Цель — не «согласовать с собственником, потом донести команде», а построить процесс с теми, кто будет в нём работать.
Это удлиняет фазу проектирования на 1–2 недели, но кардинально меняет приживаемость системы. Команда чувствует, что это «их система», а не «спущенная сверху».
Урок 2. У внедрения должен быть куратор внутри компании
Раньше мы передавали проект и уходили. Сейчас на первой же встрече требуем назначить куратора Битрикс24 внутри компании — конкретного человека, у которого:
- Есть полномочия отвечать команде на вопросы по системе
- Есть прямая связь с нами (чат, личный контакт)
- Есть бюджет времени минимум 5 часов в неделю на первый месяц
- Есть мотивация (часть KPI или прямая отметка от собственника)
Без такого куратора система обречена. Когда у команды появляется первый «непонятно что делать» вопрос, и ответить некому — все возвращаются к старому workflow за два дня.
Урок 3. 30-дневное сопровождение — не доп. услуга, а часть проекта
4 двухчасовые сессии до запуска — это галочка. Реальная работа — 30-дневное сопровождение после старта:
- Ежедневный 15-минутный созвон с куратором в первую неделю
- Разбор первых 5–10 сделок каждого менеджера в реальном времени
- Точечная корректировка ошибок заполнения и валидаторов
- Адаптация процесса по итогам первой недели
Это входит во все наши базовые пакеты с 2024 года.
Урок 4. Готовность собственника — обязательный артефакт
«Готовность к изменениям» — не абстракция. Это конкретное поведение собственника: готов первые два месяца тратить полчаса в день на работу с системой лично, открыто разбирать сделки, реагировать на «зависшие» сделки конкретными вопросами.
Теперь мы делаем анкету готовности на этапе пресейла:
| Утверждение |
Да / Нет |
| Я готов первые 8 недель после запуска ежедневно тратить 30 минут на работу с CRM лично |
☐ |
| Внутри компании назначен куратор внедрения с прямой связью с подрядчиком |
☐ |
| Я готов вести еженедельную планёрку с командой, опираясь на дашборд CRM |
☐ |
| Я готов публично разобрать конкретную «зависшую» сделку с ответственным |
☐ |
| Я готов привязать часть переменной зарплаты к показателям из CRM |
☐ |
| В ближайшие 3 месяца не планируется смена ключевого руководителя или операционного директора |
☐ |
| Я готов в первые 4 недели по запросу подрядчика провести совещание в его присутствии |
☐ |
| Команда привлечена к проектированию процесса (минимум один представитель каждой роли) |
☐ |
| Я готов уволить сотрудника, который через 3 месяца после запуска так и не работает в CRM |
☐ |
| Я понимаю, что новая CRM первые 1,5–2 месяца будет давать меньше эффективности, чем старая |
☐ |
Если набрано меньше 7 «Да» — внедрение откладывается до устранения причин. Особенно жёсткое требование — пункты про куратора и отсутствие смены руководства: эти два срабатывают как нокаут в данном кейсе.
Урок 5. Дисциплинарный контур — от первого лица, без передачи
Если собственник один раз публично разобрал конкретную сделку («Иванов, у тебя сделка с компанией Х висит в этапе КП 12 дней, что произошло?») — система начинает работать. Это и есть управление вниманием: команда видит, что руководитель смотрит, и начинает заполнять.
Если за первый месяц собственник ни разу не сделал такого разбора — система обречена.
На четвёртой неделе после запуска мы теперь сами инициируем совместное совещание с разбором CRM в нашем присутствии. Если собственник переключился на другие задачи и передал операционку управляющему — нужно явное «передача проекта внутри компании»: представить нового руководителя нам, согласовать с ним, что система остаётся в работе, восстановить связи.
Урок 6. Не каждое внедрение должно случаться
Раньше мы соглашались на любого клиента, который готов был платить. Сейчас отказываем 1–2 из 10 — именно потому, что видим: компания не готова, проект превратится в потерю времени и денег для обеих сторон.
Лучше потерять разовый чек, чем войти в провальную историю. Анти-кейсы плохо влияют на репутацию даже когда мы публикуем их сами.
Что изменилось в нашем процессе
После этого кейса мы внесли в стандартный workflow внедрения шесть изменений:
- Сессии с командой — отдельная встреча с каждой ключевой ролью на этапе проектирования, не только с собственником
- Анкета готовности — обязательный артефакт на этапе пресейла, без 7+ из 10 не подписываем договор
- Куратор внутри компании — назначается до старта работ, фиксируется в договоре, не «появится сам потом»
- 30 дней постзапускового сопровождения в базовом пакете — не доп. услуга
- Совместное совещание на 4-й неделе — мы присутствуем при первом разборе сделок руководителем
- «Передача» при смене руководства — если в проекте появляется новый управляющий или операционный директор, мы инициируем встречу-знакомство с ним, чтобы он не «откатил» проект из-за недопонимания контекста
С этими изменениями за последние 18 месяцев у нас был один провал на 47 проектов против 7 на 35 в предыдущий период. Не нулевая статистика, но уже сравнима с лучшими практиками отрасли.
Заключение
Этот кейс часто всплывает в наших внутренних обсуждениях. Технически идеальное внедрение, инициатива от самого собственника, никакого сопротивления на старте — и всё равно провал через полгода.
Главный вывод: CRM — это не программа, а управленческий проект. Программа — одна из трёх составляющих. Остальные две: новый процесс работы (построенный с командой, не сверху) и постоянный куратор внутри компании. Без всех трёх вместе результата не будет, как бы безупречно ни была настроена техника.
Если вы внедряете CRM у себя — оцените свою готовность к изменениям до подписания договора. Назначьте куратора. Привлеките команду к проектированию. Если в проекте через полгода появится новый управляющий — потратьте час на то, чтобы он понял контекст и не «откатил» проект из-за рационального с его точки зрения решения.
И если ваш внедренец на старте проекта не задаёт вам неудобных вопросов про вашу личную роль и про куратора внутри — это сигнал. Хороший внедренец вначале сомневается в готовности заказчика. Плохой — соглашается на любой контракт.-Источник
|
