Почему 70% внедрений Битрикс24 не работают — и что мы в IPG с этим делаем
За 16 лет и больше 600 проектов внедрения Битрикс24 мы в IPG видели практически любой сценарий: от быстрого запуска CRM для отдела продаж до многодепартаментных порталов на тысячи сотрудников. И у всех проблемных проектов есть общая черта: систему настроили, но она не заработала. Функционал есть, а бизнес по-прежнему живёт в переписках, экселе и «как раньше». По разным оценкам, таких проектов на рынке автоматизации бизнес-процессов - до 70% от всех внедрений CRM, BPM и корпоративных порталов!
Мы в IPG всегда гордились тем, что наши клиенты реально работают в настроенных системах и развивают свои порталы. Однако мы заметили: чтобы удерживать планку успешных внедрений на высоком уровне, стандартных регламентов уже мало.
Поэтому мы пересобрали нашу методику и доработали авторский подход к внедрению так, чтобы исключить даже малейший шанс возврата бизнеса в эксель и чаты в мессенджерах, которые, к слову, сейчас работают с перебоями.
Три причины, по которым внедрение буксует
Первая — слишком длинный старт. Классическая схема внедрения начинается с полного аудита всех отделов и процессов заказчика. Это разумно, но на практике аудит и последующие согласования затягиваются на недели, а то и месяцы. Проект длится дольше, чем планировалось, а когда доходит до самого внедрения, часть участников со стороны заказчика уже не помнит, о чём договаривались на интервью три месяца назад. Интерес к проекту к этому моменту заметно остывает.
Вторая — попытка внедрить всё и сразу. Когда в компании одновременно запускается весь функционал — новые воронки, автоматизация, документооборот, аналитика, — сотрудникам физически сложнее его освоить. Растёт сопротивление: люди не успевают перестроить привычные рабочие процессы и откатываются к тому, что знают.
Третья — обучение как формальность. Классическое обучение (провели, показали, ответили на вопросы) само по себе редко меняет поведение сотрудников. Люди возвращаются к своим привычным инструментам — почте, мессенджерам, таблицам, — потому что новый инструмент не был опробован руками в реальной задаче. А если внедрение идёт единым большим блоком, обучить качественно и тем более закрепить навык почти невозможно — слишком много нового и сразу.
В сумме это и даёт статистику, о которой мало кто говорит вслух: функционал сделан, деньги потрачены, а компания продолжает работать по-старому.
Авторский подход IPG к внедрению : диагностика бизнес-процессов → спринты → внедрение с закреплением
Мы выстроили процесс так, чтобы все три причины провала были исключены. Сначала — быстрая и недорогая диагностика бизнес-процессов, а не долгий аудит. Проект начинается не с многих недель погружения во все процессы компании, а с короткой, доступной по цене диагностики бизнес-процессов. Причём диагностируем мы не только продажи и CRM: в зависимости от задачи заказчика это может быть любое подразделение — маркетинг, логистика, закупки, документооборот, клиентский сервис. На выходе — рекомендации по автоматизации с финансовым обоснованием и предварительная дорожная карта всего проекта: из каких шагов он состоит, в каком порядке и с какой примерной оценкой сроков. Отдельно в рамках диагностики бизнес-процессов мы всегда смотрим на потенциал AI-автоматизации и предлагаем, где именно ИИ-агенты дадут наибольший эффект. Заказчик ещё до крупных вложений понимает, что именно можно улучшить, видит экономическую целесообразность и весь путь целиком — а не только первый шаг.
На практике это выглядит так. Например, на одной из диагностик мы нашли 4 критичные проблемы, 5 важных и 2 точки для улучшения, а потенциал роста оценили в диапазоне от 700 тысяч до 3 миллионов рублей в год. Все цифры считаются по данным CRM клиента — средний чек, маржинальность, длительность цикла сделки, стоимость лида — по методике, где видна каждая формула. Поэтому с этими расчётами сложно спорить: это не абстрактная оценка, а результат на данных самого заказчика.
Так выглядит часть отчета по диагностики компании-клиента: все просто и понятно, с опорой на реальные цифры
Дальше — внедрение спринтами по 1–2 недели, а не одним большим проектом. Мы двигаемся по шагам, согласованным на этапе диагностики бизнес-процессов, и не пытаемся сделать всё сразу. Заказчик видит результат уже через одну-две недели и сразу начинает им пользоваться — а не ждёт месяцами финального релиза. Это же снижает нагрузку на сотрудников: проще привыкать к системе постепенно, блок за блоком, чем менять весь рабочий процесс за один день. И здесь есть “побочный” эффект, который нам особенно нравится: часто именно на диагностике бизнес-процессов сотрудники сами просят конкретный функционал — и получают его не через три-пять месяцев, а в ближайшем спринте. Когда сотрудник получает именно то, что просил, мотивация работать в системе растёт сама собой — без лишних уговоров. При этом каждый спринт всё равно начинается с аудита конкретного блока — без него невозможно точно сказать, какие поля и настройки в CRM нужны именно здесь. А чтобы дробление на спринты не создавало путаницы на поздних этапах — например, дублирующихся полей в базе данных, — по каждому спринту мы ведём сквозную техническую документацию: что уже настроено, какие структуры уже созданы и что ещё предстоит учесть на следующих шагах.
И в конце каждого спринта — практический тренинг с домашним заданием, а не лекция. Мы не просто показываем, как работает новый функционал, а даём сотрудникам попробовать его на реальной задаче и закрепить это домашним заданием. Когда человек попробовал сам и увидел, что стало удобнее — вероятность, что он продолжит пользоваться системой, а не откатится к привычным инструментам, растёт кратно. Дополнительно мы пишем регламент по каждому блоку функционала и загружаем его в базу знаний Битрикс24 — если сотрудник забыл, как правильно работать с тем или иным инструментом, он в любой момент может открыть регламент и посмотреть, а не спрашивать коллег или откатываться к привычному способу.
Оценка эффекта: честный итог, а не просто отчёт о сдаче
После внедрения мы снимаем метрики — до автоматизации и после — и сравниваем факт с тем, что обещали на диагностике. Если результат оказался ниже ожиданий, мы не прячем это в красивый отчёт, а прямо говорим клиенту, с чем это может быть связано, и предлагаем гипотезу, что доработать. На практике так бывает редко: чаще причина в том, что сотрудники или руководитель просто не пользуются новым инструментом, и тогда разговор идёт уже не про технологии, а про мотивацию внутри компании. Но в любом случае у клиента остаются не предположения, а цифры — а эти же данные пополняют нашу базу успешных кейсов, на которую мы опираемся в работе с новыми клиентами.
Когда спринты не работают
Такой подход подходит не для каждого проекта. Есть сложные интеграции и крупные заказные доработки, которые физически нельзя разбить на кусочки — их приходится вести одним потоком от начала до конца. Бывают ситуации, когда процессы между подразделениями очень тесно связаны и нельзя автоматизировать одно подразделение в отрыве от другого. Есть проекты, где клиент до этого вообще не работал в Битрикс24, а вся компания жила в Excel и почте, — здесь переход тоже нельзя провести чисто итерациями, потому что часть базовой структуры данных нужно продумать заранее. Но даже в таких случаях мы стараемся двигаться поэтапно там, где это возможно: например, сначала запускаем общение и задачи, оставляя CRM в старой системе, и только потом переводим CRM, а за ней — бизнес-процессы. Это не всегда быстрее в моменте, зато управляемо и понятно клиенту на каждом шаге.
Почему это работает
Для заказчика это, в первую очередь, низкий порог входа: символическая стоимость диагностики бизнес-процессов — не тот платёж, который нужно долго согласовывать внутри компании. Дальше — финансовое обоснование: каждая рекомендация по автоматизации подкреплена расчётом ROI, поэтому решение об инвестициях принимается на основе цифр, а не на веру. Плюс прозрачность: полная дорожная карта проекта видна с самого начала, а не раскрывается по ходу дела. И, наконец, быстрая отдача: результат каждого спринта можно использовать сразу, не дожидаясь завершения всего проекта.
В этом и есть суть авторского подхода: не разовая настройка системы, а постоянная работа над тем, чтобы ей действительно пользовались. И добиться этого получается только через небольшие, понятные шаги с результатом на каждом — а не через один большой прыжок в неизвестность.
Если вы хотите понять, с чего начать автоматизацию именно в вашей компании — начните с диагностики бизнес-процессов. Она недорогая, быстрая и уже на выходе даёт понятный план всего проекта и его экономическую целесообразность.
