Как мы обеспечили принятие сложной IT-системы в компании
Кейс про поиск ценности и ненасильственное внедрение.
Кейс публикуется с разрешения компании и участников, и всё же без имён. Только суть!
Контекст
Внутри компании готовился запуск новой внутренней IT-системы. Она должна была заменить целый зоопарк старых решений, встроиться в рутинные процессы и повысить прозрачность и управляемость. И, как это часто бывает, шла она не с подарками, а с контролем, изменениями и потенциальной головной болью для пользователей.
Управленческий вызов:
Основной риск был очевиден: сопротивление со стороны сотрудников. Первая версия системы — далеко не идеальная, с ограниченным функционалом и багами. Поэтому главной задачей было не просто «вкатить» систему, а создать ядерную группу внутренних сторонников, которые не просто примут её, а станут защищать и продвигать.
Подход:
Чтобы это произошло, сотрудники должны были увидеть в новой системе реальную ценность для себя — не абстрактные обещания, а закрытие их ежедневной боли. Вместе с командой мы пошли исследовать:
Как сотрудники сейчас работают с теми самыми устаревшими решениями;
Где у них реально “болит”;
Какие процессы съедают у них время, создают риски и фрустрацию.
Мы провели серию интервью с представителями разных ролей. Сначала я сам брал на себя функцию исследователя задавая вопросы “внутренним клиентам”, помогая команде видеть сигналы. Постепенно передал им инструменты и фокус, оставшись на уровне наставника и рефлексии.

Открытия
  • Множество проблем оказались невидимыми или недооценёнными — сами сотрудники не всегда могли их точно сформулировать, но при правильных вопросах вдруг всплывали вполне измеримые потери: часы, дни, ошибки, накладки.

  • Часто звучала мысль: «Да, мы так привыкли, но вообще-то это неудобно и мешает» — и никто раньше не поднимал этот вопрос.
  • Удалось оцифровать реальные боли: задержки, потери времени, нестыковки между отделами, избыточные ручные действия.

  • Но были и обратные ситуации: «Да, очень мешает, ужасно неудобно, надо менять!» — «А когда вы этим последний раз пользовались?» — «Эмм… больше года назад». Это помогло отделить эмоциональный шум от актуальных точек фрустрации и избежать лишних фич в MVP.

Результат
  • Сформировали прицельный список фичей для первого релиза — не “по фреймворку”, а по живым болям.
  • Сами сотрудники, которые помогали это вытащить, стали частью фокус-группы.
  • Эти люди превратились в внутренних амбассадоров — на этапе раскатки они не просто «не мешали», а продвигали систему, гасили негатив, обучали других и давали нам честную обратную связь.
Почему это сработало:
  • Система изначально решала их реальные задачи, пусть и не все.
  • Люди чувствовали, что это их продукт, не «спущенный сверху».
  • Команда проекта не пряталась в кабинетах, а шла в поля, слушала, переваривала и действовала.
Что дал кейс заказчику
  • Новый сильный продукт, говорящий и с инженерами, и с рынком
  • Настроенная команда вокруг, без разрыва между R&D и GTM
  • Снижение риска увольнения или профессионального выгорания
  • Рост доверия между сотрудниками и новыми лидерами
А что в итоге?

В итоге команда не просто запустила систему.

Запустила — с поддержкой. Своими руками вытащила фичи из реальных болей.

Именно поэтому новая система не была отвергнута, а наоборот — стала точкой роста.



И вот такая переписка получилась через полгода после окончания работы:

Этот кейс — про внедрение без давления.
Не нужно было продавить систему — достаточно было, чтобы она реально помогла.
Первые сторонники появились не по приказу, а по смыслу. И этого хватило, чтобы всё поехало.
Давайте пообщаемся
© 2014 — 2024 Школа управления продуктами
Политика в отношении