Цифровая трансформация бизнеса: от проектов к способности меняться
- -
- 100%
- +
Внутренние предпосылки (На что мы опираемся):
Это состояние наших внутренних систем: накопленный массив чистых данных, готовая ИТ-инфраструктура, прозрачные процессы и, главное, люди, способные эти изменения принять.
В своей консультационной практике я часто вижу, как разные школы консалтинга выдают клиентам «единственно верные» списки драйверов цифровизации. Одни говорят: «Главное – это клиентский опыт!». Другие твердят: «Нет, главное – операционная эффективность и оптимизация затрат!».
Знаете, почему этих списков так много и почему они все разные? Потому что консультанты продают то, что умеют делать сами.
Это осознание дает руководителю невероятную свободу. Вам не нужно слепо копировать чужие фреймворки и пытаться натянуть на себя стандартные списки драйверов из отчетов аналитических агентств. Единственный истинный драйвер для вашей компании – это та конкретная операционная или финансовая боль, которая мешает вам расти прямо сейчас.
Перевод с «айтишного» на бизнес-язык
Самое сложное упражнение для команды трансформации – научиться описывать проблемы без использования технических терминов.
Попробуйте провести эксперимент. Возьмите список ваших текущих ИТ-инициатив и жестко отфильтруйте из них слова: микросервисы, ИИ, дата-лейк, облака, ERP, интеграционная шина, API, парсинг.
Если после этой чистки от описания проекта ничего не осталось – у вас проблема. Вы придумали проект ради проекта.
Вот как выглядит правильный перевод:
●
Было (IT-терминология): «Нам нужно внедрить систему класса CRM с интеграцией через API с базой данных и натренировать ML-модель для скоринга лидов».
●
Стало (Бизнес-язык): «Наши отделы продаж тратят 40% рабочего времени на перезванивание нецелевым клиентам. Из-за этого горячие заявки с чеком от 1 млн рублей ждут ответа по 4 часа. Мы хотим отсекать нецелевые звонки на входе и отдавать крупным клиентам ответ за 5 минут, что даст +12% к конверсии в сделку».
●
Было (IT-терминология): «Миграция legacy-системы учета на современную облачную платформу».
●
Стало (Бизнес-язык): «В декабре во время пиковых продаж наша старая программа зависает на 3–4 часа в день. Из-за этого склады не могут отгрузить товары, а компания теряет до 8 миллионов рублей на штрафах от ритейлеров за просрочку доставки».
Инструмент: Карта драйверов и переводчик проблем
Этот инструмент помогает собрать единую картину внешнего давления и перевести абстрактные технические хотелки в жесткие бизнес-формулировки, понятные финансовому директору и собственникам.
Бланк карты драйверов и оцифровки проблем
Инструкция по заполнению:
Соберите кросс-функциональную команду (продажи, операции, финансы, ИТ, кадры).
Выпишите все внешние и внутренние факторы, которые мешают компании расти или вызывают постоянные сбои.
Оцените силу давления по 5-балльной шкале (где 5 – «если не решим за полгода, бизнесу будет очень больно»).
Проведите жесткую цензуру формулировок в 5-й колонке. Вычеркивайте любые технические аббревиатуры и названия систем. Описывайте только действия людей, потери времени и денег.
Используйте получившуюся таблицу как основу для первого слайда презентации перед советом директоров.
Глава 5. Диагностика зрелости за две недели
Когда компании решают запустить цифровую трансформацию, первое, о чем задумываются топы, – это аудит. И тут на сцену выходят консультанты из крупных агентств. Они приходят в строгих костюмах, разворачивают тяжелую артиллерию из опросов на 200 страниц и уходят «в поле» на полгода.
Через шесть месяцев и двадцать миллионов рублей вам приносят трехсотстраничный отчет в красивом кожаном переплете. Документ аккуратно ставится на полку, потому что за эти полгода рынок ушел вперед, две проблемы успели отболеть сами собой, а на операционные процессы эта макулатура никак не повлияла.
За годы работы в управлении персоналом и консультировании я поняла одну простую вещь: для старта изменений не нужно полугодовое анатомирование бизнеса. Вам не нужна идеальная точность до третьего знака после запятой. Вам нужен быстрый, фокусный «срез реальности», который можно сделать ровно за две недели.
Главная находка: пропасть между «как должно быть» и «как есть»
Вся методика двухнедельной диагностики держится на одном ключевом принципе: мы проводим интервью с тремя конкретными ролями в каждом ключевом процессе.
Руководитель направления (Стратег). Он рассказывает, как процесс задумывался и как он оформлен в регламентах.
Сотрудник внутри системы (Операционист). Он сидит в учетной программе, перекладывает данные из Excel в ERP и знает все костыли, на которых держится ежедневная работа.
Сотрудник на контакте с клиентом (Фронт). Это продавец, менеджер по поддержке, экспедитор. Он первый принимает на себя негатив от клиентов, когда системы сбоят.
Главное золото диагностики находится не в самих ответах, а в расхождении между ними.
На одном из проектов в логистике директор по операциям с гордостью рассказывал мне: «У нас полностью автоматизировано распределение заявок на доставку! Алгоритм сам строит оптимальный маршрут».
Через час я сидела рядом с рядовым логистом. Я смотрела, как она открывает красиво спроектированную программу, смотрит на предложенный алгоритмом маршрут, вздыхает, закрывает его и начинает вручную перебивать адреса в свою табличку Excel.
– Зачем вы это делаете? – спросила я.
– Да понимаете, – ответила она, не поднимая глаз от экрана, – алгоритм не знает, что на улице Ленина до двух часов дня идет ремонт дороги, а во дворе на Набережной наша фура банально не развернется. Если я отправлю водителя по системе, мы провалим три доставки из пяти.
Вот она – реальность. Руководитель живет в иллюзии цифрового процесса, а бизнес держится на тихом героическом саботаже линейного персонала, который каждый день вручную чинит кривую автоматизацию.
Пять направлений оценки (30 вопросов)
Чтобы диагностика не превратилась в хаотичную беседу «за жизнь», мы оцениваем бизнес по пяти направлениям, задавая ровно по 6 вопросов в каждом блоке.
Процессы и клиенты: насколько процессы гибкие и оцифрованы ли точки контакта с клиентом.
Данные: верит ли руководство цифрам в отчетах и есть ли единый источник правды.
Технологии и инфраструктура: насколько легко вносить изменения в текущее ПО и сколько времени уходит на интеграции.
Культура и кадры: боятся ли сотрудники ошибиться, есть ли навыки работы с цифровыми инструментами.
Управление и стимулы: за что на самом деле получают премии ключевые фигуранты изменений.
Инструмент: Протокол интервью и матрица «Сильно / Слабо / Не знаем»
Для проведения экспресс-диагностики используйте этот рабочий протокол. Проведите 10–12 интервью по 45 минут с представителями трех ролей.
Вопросы для экспресс-интервью (Фрагмент протокола)
Заполнение матрицы «Сильно / Слабо / Не знаем»
После проведения серии интервью все собранные факты и тезисы распределяются по трехсекторной матрице.
Главный совет эксперта: работа с колонкой «НЕ ЗНАЕМ»
Самая частая ошибка топов – сфокусироваться только на колонке «Слабо» и бежать срочно её чинить.
Это ловушка. Самая опасная зона для трансформации – это колонка «НЕ ЗНАЕМ».
Если вы знаете, что у вас слабый процесс согласования, вы можете с этим работать. Но если вы не знаете реальную экономику процесса, точечный отток клиентов или процент ошибок на стыках систем, любая попытка внедрить туда ИИ или автоматизацию превращается в рулетку.
Поэтому главное правило экспресс-диагностики звучит так: каждое «Не знаем» из матрицы автоматически превращается в приоритетную задачу первой недели трансформации. Сначала проявляем контуры процесса и цифры, и только потом инвестируем деньги в технологические решения.
Глава 6. Стратегия на одну страницу
В моей практике есть любимый ритуал. На первой встрече с руководством компании я прошу показать их действующую «Цифровую стратегию».
В восьми случаях из десяти мне выносят монументальный документ — презентацию на 80 слайдов с красивыми графиками, трендами мировых рынков, цитатами аналитиков и пятилетними планами освоения бюджетов. На его подготовку обычно уходит полгода жизни лучшей проектной команды и пару десятков миллионов рублей, выплаченных внешним консультантам.
Тогда я задаю второй вопрос, повернувшись к операционному или коммерческому директору:
– Назовите три главных приоритета из этого документа, которые вы реализовали за последние три месяца?
В воздухе повисает неловкая пауза. Документ красивый, но его никто не помнит. В нем нет фокуса, нет живых людей и нет прямого ответа на вопрос: «Что именно мы перестаем делать с завтрашнего дня, а на чем фокусируем все ресурсы?».
Стратегия на 80 слайдов создается для того, чтобы успокоить совет директоров и красиво отчитаться перед акционерами. Она не меняет поведение людей на местах. Поведение людей меняет простой, предельно сфокусированный документ, который помещается на одном листе формата А4.
Почему «одностраничник» работает, а талмуд нет
Главная болезнь корпоративного планирования — попытка объять необъятное. Когда в стратегии написано «мы автоматизируем всё, закупаем 10 платформ, нанимаем 50 аналитиков и переводим компанию в облака», это означает ровно одно: у компании нет стратегии. Есть вишлист.
Стратегия — это не список того, что мы хотим сделать. Стратегия — это инструмент жесточайшего выбора и отказа от лишнего.
Документ на одну страницу обладает тремя свойствами, которых нет у документа на 80 слайдов:
Его физически можно дочитать до конца. Каждая строчка на виду. Его не получится скрыть за туманом профессионального жаргона.
Его помнит вся команда. Если руководитель не может воспроизвести ключевые точки стратегии по памяти за 30 секунд, стратегии не существует.
Он задает жёсткие рамки. Если появляется новая «блестящая идея», ее сверяют с одностраничником. Если ее там нет — она отправляется в лист ожидания.
1. Два приоритетных направления
Не десять, не пять, а ровно два. Например: «Сокращение времени обработки заявки клиента» и «Снижение потерь на складе». Все остальные полезные инициативы честно замораживаются до выполнения этих двух.
2. Одна технология для пилота
Не нужно пытаться одновременно раскатывать ERP, внедрять нейросети для продаж и переводить бухгалтерию на роботов. Выберите одну технологическую связку, на которой команда отработает сплоченность и запустит первые быстрые победы.
3. Владелец из первых лиц
У каждого направления должен быть ровно один владелец из топ-менеджмента (C-level). И это не IT-директор. Если мы чиним продажи — владелец коммерческий директор. Если снижаем браки на заводе — директор по производству.
4. Измеримый результат
Число, срок и деньги. Не «улучшить качество обслуживания», а «сократить время ответа клиенту с 4 часов до 15 минут к 15 ноября, что даст +8% к повторным продажам».
Подпись на титуле или реальная вовлеченность первого лица
За годы работы в HR и консалтинге я научилась с первого взгляда определять, обречен проект на провал или выживет. Смотреть нужно на поведение первого лица — генерального директора или собственника.
В 90% провальных проектов вовлеченность первого лица заканчивается в момент, когда оно красиво расписывается на титульном листе стратегии и говорит: «Отличная работа, коллеги! Я всё утвердил, теперь действуйте, IT-директор вам в помощь, о результатах докладывайте раз в квартал».
Это не вовлеченность, это самоустранение.
Настоящая вовлеченность первого лица выглядит совсем по-другому:
●
Первое лицо лично проводит еженедельный 30-минутный разбор пилота. Не пропускает его ради других «важных встреч», показывая всей организации, что этот проект — приоритет номер один.
●
Первое лицо лично снимает междепартаментные барьеры. Когда финансовый директор отказывается выделять бюджет на быстрый эксперимент, а безопасность блокирует доступы, именно генеральный директор в течение пяти минут принимает волевое решение и снимает затор.
●
Первое лицо меняет систему стимулов. Оно лично переписывает KPI своих заместителей, привязывая их годовые бонусы к успеху трансформации.
Если генеральный директор не готов инвестировать свое личное время (хотя бы 2–3 часа в неделю) в проект изменения, не тратьте бюджеты. Назовите происходящее плановой автоматизацией и не обманывайте себя.
Инструмент: Шаблон одностраничной стратегии и список вопросов для защиты
Этот инструмент предназначен для сборки и защиты стратегии цифровой трансформации на уровне совета директоров или топ-команды.
Чек-лист вопросов для проверки и защиты одностраничника
Перед тем как нести стратегию на утверждение акционерам, прогоните ее по этим пяти вопросам. Если хотя бы на один вопрос ответ «Нет» — документ нужно переработать.
Вопрос на фокус: Понятно ли из документа, какие три потенциально полезных проекта мы официально поставили на паузу, чтобы не распылять ресурсы?
Вопрос на терминологию: Есть ли на странице хоть одно техническое слово, смысл которого нужно объяснять финансовому директору?
Вопрос на ответственность: Заявлен ли в качестве владельца проекта топ-менеджер, имеющий право перераспределять бюджеты и менять регламенты в своем отделе?
Вопрос на скорость: Позволяет ли выбранная технология получить первый измеримый финансовый или операционный результат не позже чем через 90 дней?
Вопрос на личное участие: Зафиксированы ли в календаре генерального директора еженедельные 30-минутные встречи по контролю хода этого пилота?
Часть III. Технологии глазами руководителя
Глава 7. Облако: решение о границе
За годы консультационной практики и работы в топ-менеджменте я регулярно наблюдала, как обсуждение облачных технологий в компании превращается в религиозную войну.
На одном фланге стоите вы или ваш IT-директор, зараженные идеей гибкости, быстрого масштабирования и экономии на капитальных затратах. На другом – служба безопасности и консервативная часть топ-менеджмента, для которых любое упоминание слова «облако» звучит как добровольная передача коммерческой тайны прямо в руки хакерам.
Я помню жаркие дебаты на совете директоров одного крупного производственно-ритейлового холдинга. Мы обсуждали перенос нашей клиентской базы и системы управления заказами в облачную инфраструктуру. Наш CISO (директор по информационной безопасности) встал с места, положил на стол распечатку статьи о громкой утечке данных у известного ритейлера и с драматической паузой произнес:
– Коллеги, вы предлагаете отдавать сердце нашего бизнеса на чужие серверы. Как только мы это сделаем, мы перестаем контролировать собственную судьбу. Безопасность гарантировать невозможно!
В зале наступила тишина. Собственники переглянулись, и я увидела в их глазах сомнение. Мне пришлось взять слово и задать директору по безопасности всего один простой вопрос:
– Игорь, скажи честно, а какая у нас средняя зарплата системного администратора, который сейчас обслуживает наши собственные серверы в подвале головного офиса? И сколько человек в его команде круглосуточно мониторят попытки взлома?
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.