На лекциях по цифровизации юрфункции мы часто слышим один и тот же вопрос: «Какой конструктор документов лучше?».
За этим вопросом кроется опасная иллюзия: кажется, стоит купить правильный софт, и операционные проблемы исчезнут сами собой. Но когда дело доходит до внедрения, магии не происходит. Причина таких провалов кроется не в технологиях, а в том, что их пытаются внедрять в отрыве от реальной жизни компании.
Разберем четыре основных фактора, о которые чаще всего спотыкаются проекты по цифровизации.
👥 Люди
Компания закупает конструктор договоров и ждет роста производительности. Но вместо этого сталкивается с тихим саботажем. Команда находит одну незначительную ошибку алгоритма, публично объявляет систему сырой и по старинке продолжает работать со своими личными шаблонами в Word.
Пользователи боятся потерять статус незаменимых экспертов и переложить ответственность на алгоритм, поэтому до последнего будут доказывать его неэффективность. Поэтому важно работать с изменениями.
⚙ Процессы
Департамент внедряет проекты по электронному согласованию договоров, чтобы ускорить работу. Но старые регламенты никто не переписывал. В итоге типовой договор всё так же должен собрать пять избыточных виз и предсказуемо виснет на этапе «согласование со службой безопасности».
Технология работает быстро, но сам неоптимизированный процесс остается бутылочным горлышком. Неэффективность просто перенесли в новый красивый интерфейс.
📄 Данные
Руководству презентуют наглядный дашборд с аналитикой. Но если в исходных реестрах кочуют ошибки, неверные статусы и дубли, система просто визуализирует плохие данные. В какой-то момент красивые графики начинают расходиться с реальностью. Из-за ручного ввода одни юристы заносят контрагента как «ООО Ромашка», другие — как «РомаШка ООО». В итоге дашборд дробит статистику, искажает суммы рисков по ключевым партнерам, и общая картина просто разваливается на части.
Доверие к новому софту падает. Чтобы увидеть реальную картину, команде приходится выгружать базу в Excel, вручную вычищать дубли и сводить цифры по старинке. Система, которая должна была избавить от рутины, просто добавляет новый этап перед работой в таблицах.
🔃 Интеграции
Департамент закупает отдельный конструктор документов, отдельный таск-трекер и сервис для учета судов. Без сквозной связи юристам приходится вбивать одни и те же реквизиты трижды в разные программы.
Вместо экономии времени получается дополнительная рутина по обслуживанию софта.
Получается парадокс: инвестиции в технологии растут, а скорость и управляемость функции остаются на прежнем уровне.
С какими из этих барьеров — саботаж команды, кривые процессы, «грязные» данные или разрозненные ИТ-системы — вы сталкиваетесь чаще всего? И как вы их преодолеваете?