Проекты по внедрению систем часто заканчиваются неудачами. Причины кроются не только в технологии, но и в человеческом факторе. Разберемся, где именно возникают проблемы и как их избежать.
Почему проекты внедрения проваливаются?
При анализе провальных проектов выявляются одни и те же паттерны. Не технические — человеческие. Система почти никогда не виновата сама по себе. Виноваты решения, которые принимались до начала настройки.
Первая и самая частая ошибка — запуск без четкой цели. «Хотим автоматизироваться» — это не цель. Подобно тому, как нельзя ожидать назначения у врача, сказав ему «хочу быть здоровым». Без конкретного измеримого результата — «сократить время обработки заявки с 2 дней до 4 часов» или «убрать ручной ввод данных в трех отделах» — проект движется в никуда. Команда не понимает, к чему стремится, руководитель не знает, достигнут ли результат, а внедренец подстраивается под размытые ожидания и сдает «что-то работающее». Проверить потом, сработало ли, невозможно.
Вторая проблема — недооценка человеческого фактора. Можно выбрать лучшую систему на рынке, но если сотрудники саботируют её использование — пусть даже пассивно, продолжая вести записи в Excel — внедрение терпит крах. Сопротивление изменениям не всегда выглядит как бунт. Чаще оно проявляется в тихом «ну ладно, я буду вносить данные туда, но...» с многозначительной паузой.
Как неправильный выбор системы привел к провал?
Типичная история: компания растёт, менеджеры ведут клиентов в блокнотах и личных таблицах. Руководитель решает — пора CRM. Выбор системы происходит по принципу «знакомый посоветовал» или «видел рекламу». Покупают, платят за настройку, обучают сотрудников за один день по инструкции. Через три месяца менеджеры всё равно ведут клиентов в таблицах, а CRM используется лишь для внесения данных задним числом перед планёркой.
Проблема в том, что перед покупкой никто не спросил у самих менеджеров, как устроена их работа. Воронка продаж была нарисована «как должно быть», а не «как есть». В итоге система не отражала реальный процесс — и сотрудники просто обходили её, потому что работать в ней было неудобнее, чем без неё. Добавьте к этому интерфейс, который никто не потрудился адаптировать под специфику компании, и получите идеальный рецепт провала.
Урок простой: перед выбором системы нужно разобраться с процессом. Нарисуйте, как заявка проходит путь от первого касания до оплаты — со всеми ответвлениями, исключениями и людьми. Только после этого станет понятно, что нужно автоматизировать. Битрикс24, например, позволяет гибко настраивать воронки под реальные процессы, а не загонять бизнес в шаблонную структуру — но это работает только если процесс описан заранее.
Ошибки при автоматизации бизнес-процессов
Ещё один классический сценарий — компания решает автоматизировать бардак. Процессы хаотичны, задачи теряются, ответственность размыта — и вместо того чтобы сначала навести порядок, руководство решает: «сейчас внедрим систему, и она всё упорядочит». Система приходит и автоматизирует хаос. Теперь хаос работает быстрее.
Один распространённый случай — автоматизация согласования документов. Компания внедряет систему маршрутизации задач, настраивает цепочки согласования и тратит два месяца на интеграцию. Запускают — и сотрудники начинают жаловаться, что теперь согласование занимает больше времени, чем раньше. Почему? В реальных процессах существовали несколько неформальных «быстрых путей» — позвонить напрямую, написать в мессенджер. Система эти пути убрала, а нормальный процесс взамен не выстроила. Всё стало медленнее и формальнее.
Что идёт не так на этапе проектирования
Главная ошибка — проектировать автоматизацию без участия тех, кто будет в ней работать. Приходит внедренец, общается с руководителем, тот описывает «как должно быть». Рядовые сотрудники узнают о новой системе за день до запуска и удивляются, почему люди саботируют.
Ещё одна ловушка — автоматизировать всё сразу. Амбициозный план «в одном проекте закроем CRM, склад, финансы и HR» почти всегда заканчивается тем, что через полгода не закрыто ничего нормально. Лучше выбрать одно узкое место, где больше всего болит, закрыть его, дать людям привыкнуть — и только потом двигаться дальше.
Как игнорирование культуры компании привело к провалу?
ERP-системы — это отдельный мир боли. Они дорогие, сложные, требуют долгой настройки и кардинально меняют повседневную работу. Именно поэтому они особенно чувствительны к корпоративной культуре.
Представьте производственную компанию, где работают люди со стажем 10–15 лет. Каждый знает свой участок наизусть, выработал собственные привычки, и всё работает неплохо — пусть и не оптимально. Приходит ERP, которая ломает привычные рабочие процессы и требует вносить данные туда, куда раньше не вносили ничего. Реакция предсказуема: «раньше работало, зачем это?». Если руководство не объясняет, зачем — люди сами придумывают ответ. И ответ обычно такой: «нас хотят контролировать» или «скоро уволят». Нормальное внедрение оказывается под угрозой.
Проблема не в том, что сотрудники плохие или ленивые. Проблема в том, что их никто не включил в процесс. Не спросил, что мешает в работе. Не показал, как новая система облегчит их задачи — не абстрактно для компании, а конкретно для Петра Сергеевича из цеха, которому раньше приходилось три раза в день бегать в бухгалтерию за бумажками.
Работа с сопротивлением — это не опция
Управление изменениями — это не мягкий навык. Это обязательная часть любого внедрения. Без неё даже идеально настроенная система превращается в дорогую игрушку, которой никто не пользуется. Минимум, что нужно сделать: объяснить людям, зачем это происходит, показать выгоду для них, дать время привыкнуть и назначить внутреннего амбассадора — кого-то из своих, кто будет отвечать на вопросы и помогать коллегам.
И вот ещё о пилоте. Запускать ERP сразу на всю компанию — огромный риск. Лучше выбрать один отдел или одно направление, обкатать там, собрать обратную связь и только потом масштабировать. Это дольше, но надёжнее.
Как избежать провалов в проектах внедрения?
Из всех историй можно выделить несколько принципов, которые работают вне зависимости от типа системы и размера компании.
- Сначала процесс, потом система. Нельзя автоматизировать то, что не описано и не понято. Потратьте время на картирование реальных процессов — не идеальных, а тех, что есть.
- Цель — измеримая. «Хотим CRM» — не цель. «Хотим сократить время первого ответа клиенту до 15 минут» — цель.
- Команда — с первого дня. Не после настройки, не за неделю до запуска, а с самого начала. Те, кто будет работать в системе, должны участвовать в её проектировании.
- Пилот перед масштабом. Один отдел, один процесс, один месяц реальной работы — и уже видно, что не учли.
- Бюджет на обучение и поддержку. Самая частая экономия, которая убивает проект. После запуска люди задают вопросы, встречают ошибки, теряются — и если некому помочь, они просто возвращаются к старым привычкам.
Не гонитесь за «самым мощным» или «самым дешёвым» инструментом. Ищите то, что закрывает ваши конкретные задачи и с чем реально справится ваша команда. Сложная система с богатым функционалом, которую никто не использует на 20% — хуже простого решения, которое работает. Тот же Битрикс24 подойдёт для большинства малого и среднего бизнеса именно потому, что порог входа невысокий — можно начать с базового и добавлять функции по мере роста.
Провальный проект — это не конец. Из него можно извлечь понимание процессов, список требований к системе и список людей, которых нужно включить в следующий проект. Главное — не делать вид, что всё прошло гладко. Честно разберите, где именно произошёл сбой. Если хотите внедрить CRM без повторения ошибок, начните с аудита процессов. Мы поможем вам разобраться с этим от и до.
