
Когда клиенты или даже коллеги по отрасли произносят ?услуги по цифровой трансформации?, я часто ловлю себя на мысли, что каждый вкладывает в это свой смысл. Для кого-то это просто перенос данных в облако, для другого — внедрение CRM. Но настоящая трансформация начинается не с покупки софта, а с болезненного пересмотра самих бизнес-процессов. Многие до сих пор считают, что достаточно нанять подрядчика, купить ?коробку?, и цифровизация случится сама собой. Это, пожалуй, самый живучий и дорогостоящий миф.
Помню один из первых наших проектов с производственным предприятием. Руководство хотело ?цифровизировать? контроль качества. Мы приехали с предложениями по системам компьютерного зрения, датчикам IoT. Но начали с простого — неделю провели в цеху, просто наблюдая. Оказалось, ключевая проблема даже не в обнаружении брака, а в том, что данные с уже существующих датчиков записывались в бумажный журнал, затем вручную переносились в Excel, и только потом сводились в отчёт, который видел начальник цеха раз в неделю. Информация запаздывала на 7-10 дней. Какая уж тут оперативная реакция.
Поэтому мы начали не с закупки нового ?железа?, а с реорганизации потока данных. Настроили простой шлюз для сбора показаний с существующего оборудования в реальном времени и вывода их на планшеты мастеров смены. Самое сложное было не техническое внедрение, а убедить мастеров, что теперь их работа — не просто записывать цифры, а анализировать их и принимать решения на месте. Это и есть тот самый сдвиг в мышлении, без которого любая технология мертва.
Именно на этом этапе многие проекты спотыкаются. Компании вроде ООО Хэнань Цзюйхэ Текнолоджи, позиционирующие себя как поставщики комплексных решений, часто сталкиваются с запросом на ?волшебную таблетку?. Клиент хочет результат, но не готов менять внутренние регламенты или перераспределять ответственность. Приходится тратить львиную долю времени не на написание кода, а на консультации и изменение подходов к управлению. Иногда кажется, что мы больше психологи и процессные консультанты, чем IT-специалисты.
Ещё один момент, который редко обсуждают в красивых презентациях, — это ад интеграции унаследованных систем (legacy systems). В том же проекте нам пришлось ?договариваться? со старой SCADA-системой 90-х годов, документация к которой давно утеряна. Разработчиков, которые её писали, не найти. Пришлось reverse engineering-ом, почти на ощупь, выяснять протоколы обмена. Месяц работы ушёл только на то, чтобы заставить старое и новое ?разговаривать? друг с другом.
Идеальной цифровой платформы ?с нуля? почти не бывает. Реальность — это лоскутное одеяло из ERP, систем складского учёта, финансовых модулей и самописных баз данных. Услуги по цифровой трансформации в таких условиях — это часто искусство создания ?клея?: middleware, API-шлюзов, коннекторов. Это не так эффектно, как запуск нейросети, но без этого весь проект рассыпается.
На сайте hnjhkjjt.ru наша компания заявляет о комплексном подходе. Изнутри это означает, что у нас сформирована целая команда ?интеграторов? — людей, которые специализируются именно на стыковке разнородных систем. Их работа не видна конечному пользователю, но она — фундамент. Мы даже завели внутренний термин для особенно сложных случаев — ?археологические раскопки в коде?.
Был у нас опыт с сетью розничных магазинов. Задача — предиктивная аналитика для управления запасами. Всё казалось идеальным: качественные исторические данные, заинтересованность заказчика, бюджет. Мы построили сложную модель, учитывающую сезонность, промоакции, даже погоду. Внедрили. А через три месяца оказалось, что точность прогнозов лишь ненамного выше, чем у опытного товароведа, который ?чувствует? спрос.
Разбирались. Оказалось, модель не учитывала один ?человеческий? фактор: товароведы вручную корректировали заказы у поставщиков на основе личных телефонных разговоров о возможных дефицитах у соседей по рынку. Эти данные нигде не фиксировались. Цифровая модель была слепа к неформальным каналам информации. Мы тогда сделали важный вывод: нельзя автоматизировать процесс, не поняв до конца все его неформальные, ?теневые? связи. Иногда эффективность бизнеса держится на таких вот неучтённых факторах.
Этот провал заставил нас пересмотреть этап предпроектного обследования. Теперь мы обязательно включаем в него не только интервью с руководством и анализ отчётов, но и ?дни тени? (shadowing) — когда наш аналитик буквально ходит по пятам за ключевыми сотрудниками, чтобы зафиксировать все их действия, включая те самые звонки и чаты в мессенджерах.
В конечном счёте, все технологии упираются в людей. Можно поставить самую совершенную MES-систему на завод, но если рабочие будут видеть в ней лишь инструмент тотального контроля и наказания, они найдут способ обойти её или вносить недостоверные данные. Один из самых успешных наших проектов в логистике сработал именно потому, что мы с самого начала вовлекли водителей-дальнобойщиков в разработку мобильного приложения.
Они сказали, что существующие решения неудобны: слишком много шагов для отметки о погрузке, плохо работают в роуминге. Мы сделали прототип, протестировали его с фокус-группой водителей, учли их фидбэк. В итоге внедрение прошло почти без сопротивления, потому что люди чувствовали, что новый инструмент сделан для них и облегчает их жизнь, а не усложняет её. Скорость заполнения путевых листов выросла в разы, а качество данных — радикально.
Этот гуманитарный аспект часто упускают из виду, гонясь за технологическими ?фичами?. Компания ООО Хэнань Цзюйхэ Текнолоджи как ведущий поставщик услуг учится на каждом проекте: теперь в команду любого проекта по цифровой трансформации мы обязательно включаем специалиста по изменениям (change management), который работает с коллективом заказчика с самого первого дня.
Все хотят посчитать возврат на инвестиции (ROI). Это правильно. Но в трансформации есть затраты, которые сложно измерить сразу. Например, падение производительности на этапе внедрения, когда люди учатся работать по-новому. Или стоимость отвлечения ключевых IT-специалистов заказчика от их текущих задач для помощи во внедрении. Если не заложить эти издержки в план и бюджет, потом начнётся паника и поиск виноватых.
Мы научились строить финансовую модель вместе с клиентом, учитывая не только прямые затраты на лицензии и разработку, но и косвенные потери. Иногда это приводит к решению разбить один большой проект на несколько маленьких итерационных этапов. Да, общая стоимость может немного вырасти, но риски снижаются кардинально. Клиент видит ценность от каждого этапа и сохраняет доверие.
Вот, собственно, и всё. Если резюмировать мой опыт, то услуги по цифровой трансформации — это дисциплина, находящаяся на стыке технологий, менеджмента и психологии. Это не про то, чтобы ?всё оцифровать?, а про то, чтобы с помощью цифровых инструментов сделать бизнес более гибким, устойчивым и человеко-ориентированным. И главный индикатор успеха — не отчёт по ROI за первый квартал, а то, перестали ли сотрудники через полгода вспоминать, ?как было раньше?. Если перестали — значит, трансформация состоялась.