7 ошибок автоматизации юридического отдела и как их избежать

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

Ниже семь сценариев, по которым это происходит. По каждому — ранний признак, который видно на третьей неделе, и то, что чинится за одну неделю без переписывания системы. Три ошибки посчитаны в деньгах на модельной фирме: 5–50 человек, 500 договоров в год, ставки — юрист 4 500 ₽/час (внешний или партнёрский), помощник юриста 1 200 ₽/час, инженер подрядчика 3 000 ₽/час.

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

Как выглядит тихая смерть внедрения

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

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

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

Ранние признаки семи ошибок

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

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

Ошибки 1–3: лишние визы, сорок шаблонов и режим «срочно»

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

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

Ошибка третья — система умеет всё, кроме «срочно, подписываем сегодня». Такой случай есть в любой компании и составляет обычно 10–15 % потока. Если для него нет короткого легального пути, люди изобретут нелегальный, и вместе со срочными договорами по нему уйдёт всё остальное: тропа уже протоптана. Правильное решение — короткий маршрут на две визы с жёстким правилом обязательной регистрации в тот же день. Неправильное — запретить обход приказом: приказ не создаёт пути, он создаёт скрытность.

Ошибки 4–5: вердикт вместо замечаний и потерянная история

Ошибка четвёртая — ИИ-проверка выдаёт вердикт. Плашка «договор соответствует типовой форме» выглядит как результат, а работает как выключатель: через две недели юрист перестаёт открывать сам документ. Это худший из возможных исходов, потому что машина ошибается предсказуемо и незаметно — она находит около 98 % механических замечаний, 64 % отклонений от типовой формы и меньше 19 % оценочных. Модель не заменяет проверку, а сокращает время до неё: показывает места, куда нужно посмотреть. Поэтому единственный рабочий формат вывода — лист замечаний, где у каждой строки есть цитата и номер пункта, а юрист подтверждает или снимает её одним движением. Подробный замер точности на своих 50 договорах описан в разборе проверки договоров ИИ.

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

• Нетиповое условие — ограничение ответственности, эксклюзив, повышенная неустойка, право одностороннего отказа, залог, поручительство. Идёт к юристу до первой визы, а не после третьей.
• Договор на форме контрагента целиком — машина покажет отличия от эталона, но решение «эта редакция для нас приемлема» принимает человек.
• Оценка риска в контексте сделки — один и тот же пункт про штраф безопасен при обороте 300 000 ₽ и опасен при 30 000 000 ₽.
• Претензия и разногласия — работа юриста от начала до конца; автоматизируются регистрация и контроль срока, не содержание.
• Правка самой типовой формы — вносит и датирует юрист, система лишь хранит версии и следит, чтобы действующая была одна.

Ошибка пятая — не перенесли историю. Систему запускают «с чистого листа»: новые договоры попадают в неё, старые остаются в папках на сетевом диске. Поиск при этом становится бесполезен наполовину — самые частые запросы юриста относятся к действующим договорам, подписанным до запуска. Полный перенос архива на 5 000 документов стоит около 137 000 ₽ и занимает 2–3 недели, но начинать можно не с него: перенесите сначала только действующие договоры, это обычно 12–18 % архива. Три способа поиска и цена каждого разобраны в статье про поиск по архиву договоров.

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

Ошибки 6–7: некому решать и нечем мерить

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

Ошибка седьмая — успех меряют формулировкой «внедрили систему». Это не метрика: она верна в день запуска и остаётся верной, когда поток уже ушёл в обход. Мерить надо то, ради чего проект начинался, и мерить теми же 30 договорами, что и до старта. Четыре числа, которых достаточно:

1. 1Медиана срока согласования в рабочих днях. Именно медиана, а не среднее: одна сделка, зависшая на месяц, портит среднее и скрывает улучшение.
2. 2Доля возвратов на доработку. В замере «до» обычно 40 %, целевое значение — 16 %. Эта цифра говорит о качестве форм больше, чем любой опрос.
3. 3Доля потока, прошедшая через систему. Главный индикатор жизни проекта. Падение ниже 80 % — сигнал искать обходной путь, а не улучшать интерфейс.
4. 4Минуты юриста на договор. Считается по журналу или по выборочному хронометражу. Если минуты не изменились, экономия существует только в презентации.

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

Сколько стоят три из семи ошибок

Не все семь ошибок переводятся в деньги честно. Три переводятся, и на модельной фирме с 500 договорами в год выходит сумма, сопоставимая со стоимостью самого контура. Ставку согласующего берём по нижней границе — 1 200 ₽/час; по руководительской вышло бы примерно вдвое больше.

Средний договорной контур — генерация документов, маршрут и реестр — стоит около 1 380 000 ₽ внедрения и 492 000 ₽ поддержки в год. Три ошибки съедают этот бюджет целиком и продолжают есть каждый год. Порог, с которого контур вообще имеет смысл покупать, разобран в статье про окупаемость по объёму договоров: при 100 договорах в год он не окупается никогда, при 2000 — за квартал.

Порядок починки: что делать на первой неделе

Если признаки уже видны, чинить надо в этом порядке. Пять шагов ниже не требуют ни бюджета, ни подрядчика — только решений. Работа инженера понадобится на шестом шаге, и считать её стоит по 3 000 ₽/час.

1. 1
   День первый: назначить владельца

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

2. 2
   День второй: поднять 30 последних договоров

   По каждому — срок в рабочих днях, число кругов, от кого приходили замечания. Это одновременно замер «до» и материал для вычёркивания виз.

3. 3
   Дни третий и четвёртый: вычеркнуть визы и заморозить шаблоны

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

4. 4
   День пятый: описать срочный режим

   Короткий маршрут на две визы, условие его применения и правило регистрации в тот же день. Легальный короткий путь убивает нелегальный.

5. 5
   Через неделю: снять четыре метрики повторно

   Срок, возвраты, доля потока в системе, минуты юриста. Если доля потока не выросла, проблема не в маршруте, а в том, что людям неудобно; это выясняется разговором, а не доработкой.

6. 6
   Дальше: перенос истории и настройка вывода проверки

   Действующие договоры в индекс, вердикт заменить листом замечаний с цитатами. Это уже работа инженера — примерно 20–40 часов, то есть 60 000–120 000 ₽.

Когда проект надо не чинить, а останавливать

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

• Договоров меньше 100 в год. Поддержка контура дороже любой возможной экономии. Здесь работают единая утверждённая форма, таблица сроков и правило «шаблон правит только юрист» — это несколько дней работы и ноль рублей подряда.
• Владельца процесса нет и не появится. Если руководитель не готов выделить человеку 5 часов в неделю, система будет настроена по описанию, которое устареет за квартал. Это не техническая проблема, и деньгами она не решается.
• Идёт смена учётной системы или CRM. Договорной контур опирается на справочник контрагентов и данные сделок. Переезд источников в разгар внедрения означает переделку интеграций за свой счёт: сначала переезд, потом договоры.
• Основное время юриста — содержательная работа, а не пересылка. Если из замера по 30 договорам видно, что 55 минут из 70 занимает вычитка условий, маршрут даст 20–25 %, а не «в разы». Это законное основание отложить проект, а не повод искать подрядчика подешевле.