Юридическая фирма: проверка типовых договоров за 20 минут вместо трёх часов
18 юристов, 240 договоров в месяц, полный цикл проверки типового документа — три часа. Пять недель ушло на то, чтобы вынуть правила проверки из голов партнёров и записать их, и ещё три месяца система работала под сплошной перепроверкой юристом, пока не набралась статистика: 94% найденных отклонений против 78% у юриста первого года. Сейчас типовая проверка занимает 15–20 минут, а фирма проводит на 30% больше договоров тем же составом.

С чем пришли
Управляющий партнёр сформулировал задачу так: фирма продаёт часы, но треть договорной работы уходит на механику, за которую клиент не готов платить по ставке партнёра. Наращивать штат он не хотел — юристы нужного уровня в городе не находятся, а найденные год работают в убыток. Требовалось снять с юристов первичную вычитку типовых договоров, перестать вести реестр руками и закрыть вопрос с пропущенными окнами расторжения. Жёсткие условия: документы не выходят за периметр фирмы, учётные системы не меняются, работа полностью удалённая.
Что делали по неделям — включая сложности
В реальных проектах всегда есть грабли. Мы показываем их здесь честно — потому что умение их проходить и есть то, за что вы платите.
Замер базовой линии и слепой тест
Провели хронометраж на 40 договорах и разложили три часа по операциям: вычитка 50 минут, поиск прошлых редакций и позиций фирмы по архиву 35, составление протокола разногласий 45, внесение в реестр и постановка сроков 20, письмо клиенту 20, сверху 20 минут старшего юриста на вторую пару глаз. Отдельно сделали слепой тест: взяли 60 архивных договоров, по которым известны все внесённые в своё время правки, и раздали их заново. Юрист первого года нашёл 78% отклонений, юрист с пятью годами практики — 91%. Эти два числа стали единственным критерием приёмки проекта. Попутно выяснилось главное: письменного чек-листа проверки в фирме не существовало ни одного.
Пять недель интервью: правила из голов на бумагу
Самая тяжёлая часть проекта. Партнёры проверяли договоры по опыту, а не по регламенту, и на прямой вопрос о правилах отвечали общими словами. Метод нашли другой: садились и разбирали конкретные договоры с их правками, спрашивая по каждому вычеркнутому пункту, почему он вычеркнут. За каждой правкой стояло правило, которое человек не проговаривал словами. 26 встреч по полтора часа дали 154 правила: 61 по аренде, 48 по поставке, 45 по услугам. По 11 правилам партнёры разошлись между собой — оказалось, фирма годами отдавала клиентам разные позиции по одному и тому же вопросу в зависимости от того, кто вёл сделку. Эти 11 вынесли на отдельное решение управляющего комитета. Этап был заложен на две недели и занял пять, срок проекта сдвинулся на месяц.
Контур в периметре фирмы
Адвокатская тайна и NDA с клиентами закрывали вариант с облачной моделью, поэтому развернули локальную модель на сервере фирмы: документы не покидают периметр, доступ по ролям, все обращения журналируются. Подключили три канала поступления — почта (68% потока), 1С:Документооборот (24%) и папка на общем диске (8%). Сканы и договоры в PDF без текстового слоя, около 700 страниц в месяц, проходят распознавание. Классификатор раскладывает входящий документ по типу и подставляет нужный набор правил. Отдельно проиндексировали архив в 40 000 файлов, чтобы юрист мог спросить обычными словами, как фирма раньше формулировала ответственность за просрочку, и получить пункты со ссылкой на исходный документ и дату.
Прогон на архиве и борьба с шумом
Прогнали 200 архивных договоров и сверили результат с правками, которые в своё время внесли юристы. Полнота вышла приемлемая, но первая версия помечала в среднем 38 пунктов на договор при 6–7 действительно существенных, и юристы на второй день перестали читать разметку целиком — то есть система стала бесполезной, формально работая правильно. Развели 154 правила на три уровня: блокирующие (не подписывать ни при каких условиях), существенные (предмет торга) и справочные (идут в реестр молча, юриста не отвлекают). После этого юрист видит 20–22 срабатывания вместо 38, полнота на контрольной выборке — 94% при четырёх ложных срабатываниях на договор. С такой пропорцией работать согласились.
Реестр, сроки и пролонгации
Извлечение условий поставили на тот же проход: стороны, предмет, сумма, порядок расчётов, срок действия, окно уведомления, порядок пролонгации, применимое право и подсудность попадают в реестр при загрузке документа, помощник подтверждает только подсвеченные спорные поля. Разобрали и загрузили портфель из 620 действующих договоров. На этом же прогоне нашли 14 договоров, где окно уведомления о расторжении уже прошло незамеченным, — по трём из них клиенты успели вмешаться. Календарь сроков ставит задачу ответственному юристу за 45 дней до окна, с готовым текстом уведомления и датой, после которой отправлять поздно.
Три месяца сплошной перепроверки
Партнёры не были готовы отдать проверку машине, и спорить с этим бессмысленно: отвечают перед клиентом они. Договорились о режиме, в котором система размечает договор, а юрист всё равно читает его целиком, и каждое расхождение между ними фиксируется в журнале. До старта согласовали, что именно считается отклонением и кто арбитр в спорном случае, — без этой договорённости любую итоговую цифру потом объявили бы подтасовкой. За три месяца через режим прошло 468 договоров. Система нашла 94% отклонений, юрист первого года — 78%, опытный юрист — 91%, связка система плюс юрист — 97%. Убедила партнёров не полнота, а другая строка: из девяти блокирующих пунктов, найденных за квартал, система не пропустила ни одного, а люди пропустили два.
Выборочный контроль и сопровождение
С четвёртого месяца сплошную вторую вычитку сняли: старший юрист смотрит 20% типовых договоров выборкой и все договоры с блокирующими срабатываниями. Раз в месяц разбираем пропуски и ложные срабатывания и правим правила. Действует правило фирмы: любое изменение в наборе проходит через партнёра и попадает в журнал с датой, чтобы через год было видно, по какой редакции проверялся конкретный договор. Раз в квартал повторяем слепой тест на свежей выборке — если полнота уходит ниже 90%, это инцидент, а не повод подправить отчёт.
- Приём и классификация потока: почтовый ящик договорной группы, 1С:Документооборот и папка на общем диске сводятся в одну очередь; документ определяется по типу, стороне и клиенту, получает нужный набор правил и уходит ответственному юристу.
- Движок проверки: 154 правила фирмы, разложенные по типам договоров и трём уровням критичности. Каждое срабатывание отдаёт цитату пункта, номер правила и формулировку позиции фирмы, а не абстрактную отметку о риске.
- База позиций фирмы: стандартные формулировки, шаблоны и разъяснения с указанием актуальной редакции и даты. Из неё же собирается черновик протокола разногласий, поэтому юрист начинает с текста, а не с чистого листа.
- Извлечение условий в реестр и календарь сроков: реквизиты, суммы, сроки, окна уведомления и порядок пролонгации по 620 действующим договорам; задача ответственному за 45 дней до окна.
- Поиск по архиву практики обычным языком: ответ по существу с обязательной ссылкой на исходный документ, пункт и дату, чтобы юрист проверил формулировку сам.
- Локальная модель на сервере фирмы и журнал аудита: документы не выходят за периметр, по каждой проверке видно, какие правила сработали, в какой редакции набора и что юрист с этим сделал.
Цифры до и после
- Формализация правил — это не подготовительный этап, а половина проекта, и её срок зависит не от нас. Мы заложили две недели и потратили пять. Работающий метод оказался не в вопросе о том, какие у фирмы правила, а в разборе конкретных договоров с правками партнёра: за каждым вычеркнутым пунктом стоит правило, которое человек никогда не проговаривал словами. Побочный результат вышел дороже самой автоматизации — вскрылись 11 вопросов, по которым партнёры годами отдавали клиентам разные позиции и не знали об этом. Теперь мы выносим формализацию в договор отдельной строкой и честно предупреждаем, что сроком управляет заказчик, а не мы.
- Три месяца сплошной перепроверки — это цена доверия, и её нужно закладывать в расчёт окупаемости, а не прятать. Партнёры отвечают перед клиентом лично, и требовать от них веры в проценты из презентации бессмысленно. Ключевое мы сделали до старта режима: договорились, что считается отклонением, кто арбитр в спорном случае и на какой выборке считаем. Без этой договорённости итоговые 94% против 78% объявили бы подтасовкой в первый же спорный день. Экономии эти три месяца почти не дали, и возврат вложений сдвинулся с третьего месяца на шестой — так и посчитано ниже.
- Полнота без точности не стоит ничего. Первая версия находила почти всё, но помечала 38 пунктов на договор при 6–7 существенных, и юристы на второй день начали пролистывать разметку не читая. Формально система работала правильно, фактически была выключена. Спасли не правила, а приоритеты: блокирующие, существенные и справочные — последние молча идут в реестр и юриста не трогают. С тех пор мы меряем не только полноту находок, но и число срабатываний на документ, и второе показываем заказчику наравне с первым.
- Освобождённые часы — ещё не деньги, пока их кто-то не купил. Проверка сняла с юристов 150 типовых договоров × 152 сэкономленные минуты = 380 часов в месяц, но в расчёт мы взяли только 200 часов, которые фирма подтвердила биллингом как переведённые на сложные сделки; остальные 180 оставили резервом на неравномерность потока. Отсюда экономия: 200 часов × 1 200 ₽ = 240 000 ₽; снятая вторая вычитка старшего юриста 40 часов × 2 500 ₽ = 100 000 ₽; реестр 3,5 часа помощников в день × 21 день × 700 ₽ ≈ 51 000 ₽; предотвращённые автопролонгации 2 случая в год × 350 000 ₽ ÷ 12 ≈ 58 000 ₽. Итого 449 000 ₽ в месяц. Минус поддержка 60 000 ₽ и эксплуатация 26 000 ₽ (сервер локальной модели, облачная модель на обезличенных задачах, распознавание 700 страниц) — чистыми 363 000 ₽. В первые три месяца работали только реестр и сроки, чистыми выходило 23 000 ₽, поэтому внедрение в 850 000 ₽ вернулось на шестом месяце. Рост потока с 240 до 312 договоров отдельной строкой не считаем — это те же самые часы, посчитанные второй раз.
