Цифровая трансформация бизнеса: на чем она обычно спотыкается

Разговор о цифровой трансформации в компании редко начинается с айтишников. Чаще с директора, который вернулся с отраслевой конференции, увидел презентацию конкурента или в очередной раз собирал квартальный отчёт вручную по разрозненным таблицам. Вывод напрашивается сам: пора внедрять что-то новое — CRM, аналитику, автоматизацию, может быть чат-бота для клиентов.

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

Откуда берётся ощущение, что пора меняться

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

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

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

Из этого рождается предсказуемый сценарий: вместо анализа, что в компании реально мешает работать, покупают систему, которая хорошо продаётся на рынке в этом году. В прошлом сезоне это была CRM, сейчас — модуль с элементами искусственного интеллекта.

Первый шаг — новая система поверх старой

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

Подрядчик, который продавал систему, обычно ориентируется на типовой сценарий внедрения — стандартный набор настроек, стандартная интеграция, стандартные сроки. Особенности конкретной компании — то, как реально движутся данные между отделами, кто и зачем правит цифры в последний момент, — выясняются уже по ходу проекта, не на этапе продажи.

Первые недели новая система работает параллельно со старыми процессами. Сотрудники дублируют данные в оба места — и в новую CRM, и в привычный Excel, на всякий случай. Это выглядит как временные неудобства переходного периода.

Когда результата не видно там, где его ждали

Проходит квартал, иногда полгода. Директор ждёт обещанного эффекта — прозрачной аналитики, меньше ручной работы, ясной картины по клиентам. Вместо этого он видит, что часть сотрудников по-прежнему ведёт учёт в личных таблицах, потому что там привычнее и быстрее.

Данные в новой системе неполные — вносят не все и не всегда, потому что интерфейс кажется неудобным, а времени разбираться никто специально не выделял. Отчёт, который должен был собираться автоматически за пять минут, всё ещё требует ручной сверки перед тем, как его можно показать руководству.

Возникает соблазн списать это на сопротивление сотрудников переменам. Отчасти это так и есть — люди действительно не любят менять привычные способы работы. Но за этим объяснением часто прячется другая причина, которую сложнее признать: новая система не заработала не потому, что персонал ленивый, а потому что её некуда было по-настоящему встроить.

Что чаще всего вскрывается под капотом

Когда разбираются подробно, обычно находят один и тот же набор препятствий.

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

Интеграция с 1С или другой учётной программой, которую подрядчик описывал как «делается за пару дней», на деле требует доработки — потому что в компании эта программа настроена нетипично, с правками пятилетней давности, о которых уже никто не помнит причину.

Сотрудники, которые должны стать основными пользователями новой системы, физически не успевают её освоить между текущими задачами — обучение проводили один раз, вопросы, возникшие через месяц использования, задать уже некому.

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

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

Во что превращается «цифровая трансформация» на практике

По отдельности каждая из этих находок решаема. Вместе они создают ощущение, что вложенные деньги и время не окупились — при том что формально проект «внедрён» и стоит в отчёте как завершённый.

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

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

Посчитать реальную стоимость этого почти никто не берётся: расходы на неиспользуемые лицензии размазаны по разным статьям бюджета, а упущенная выгода от так и не заработавшей аналитики вообще не попадает ни в один отчёт. Со стороны это выглядит просто как трансформация, которая не задалась — хотя на деле в неё продолжают уходить конкретные, вполне подсчитываемые деньги каждый месяц.

Спокойный порядок вместо героических рывков

Компании, у которых цифровая трансформация действительно приживается, редко делают это одним масштабным рывком. Чаще — это методичная последовательность небольших шагов, где каждый следующий опирается на то, что уже работает.

Начинают обычно с честного разбора того, что уже есть в компании: какие данные существуют, где хранятся, в каком состоянии, кто ими реально пользуется. Покупка новой системы становится вторым шагом — после этого разбора, не до него. Это скучный этап, который легко пропустить в спешке, но именно он показывает, готова ли инфраструктура выдержать что-то новое поверх себя.

Дальше внедрение разбивают на этапы там, где подрядчик предлагает всё и сразу. Сначала — одна система для одного процесса, доведённая до реального использования сотрудниками. Формальная установка без этого в расчёт не берётся. Только после того как первый шаг прижился, — следующий.

Реалистичный горизонт такой работы — полтора-два года постепенных шагов, не несколько недель одного пилотного проекта. Компании, которые ждут итогового эффекта раньше, обычно и получают ту самую картину с полузаброшенными системами, описанную выше.

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

С чего в действительности стоит начинать

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

Прежде чем выбирать конкретное решение, стоит честно оценить, в каком состоянии сейчас инфраструктура и данные компании: что из этого выдержит нагрузку нового инструмента, а что придётся сначала привести в порядок. Этот вопрос звучит менее вдохновляюще, чем разговор о будущем на конференции, но именно от ответа на него зависит, станет ли трансформация реальной переменой в работе компании или ещё одной системой, которая тихо простаивает рядом с остальными. Компания АйТи-Спектр как раз помогает в грамотном внедрении цифровых решений в компании и берет на себя вашу ИТ-инфраструктуру на обслуживание и предлагает ИТ-аутсорсинг с SLA.

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