Знания юридической фирмы лежат не в головах, а в файлах. Договоры за десять лет, шаблоны с правками, меморандумы, заключения, подборки практики, внутренние регламенты, переписка по сделкам. Формально всё это есть. Практически — найти нужное можно, только если вы помните, кто вёл проект, в каком году это было и как назвали папку.
Поэтому типичный сценарий выглядит так: юрист пишет в общий чат «у кого был договор поставки с ретроспективной оговоркой по неустойке?», ждёт полчаса, получает три ответа, два из которых не подходят. Или не ждёт — и пишет пункт заново, хотя в архиве лежит выверенная формулировка, которую уже прошли через две судебные инстанции.
Это модельный разбор: как задача решается технически, что реально автоматизируется, где проходят границы, и как посчитать эффект до внедрения. Это не описание клиентского проекта и не отчёт о результатах — все цифры ниже получены расчётом по типовым отраслевым вводным, а не измерены у конкретной компании.
Где именно уходит время юриста
Прежде чем говорить о технологии, надо честно разложить рабочий день. В консалтинговой или юридической компании среднего размера структура непроизводительного времени обычно такая.
Поиск прецедента внутри фирмы. «Мы такое уже делали» — самая частая фраза и самый дорогой поиск. Нужно вспомнить проект, найти папку, открыть три версии файла и понять, какая финальная.
Сборка договора из кусков. Шаблон есть, но под клиента его надо адаптировать: подтянуть блок про конфиденциальность из одного проекта, про ответственность — из другого, про применимое право — из третьего.
Проверка внутреннего регламента. Как оформляется доверенность, какой порядок согласования скидки, кто подписывает соглашение о конфиденциальности, что делать при конфликте интересов. Ответ есть в регламенте, но регламент — на сорок страниц.
Ответы на одинаковые вопросы клиентов. «Какие документы нужны для регистрации ООО», «сколько занимает ликвидация», «что вы делаете при налоговой проверке», «сколько стоит абонентское обслуживание». Это не юридические консультации — это организационные вопросы, которые съедают время партнёра или помощника.
Онбординг новых сотрудников. Юрист, пришедший в фирму, полгода не знает, где что лежит, и постоянно дёргает коллег. Стоимость этих вопросов никто не считает, но она есть.
типичная доля рабочего времени юриста на поиск и сборку документов
время поиска по индексированной базе вместо ручного обхода папок
ответов с обязательной ссылкой на документ, пункт и дату
Что такое RAG в этом контексте
RAG — Retrieval-Augmented Generation, «генерация с опорой на поиск». Простыми словами: система сначала находит в вашей базе релевантные фрагменты документов, и только потом формулирует ответ строго по ним, приложив ссылки на источники.
Это принципиально отличается от «спросить у нейросети». Модель без вашей базы отвечает по общим знаниям — и в юридической тематике это худший из возможных вариантов: она уверенно сошлётся на несуществующую статью, перепутает редакцию закона или выдумает номер дела. Такие случаи уже становились предметом дисциплинарных разбирательств в разных юрисдикциях.
В RAG-архитектуре ответ физически не может появиться без найденного фрагмента. Не нашла система подходящего документа — говорит, что не нашла. Это не недостаток, а требование к системе.
Технически контур состоит из четырёх слоёв:
Индексация. Документы разбираются на фрагменты с сохранением структуры: где раздел, где пункт, где приложение. Каждый фрагмент получает метаданные — тип документа, дата, проект, отрасль, статус (действующий / архивный / черновик), уровень доступа.
Поиск. Гибридный: векторный (по смыслу — «оговорка про форс-мажор» найдёт пункт, где слово «форс-мажор» не встречается) плюс полнотекстовый (по точным формулировкам, номерам, реквизитам). Юридический поиск без точного совпадения не работает: номер дела и номер статьи надо находить буквально.
Ранжирование. Найденные фрагменты пересортировываются по релевантности и свежести. Документ 2016 года и документ прошлого месяца — разный вес.
Формулировка ответа с цитированием. Модель компонует ответ из найденного и обязательно приводит: название документа, пункт, дату, ссылку на файл. Без источника ответ не показывается — это жёсткое правило, а не настройка.
Что именно индексируется
Полезность системы прямо пропорциональна тому, что в неё попало. Типовой контур индексации выглядит так.
| Массив | Что даёт | Особенности |
|---|---|---|
| Архив договоров по проектам | Готовые выверенные формулировки | Нужна пометка «финальная версия», иначе всплывают черновики |
| Библиотека шаблонов | Точка старта для нового документа | Требует явного статуса актуальности |
| Меморандумы и заключения | Позиция фирмы по повторяющимся вопросам | Обязательна дата: позиция могла устареть |
| Подборки судебной практики | Аргументация и прецеденты | Нужна привязка к инстанции и дате |
| Внутренние регламенты | Порядок согласований, доверенности, конфликт интересов | Самый быстрый эффект, самый простой массив |
| Методички и чек-листы | Онбординг и типовые процедуры | Часто вообще не оцифрованы |
| Переписка по сделкам | Контекст решений: почему согласовали именно так | Максимально чувствительно, часто исключается из индекса |
Отдельный вопрос — что не индексировать. Материалы по делам с особым режимом доступа, документы клиентов, прямо запретивших любую обработку, персональные данные третьих лиц вне необходимости. Это решается не техникой, а политикой доступа, и обсуждается до начала работ.
Конфиденциальность и контур развёртывания
Для юридической фирмы это не пункт в чек-листе, а условие, без которого проект не начинается.
Адвокатская тайна. Сведения, полученные от доверителя, не могут передаваться третьим лицам. Внешний облачный сервис, обрабатывающий текст договора на чужих серверах, — это ровно передача третьему лицу. Отсюда прямое следствие: контур должен быть под вашим контролем.
Персональные данные. В договорах, доверенностях и переписке они есть всегда: ФИО, паспорта, адреса, реквизиты. Обработка требует законного основания, а хранение — понятной локализации.
Разграничение доступа. Юрист по корпоративному праву не должен через поиск получить фрагмент документа по делу, к которому не допущен. Права наследуются от исходных документов: если у сотрудника нет доступа к папке проекта, поиск не покажет ни фрагмент, ни сам факт существования документа. Это тонкий момент: система не должна отвечать «документ найден, но у вас нет доступа» — это уже утечка.
Отсюда практические варианты контура:
| Вариант | Когда подходит | Что учесть |
|---|---|---|
| On-premise, на своих серверах | Адвокатские образования, работа с чувствительными делами | Нужно железо под модель, выше стоимость владения |
| Частное облако в контролируемом контуре | Консалтинг, корпоративная практика | Договор с провайдером, локализация данных |
| Гибрид: поиск внутри, генерация снаружи | Компромисс по бюджету | Наружу уходят фрагменты — требует явного согласования |
| Публичный сервис «как есть» | Только для обезличенных внутренних регламентов | Для клиентских документов не подходит |
Отдельно стоит проговорить логирование. Все запросы и выданные фрагменты пишутся в журнал: кто искал, что нашёл, какие документы получил. Это нужно и для безопасности, и для разбора инцидентов, и для оценки качества поиска. Журнал сам по себе — чувствительный массив, к нему тоже нужны права.
Внешний контур: первичная консультация клиента
Второй контур пользы — на входе к клиенту. Здесь границы жёстче.
Система на сайте или в мессенджере отвечает на организационные вопросы: какие документы понадобятся, сколько примерно занимает процедура, какие этапы работы, как устроена оплата, что входит в абонентское обслуживание, в каком формате проходит первая встреча. Плюс маршрутизация: по описанию ситуации подобрать подходящую услугу и передать заявку нужному специалисту с уже собранным контекстом.
Чего она не делает: не оценивает перспективы дела, не толкует нормы применительно к ситуации клиента, не говорит «вы правы» или «вы проиграете», не считает конкретные суммы взысканий и не даёт рекомендаций к действию. Любой вопрос, где нужна квалификация фактов, — это передача человеку.
Формулировка отказа — тоже часть проекта. Клиент не должен уходить с ощущением, что его отфутболили. Хороший отказ объясняет, почему на этот вопрос отвечает человек, и сразу предлагает шаг: слот на консультацию, форму заявки, телефон.
Что автоматизируется, а что нет
Развёрнутая честная граница важнее красивых обещаний. Ниже — типовое разделение.
| Задача | Система | Почему так |
|---|---|---|
| Найти пункт в архиве договоров | Да | Поиск по индексу, ответ со ссылкой |
| Подобрать шаблон под тип сделки | Да | Метаданные документов, детерминированный выбор |
| Найти прежнюю позицию фирмы по вопросу | Да, со ссылкой и датой | Актуальность проверяет юрист |
| Ответить по внутреннему регламенту | Да | Регламент — однозначный источник |
| Сравнить формулировки в нескольких договорах | Да, как черновик сравнения | Выводы делает юрист |
| Ответить клиенту про сроки и документы | Да | Организационная информация |
| Дать правовую оценку ситуации | Нет | Квалификация фактов — работа юриста |
| Составить итоговое заключение | Нет | Ответственность и подпись — человека |
| Определить процессуальную стратегию | Нет | Требует контекста, которого нет в документах |
| Подтвердить актуальность нормы | Нет | Нужна проверка по официальному источнику |
| Оценить перспективы спора | Нет | Не задача поисковой системы |
| Решить о конфликте интересов | Нет | Решение партнёра, система лишь подсвечивает признаки |
Отдельно про сравнение документов. Система может показать, чем блок про ответственность в договоре A отличается от блока в договоре B, и это экономит время. Но вывод «вариант B рискованнее» — уже правовая оценка, и его делает юрист. Черновик сравнения и заключение — разные вещи, и смешивать их в интерфейсе нельзя.
Модельный расчёт эффекта
Дальше — арифметика по типовым вводным. Смысл не в красивой цифре, а в том, чтобы вы подставили свои значения и увидели, есть ли смысл вообще.
Возьмём условную фирму: 12 юристов, из них 8 активно работают с архивом. Средняя загруженная ставка часа — 3 000 ₽ (это не биллинг клиенту, а внутренняя стоимость часа с накладными). Рабочих часов в месяце — 160.
Шаг 1. Сколько времени уходит на поиск. Примем консервативно: 1,5 часа в день на поиск документов, формулировок и уточнение регламентов. Это 30 часов в месяц на юриста, 240 часов на восьмерых.
Шаг 2. Какая доля поиска закрывается системой. Не весь поиск — часть запросов уходит во внешние источники, часть требует звонка коллеге. Возьмём осторожно 40%: 96 часов в месяц.
Шаг 3. Что реально высвобождается. Найти — не значит закончить: юрист всё равно открывает первоисточник и проверяет. Заложим, что фактически возвращается 60% от найденного объёма — около 58 часов в месяц.
Шаг 4. Во что это превращается. 58 часов × 3 000 ₽ — примерно 174 000 ₽ в месяц внутренней стоимости. Часть этих часов конвертируется в биллинг, часть — в снятие переработок, часть — в более быстрый онбординг новичков.
Этапы внедрения
- 3–5 дней
Аудит массивов и режима доступа
Смотрим, что и где лежит: форматы, объёмы, дубли, версии. Отдельно фиксируем режим доступа к каждому массиву и требования по конфиденциальности. На выходе — карта данных и список того, что в индекс не попадёт.
- 1 неделя
Выбор контура и подготовка данных
Определяем контур развёртывания: своя инфраструктура, частное облако или гибрид. Приводим документы к рабочему виду: распознавание сканов, разметка версий, проставление статусов и метаданных.
- 2–3 недели
Индексация и пилот на одной практике
Собираем поиск на одном массиве — обычно внутренние регламенты и библиотека шаблонов, там меньше всего чувствительных данных. Настраиваем гибридный поиск и обязательное цитирование источников.
- 1–2 недели
Разграничение доступа и расширение
Подключаем права из системы документооборота или файлового хранилища, добавляем архив договоров и заключения. Включаем журналирование запросов.
- 2 недели
Калибровка и внешний контур
Прогоняем реальные запросы юристов, разбираем промахи поиска, дополняем метаданные. Отдельно собираем внешний контур первичной консультации с жёсткими границами тем.
- 3–5 дней
Передача и обучение
Передаём код, документацию и права. Обучаем команду формулировать запросы и поддерживать базу: как добавлять документы, как помечать устаревшие.
Итого — примерно два месяца от старта до рабочей системы. Основное время съедает не разработка, а подготовка данных: архив в юридической фирме почти никогда не готов к индексации сразу.
Как измерять качество поиска
Без метрик вы не отличите «работает» от «юристы попробовали дважды и вернулись к папкам».
| Метрика | Что показывает | Тревожный сигнал |
|---|---|---|
| Доля запросов с найденным релевантным документом | Полноту индекса | Ниже 70% — в базе дыры |
| Позиция верного документа в выдаче | Качество ранжирования | Нужный ответ стабильно на 5–7 месте |
| Доля ответов без источника | Соблюдение главного правила | Больше нуля — архитектурная проблема |
| Доля «не нашёл» | Слепые зоны базы | Резкий рост после добавления новой практики |
| Повторные переформулировки запроса | Понятность поиска | Юрист спрашивает трижды подряд — поиск не понимает язык практики |
| Возвраты к ручному поиску | Реальное доверие | Главная метрика: система не прижилась |
| Обращения к устаревшим документам | Гигиену метаданных | Всплывают редакции пятилетней давности |
Самая честная метрика — последняя из содержательных: продолжают ли юристы лазить по папкам. Всё остальное можно натянуть, эту — нет.
Отдельно стоит вести журнал запросов, на которые система не нашла ответа. Это готовый список пробелов в базе знаний фирмы, и часто он оказывается ценнее самой системы: выясняется, что по целому направлению нет ни одного оформленного меморандума, хотя вопросы задают ежемесячно.
Риски и как они снимаются
«Система выдаст устаревшую формулировку». Главный юридический риск. Снимается метаданными: у каждого документа есть дата и статус, устаревшие помечаются явно, в выдаче дата показывается рядом с цитатой. Плюс правило: ответ без даты источника не выдаётся.
«Кто-то увидит чужое дело». Права наследуются от исходных документов, доступ проверяется на этапе поиска, а не на этапе показа. Факт существования недоступного документа не раскрывается.
«Юрист начнёт доверять пересказу». Это не техническая, а организационная проблема, и решается она интерфейсом: ответ подан как навигация к документу, а не как готовый вывод. Цитата, ссылка, кнопка «открыть первоисточник». Никаких формулировок вида «согласно закону вы вправе».
«Данные утекут в чужую модель». Решается выбором контура на старте. Если требования жёсткие — развёртывание в вашей инфраструктуре, без внешних вызовов.
«Архив в беспорядке». Обычно так и есть: пятнадцать версий одного договора, финальная называется _final_v3_испр. Аудит первого этапа это вскрывает, и наведение порядка часто оказывается самостоятельной ценностью проекта.
«Мы попадём в зависимость от подрядчика». Код, документация и права передаются вам. Добавление документов и обновление базы — операция для вашей команды, не для разработчика.
Частые вопросы
Может ли система заменить помощника юриста? Нет. Она снимает часть поиска и рутинной сборки, но помощник делает много того, что в документах не описано: коммуникация с клиентом, подача документов, контроль сроков. На практике это перераспределение: меньше времени на «где это лежит», больше — на содержательную работу.
Что если наши документы — сканы? Обычная ситуация, особенно с архивом до определённого года. Распознавание входит в этап подготовки данных. Качество распознавания у старых сканов бывает низким — такие документы либо переиндексируются вручную, либо помечаются как «есть, но поиск по тексту ограничен».
Насколько это законно с точки зрения адвокатской тайны? Технология сама по себе нейтральна — значение имеет контур. Если данные не покидают вашу инфраструктуру, а доступ разграничен не слабее, чем к исходным файлам, режим не нарушается. Конкретную оценку по вашей ситуации должен дать ваш комплаенс — мы даём техническое описание того, где физически находятся данные и куда идут запросы.
Можно ли начать с малого? Это рекомендуемый заход. Самый безопасный первый массив — внутренние регламенты и библиотека шаблонов: минимум чувствительных данных, максимум частотных запросов. За месяц видно и качество поиска, и то, пользуются ли им вообще.
Что происходит, когда меняется законодательство? Система не отслеживает изменения норм — это отдельная задача и отдельный класс сервисов. Она ищет по вашим документам. Если ваш меморандум устарел, система покажет его с датой, а решение об актуальности примет юрист. Поэтому дата в выдаче — обязательный элемент, а не украшение.
Сколько стоит эксплуатация? Складывается из инфраструктуры (существеннее при on-premise) и вызовов модели. При объёме запросов, характерном для фирмы в десяток юристов, это заметно меньше стоимости одного помощника. Точная цифра считается на этапе аудита, когда понятны объём базы и частота запросов.
Что понадобится от вас
Чтобы аудит был расчётом, а не гаданием:
- доступ к архиву документов или хотя бы его структуре: объём, форматы, доля сканов;
- действующие внутренние регламенты и библиотека шаблонов;
- описание модели доступа: кто к каким проектам допущен и как это учитывается сейчас;
- требования комплаенса по хранению и обработке данных — до начала работ, а не после;
- один партнёр или руководитель практики, который скажет, какой ответ считается правильным в спорных случаях;
- список из двадцати-тридцати реальных запросов, которые юристы задают друг другу в чатах.
Последний пункт — самый недооценённый. Именно на этих запросах измеряется, работает система или нет. Отраслевые средние тут бесполезны: у каждой практики свой язык, и поиск должен понимать именно его.