Когда стоит попрощаться с IT-продуктом, даже если не хочется

Давайте обсудим феномен «налога на неудобство». Это когда руководители или сотрудники жалуются на плохо работающий IT-продукт, но продолжают им пользоваться. Как в анекдоте про мышей и кактус. Причина в том, что на внедрение модной корпоративной системы было потрачено немало ресурсов. В результате сотрудники саботируют новый сервис, потому что перегруженный интерфейс вызывает у них мигрень, а аналитика криво работает. Но руководство не может отказаться от неудобного софта. Объяснение простое: «Мы столько туда вложили! Если бросим сейчас, деньги пропадут». Это когнитивное искажение заставляет бизнес годами тянуть чемодан без ручки, вместо того чтобы купить новый на колесиках. Чем больше ресурсов вложено в ошибку, тем сложнее признать ее таковой. Но умение останавливать неудачные проекты – это не слабость, а признак зрелого управленческого мышления.

«Ловушка конкорда» в IT-проектах

Хрестоматийный пример ошибки невозвратных затрат – создание сверхзвукового самолета «Конкорд». Довольно быстро стало понятно, что проект никогда не окупится. Самолет оказался слишком прожорливым, шумным и дорогим в обслуживании. Но уже были вложены миллиарды. Политики и инвесторы боялись признать поражение, поэтому «Конкорд» продолжал летать и генерировать убытки еще почти 30 лет. Проект закрыли только тогда, когда поддерживать иллюзию успеха стало физически невозможно.

В сфере корпоративного софта «конкорды» встречаются пугающе часто. Сюда, например, можно отнести самописные ERP-системы, которые начали разрабатывать в 2010-х годах, но так и не завершили. Это тяжеловесные зарубежные платформы, внедрение которых стоило как строительство завода, а пользовались ими три человека в отделе маркетинга.

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

Это как старая машина, которую ремонтируют каждый месяц, что в итоге обходится дороже нового автомобиля из салона. Но эмоционально проще платить по 50 тыс. в месяц за ремонт, чем выложить несколько миллионов сразу. С неудачными IT-продуктами та же история: компании годами платят «налог на неудобство», боясь разовых затрат на переход.

Признаки, что CRM-система не тянет

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

1. Сотрудники работают «вопреки» системе

Зайдите в отдел продаж без предупреждения и посмотрите на мониторы. Если видите открытые эксель-таблицы, блокноты, стикеры или переписку в личных мессенджерах – CRM мертва. Сотрудники – люди рациональные, они идут по пути наименьшего сопротивления. Если завести сделку в системе занимает 5 минут и требует заполнения 20 обязательных полей, менеджер запишет клиента в блокнот. А в CRM внесет данные только перед отчетом, задним числом.

Такой подход порождает явление так называемой двойной бухгалтерии. Реальная жизнь компании протекает в чатах и экселе, а CRM превращается в кладбище данных, куда заходят только для галочки. В такой ситуации теряется главное – прозрачность и управляемость. Вы видите красивые графики в отчетах, но они не имеют ничего общего с реальностью. Если система не помогает продавать, а только требует отчитываться, она становится врагом сотрудника, а не инструментом повышения эффективности.

2. Стоимость доработок превышает пользу

Второй тревожный звонок – зависимость от разработчиков. Представьте ситуацию: вам нужно добавить новое поле в карточку клиента или внести изменение в воронку продаж. В хорошем облачном решении это делается за три клика в настройках. В устаревших или слишком сложных системах любое дополнение превращается в тикет для IT-отдела, который будут рассматривать две недели. А если система самописная, то любое изменение потребует вмешательства недешевого программиста.

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

Миф о сложности переезда на новую IT-систему

Многих от смены CRM удерживает страх потери данных. Руководители представляют, как бизнес встанет минимум на месяц, клиенты за это время убегут к конкурентам, а менеджеры уйдут от стресса в запой. Этот страх действительно был обоснован 10-15 лет назад, когда данные хранились на компьютерах или небольших локальных серверах. Теперь разработчики софта понимают: никто не купит их продукт, если туда нельзя быстро загрузить накопленную информационную базу. Облачные решения изначально проектируют с учетом легкой миграции. Если провести аналогию с переездом в новый дом, то это не стройка века, а скорее переезд в меблированную квартиру: вы привозите только вещи, вся инфраструктура уже готова.

Как переехать в новую CRM

Технически перенос базы – это задача, которую решают штатными инструментами за несколько часов. В любой CRM-системе реализован механизм импорта:

  1. Выгружаете базу из старой системы в привычный формат Excel или CSV.
  2. Загружаете этот файл в новую систему.
  3. Умный алгоритм сопоставляет колонки. Если старая система была сложной, можно настроить связи между таблицами, чтобы контакты сразу привязались к компаниям, а сделки – к ответственным менеджерам.

Для более сложных случаев, например, для переноса бизнес-процессов, существуют интеграции и открытый API. Готовые модули миграции перетягивают не только контакты, но и историю переписки, записи звонков и файлы из хранилища.

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

История IT-переезда

Одна образовательная платформа росла взрывными темпами. Штат увеличивался, количество задач множилось. Управлять всем этим через разрозненные мессенджеры и таблицы стало невозможно. Нужен был «скелет», чтобы наращивать «мышцы» процессов.

Единое рабочее пространство, куда перевели 727 сотрудников, а также почти 200 внешних партнеров, удалось развернуть всего за 10 дней. При этом удалось отказаться от зарубежных платформ, расходы на которые превышали $10 тысяч в месяц. CRM стала информационным центром бизнеса, где не только ведут продажи, но и управляют проектами, от найма новых сотрудников до открытия офисов и согласования рекламных кампаний. Безболезненно переехать из разрозненных сервисов удалось благодаря одному ответственному за внедрение, подробному описанию ключевых процессов и созданию шаблонов для задач.

Выводы

Бизнес – это математика, а не эмоции. Чтобы принять решение о смене корпоративной системы, нужно внимательно посчитать затраты. Сложите стоимость лицензий текущей системы, расходы на серверы, если это коробка, оплату часов программистов на поддержку и оцените стоимость потерянного времени сотрудников. Сравните эту сумму с ценой нового IT-решения.

Может оказаться, что вы серьезно переплачиваете за привычку страдать. Признать, что предыдущий выбор был ошибочным или устарел, – это нормально. Технологии меняются часто. То, что было флагманом пять лет назад, сегодня может стать тормозом. Сбросить балласт невозвратных затрат – значит освободить ресурсы для роста. Переход на систему, которая действительно помогает, а не мешает, окупается обычно за первые 2-3 месяца. И происходит это просто за счет того, что менеджеры начинают заниматься продажами, а не тратят силы на борьбу с запутанным интерфейсом.

Также читайте:

Расскажите коллегам:
Комментарии
Участники дискуссии: Анатолий Курочкин, Евгений Равич

Вашими устами, да мед бы пить. Скоро сказка сказывается, да не скоро дело делается. 

Конечно, простенькую систему перенести можно.Но даже перетащить какую-нибудь SMF к другому провайдеру целая проблема.
Переехать с одной СУБД на другую - тьма рисков.

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

Хотя вы правы - все проблемы миграции решаемы. Или почти все. 

Текст удивляет.

Много тезисов и утверждений. Ни одно утверждение не доказано - только озвучено, начиная с истории Concord, переезда из старой CRM в новую - почему-то облачную, сложностей в работе отделов IT и далее до выводов.

Читателю предлагается просто поверить, что всё было, есть и будет именно так, как говорит автор.

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии