Стандарт единого окнаюридической функции

Юридический департамент почти любой средней и крупной компании перегружен не сложностью задач, а беспорядком на входе. Задачи приходят в мессенджерах, письмах; распределяются вручную и по остаточному принципу; срок исполнения не обещан никому и никем не контролируется.

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

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

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

Что получает компания:

• бизнес — понятный вход в юрдеп, предсказуемые сроки и мгновенный ответ на типовые запросы;
• юрист — уже поставленную и качественно описанную задачу с полным контекстом, приложенными документами и проектом ответа для бизнеса от ИИ-агента (в формате справки, консультации или документа), который остаётся только проверить и улучшить, если необходимо;
• руководитель юрфункции — полную картину по своей команде: сколько задач, каких типов, от кого, с какой скоростью закрываем и с какими рисками;
• компания — прозрачность коммуникации между юристами и бизнесом, снижение трения между коллегами и отделами, экономию на ФОТ.

2.1. Диагноз: проблема входа, а не выхода

Мы годами наблюдаем один и тот же паттерн. Юридические департаменты вкладываются в качество выхода: экспертизу, шаблоны, судебную практику, обучение. И почти никто не занимается входом.

Между тем именно на входе теряется значительная часть времени. Типовая задача проходит следующий путь:

1. Инициатор пишет юристу в мессенджер: «Нужно NDA с подрядчиком, срочно».
2. Юрист уточняет: с кем, по чьей форме, что защищаем, на какой срок, когда нужно.
3. Инициатор отвечает частично — часть ответов приходит через день.
4. Работа начинается на третий день.
5. После того как работа выполнена, выясняется, что документ уже согласовывался с этим подрядчиком полгода назад другим коллегой и можно было не тратить время на этот запрос.

Ни один из этих шагов не требует юридической квалификации. Все они требуют порядка.

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

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

2.2. Что показывают мировые исследования

1. Пятая часть рабочего времени инхаус-юриста уходит на рутину. Крупнейшее исследование юридической функции — совместная работа EY Law и Центра юридической профессии Гарвардской школы права — зафиксировало, что примерно один час из каждых пяти инхаус-юрист тратит на задачи низкой сложности, повторяющиеся и рутинные. При этом 87% руководителей юрдепов подтверждают, что их департамент тратит на такие задачи слишком много времени, а 76% признают, что справляться с текущей нагрузкой сложно. В смежном отчёте той же серии почти половина (47%) отмечает, что объём такой работы бьёт по мотивации команды.

Источник: EY Law & Harvard Law School Center on the Legal Profession, «The General Counsel Imperative: How do you turn barriers into building blocks?», 2021.

2. Нагрузка растёт, ресурс — нет, и главный приоритет руководителей юрфункции — операционная эффективность. Ежегодный опрос руководителей юридических функций Association of Corporate Counsel показывает: 59% отмечают рост нагрузки за год, порядка 41–42% работают в условиях прямого мандата на сокращение юридических расходов, и при этом операционная эффективность названа приоритетом № 1, а около 44% департаментов внедряют новые юридические технологии — с наибольшим фокусом на управлении договорами.

Источник: Association of Corporate Counsel & FTI Consulting, ACC Chief Legal Officers Survey, 2024–2025.

3. Экономический эффект от ИИ уже измерим, но реализует его меньшинство. Thomson Reuters в исследовании Future of Professionals 2025 оценивает высвобождаемое ИИ время примерно в 5 часов в неделю, то есть около 240 часов в год на специалиста, что эквивалентно порядка 19 000 долларов годовой ценности. Ключевой вывод — не в самой цифре, а в расслоении: 81% организаций с явной, оформленной ИИ-стратегией видят возврат на инвестиции — против 23% у тех, кто внедряет ИИ без плана. При этом видимая ИИ-стратегия есть лишь у 22% организаций.

Источник: Thomson Reuters Institute, «Future of Professionals Report 2025».

Именно этот последний вывод — основная причина, почему мы взялись за разработку Стандарта. Результат обеспечивает не искусственный интеллект, а технология внутри правильно выстроенного процесса.

2.3. Почему именно сейчас

Три линии сошлись в одной точке:

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

Экономическая. Фокус на эффективность стал явным. Юрдеп больше не может отвечать на рост нагрузки исключительно ростом штата.

Организационная. Появилась дисциплина legal operations и вместе с ней — готовность руководителей юрфункции говорить на языке метрик, SLA и бизнес-процессов.

3.1. Что Стандарт регулирует

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

• каталог услуг — какие юридические услуги существуют, как они называются на языке бизнеса и что является результатом каждой;
• паспорт услуги — обязательный набор данных, без которого задача не может быть корректно поставлена;
• сбор потребности — как мы задаём уточняющие вопросы бизнесу и когда нужно остановиться;
• самообслуживание — в каких случаях юриста можно не привлекать и бизнес должен получить результат автоматически за секунды;
• описание задачи — как должна быть описана правильно поставленная задача, чтобы юрист мог прочитать описание, посмотреть на приложенные документы и без лишних вопросов выполнить задачу и закрыть её;
• маршрутизация — по каким правилам определяется исполнитель и состав проверяющих/согласующих;
• контроль качества — как сделать так, чтобы сначала результат проверил ИИ и только потом он ушёл бизнесу;
• статусная модель и SLA — как измеряется срок, как его определить, когда его течение ставится на паузу, кто вмешивается при риске просрочки, как обеспечить снижение количества просроченных дедлайнов.

3.2. Что Стандарт сознательно не регулирует

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

3.3. Кому адресован

Средний и крупный бизнес с юридической функцией от 5 юристов. Ключевые роли:

Шесть принципов, из которых выводится всё остальное. Они сформулированы как утверждения, с которыми можно не согласиться. В этом их ценность.

Принцип 1. Юридическая функция — это сервис с закрытым перечнем услуг (каталогом)

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

Каталог обязан быть закрытым, но с явной возможностью для развития: категория «иные вопросы» существует всегда, и именно она источник развития каталога. Если через неё проходит больше 15% обращений, каталог неполон, его необходимо адаптировать под вашу компанию.

Принцип 2. Задача не берётся в работу, пока она не описана по стандарту

Юрист не должен начинать работу с «расследования». Обязательный набор данных для каждого типа задачи определён заранее и собирается до распределения задачи на исполнителя.

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

Принцип 3. Срок — это обещание, а не пожелание

Каждая услуга имеет нормативный SLA. Правило расчёта симметрично защищает обе стороны:

• SLA не может быть короче нормативного срока для этого типа услуги; юрист должен быть защищён от «нужно было вчера»;
• если бизнес говорит, что «время есть», и называет срок позже норматива, SLA равен сроку бизнеса, чтобы не создавать искусственную срочность;
• если бизнес просит раньше норматива, задача не отклоняется: потребность в срочности фиксируется явным текстом в задаче, и исполнитель обязан ответить, сможет ли он уложиться в этот срок или нет.

Время исполнения задачи ставится на паузу, когда мяч на стороне бизнеса (например, если не хватает каких-то документов), и не начинает течь заново, когда бизнес устранил стоп-фактор. Это принципиально: юристы отвечают за своё время, а не за чужое.

Принцип 4. Пропорциональность контроля: материальность определяет глубину

Не все задачи равны. Договор на 30 тысяч рублей с проверенным поставщиком канцелярии и рамочный договор на 300 миллионов с новым контрагентом не могут проходить по одному и тому же нормативу.

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

Без этого принципа любая стандартизация вырождается в бюрократию.

Принцип 5. Приоритет собственной формы

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

Практическое следствие: динамика роста доли сделок по собственной форме становится управляемой метрикой юрфункции, а не случайностью.

Принцип 6. Всё, что произошло, оставляет след

Задача, версия документа, вопрос, ответ, изменение срока, переназначение — всё фиксируется в единой системе. Не ради контроля людей, а ради следующих вещей:

• А) контекст при возврате документа (следующая версия должна попасть к тому же юристу, который уже в теме);
• Б) данные для аналитики и принятия управленческих решений (без них любое решение о ресурсах — гадание);
• В) накопление опыта всей команды для его последующего переиспользования при исполнении новых задач.

Принцип I. Диалог вместо формы

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

Почему работает. Форма перекладывает когнитивную нагрузку на инициатора: он должен заранее знать, что такое «односторонний NDA» и чем договор подряда отличается от договора оказания услуг. Диалог перекладывает эту нагрузку на ИИ. Именно поэтому опросные формы не приживаются, а чат — естественная среда для человека. Чат — единственный интерфейс, которому не надо учить.

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

Принцип II. ИИ жёстко следует правилам

Что это. В системе есть два слоя, и между ними проведена жёсткая граница.

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

Почему это работает. Любое решение агента можно объяснить. Спросили, почему у задачи такой срок и такой исполнитель, — агент ответит со ссылкой на правило. Спросили, откуда в задаче взялась эта формулировка, — показываем исходный диалог с инициатором. Ничего необъяснимого в системе не остаётся. Ещё один эффект, менее очевидный, — управляемость без разработчиков. Правила живут отдельно от модели, поэтому юрдеп может сам ими управлять no-code: поменять срок, добавить согласующего, добавить новый вид услуги в справочник или перенастроить маршрут. ИИ не требует дообучения, привлечения своих ИТ-специалистов или вендора. Юристы управляют агентом сами.

Принцип III. Задаём только важные вопросы: не спрашиваем ничего, что не влияет на результат

Что это. Каждый вопрос агента жёстко связан с последствием. Ответ всегда определяет следующее действие ИИ. Пустых вопросов не должно существовать.

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

Почему работает. Это ограничитель, который не даёт диалогу разрастись. Любая система приёма задач деградирует одинаково: со временем к ней «на всякий случай» добавляют поля, бизнес начинает бросать диалог на середине, и всё возвращается в мессенджер. Принцип значимого вопроса делает разрастание невозможным: чтобы добавить вопрос, нужно доказать, что от ответа что-то значимое изменяется.

Принцип IV. Маршрутизация по контексту, а не по очереди

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

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

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

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

6.1. Идея в одном абзаце

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

6.2. Каталог юридических услуг

Каталог — фундамент. Он написан на языке бизнеса и покрывает подавляющее большинство обращений. Базовая версия:

Каталог не является универсальным. Для промышленной компании в него добавятся договоры подряда и охрана труда; для IT — лицензионные соглашения, вопросы по персональным данным; для ретейла — маркетинговые акции и работа с сетями.

Первый шаг любого внедрения — калибровка каталога под реальный поток обращений компании.

6.3. Паспорт услуги — центральный артефакт Стандарта

Каждая услуга в каталоге описывается по единой схеме из восьми обязательных полей. Это ядро методологии: именно паспорт делает Стандарт переносимым.

Поля 6 и 7 — самые трудоёмкие и самые ценные. Именно связка «вопрос — следствие» превращает разговор с бизнесом в машиночитаемое техническое задание для юриста.

6.4. Как работает агент: пять шагов

1. Понять. Инициатор описывает свой запрос, как ему удобно, в свободной форме. Агент классифицирует запрос по каталогу и подтверждает своё понимание: «Похоже, вам нужно соглашение о конфиденциальности. Верно?» При неоднозначности предлагает выбор, а не угадывает.
2. Уточнить. Короткий диалог по перечню вопросов из паспорта услуги. По одному вопросу за раз, с вариантами ответа и возможностью написать своими словами. Ветвление — по значимым развилкам: своя форма или чужая, можно ли править, нужен ли протокол разногласий, что защищаем, на какой срок, когда необходимо.
3. Решить, нужен ли юрист. Ключевой шаг и главный источник экономии. Если запрос закрывается стандартным шаблоном (наша форма, типовая конфигурация, нет отклонений по материальности, есть готовый ответ на стандартный вопрос), агент выдаёт документ, объясняет порядок работы с ним, юрист не привлекается и задача не создаётся. Юрист не тратит ни минуты. Если запрос требует экспертности человека, переходим к шагу 4.
4. Поставить задачу. Агент собирает из ответов данные и формирует описание задачи по стандарту: тип документа, сторона, наша форма / форма контрагента, допустимость правок, приоритетные предметы защиты, особые риски, коммерческие параметры, срок исполнения. Юрист открывает задачу и видит всё сразу — без единого уточняющего сообщения автору запроса.
5. Довести до закрытия. Задача маршрутизируется на исполнителя по контексту, запускается SLA, отправляются напоминания, отслеживаются паузы (когда мяч у бизнеса) и риск просрочки (эскалация оркестратору). При возврате документа новой версией сохраняются и контекст, и исполнитель. Итоговый результат сохраняется в системе и может быть переиспользован другими юристами в будущем.

6.5. Маршрутизация и SLA как продукт

Три вещи, которые бизнес получает впервые:

• Предсказуемость. Срок называется в момент обращения, а не выясняется постфактум. Разные услуги имеют разные нормативы — простое соглашение о конфиденциальности и расходный договор не по нашей форме на 100 страниц и на 200 млн рублей не могут занимать одинаковое время.
• Честный счётчик. Время на выполнение задачи юристами и время бизнеса на сбор материалов по допзапросам юристов считаются раздельно. Когда юрист задал вопрос инициатору, SLA на паузе. Когда инициатор ответил — счётчик продолжается с остатка. Это снимает главный конфликт «вы 3 недели согласовывали нам договор».
• Управляемая перегрузка. Риск просрочки виден сразу. ИИ видит реальную загрузку юристов и не поставит задачу исполнителю, если он перегружен. Если ИИ не подберёт подходящего юриста сам, он обратится к оркестратору, и тот распределит задачи вручную. Просрочка теперь красный флаг, а не обычная ситуация. Если агент видит, что юристов для обработки потока задач не хватает, он порекомендует лидеру юрфункции обратить на это внимание.

6.6. Удобство как условие внедрения, а не как украшение

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

Отсюда требования к продукту, не подлежащие обсуждению:

• вход там, где бизнес уже работает: корпоративный мессенджер, портал, почта;
• свободная формулировка как норма. Ни одного обязательного поля на первом экране;
• не более 4–7 вопросов до результата по типовой услуге;
• мгновенный результат там, где он возможен: шаблон сразу, а не «задача принята, ожидайте»;
• прозрачность: инициатор всегда видит статус, срок и на чьей стороне мяч;
• возможность прервать диалог и вернуться, не начиная заново;
• отсутствие двойного ввода: если данные уже есть в системе, их не запрашивают повторно.

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

7.1. Две разные картины мира

Главная причина конфликта между бизнесом и юрдепом — не характеры, а несовпадение систем координат.

Ни одна сторона не ошибается. Каждая права в своей системе координат. Задача Стандарта — не переубедить одну из них, а синхронизировать и зафиксировать правила обмена информацией.

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

7.2. Что мы приносим из своей практики

Раздел заполняется фактическими данными Doczilla: годы на рынке, число внедрений, отрасли, объём обработанных документов, референсы. Ниже — структура и формулировки.

Мы пришли из документов, а не из тикет-систем. Наш опыт — это годы работы с юридическими документами и их автоматизацией: договоры, претензии, иски, шаблоны, конструкторы, версионность, согласование, работа с контрагентом. Мы знаем, как реально устроен документ внутри и почему «просто подставить переменные» не работает. Именно поэтому наш агент умеет доводить типовой запрос до готового документа, а не только до задачи.

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

7.3. Кастомизация ИИ: три уровня

• Уровень 1. Знание компании. Агент берёт за основу разработанную нами методологию, но и работает с вашим каталогом юридических услуг, с вашими шаблонами, вашей номенклатурой контрагентов и вашими формулировками. Это базовый уровень, доступный сразу.
• Уровень 2. Обучение на вашем потоке. Категория «иные вопросы» и правки, которые юристы вносят в текст постановки задачи, — это готовый обучающий сигнал. Каждый квартал каталог, дерево вопросов и классификатор пересматриваются по фактическим данным. Стандарт живой по построению.
• Уровень 3. Отраслевые и корпоративные профили. Для групп компаний — разные конфигурации для разных юрлиц при единой методологии. Для регулируемых отраслей — усиленный детерминированный слой и расширенный аудиторский след.

7.4. Контур доверия

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

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

8.1. Метрики

8.2. Модель зрелости

Реалистичная цель первого года внедрения — уверенный уровень 3 с элементами уровня 4.

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

10.1. Три горизонта

• Горизонт 1. Агент приёма заявок — сегодня. Агент понимает запрос, уточняет, выдаёт шаблон или ставит задачу. Юрист делает всю правовую работу. Это тот уровень, на котором мы стартуем, и он уже даёт основную часть экономии, потому что снимает самую массовую и самую бесполезную часть работы.
• Горизонт 2. Агент первой версии – в течение года. Агент не просто ставит задачу, а готовит первый черновик вместо юриста: собирает документ из шаблона с учётом всех ответов, подсвечивает отклонения чужой формы от нашей практики, предлагает формулировки для протокола разногласий. Юрист начинает не с чистого листа, а верифицирует результат работы агента и улучшает его в случае необходимости.
• Горизонт 3. Мультиагентная юридическая функция. Не один агент, а связка специализированных: агент приёма заявок, агент договорного анализа, агент судебного трека, агент комплаенса, агент базы знаний. Между ними — агент-оркестратор, который распределяет работу и следит за сроками, ровно как старший юрист сегодня распределяет её между людьми. Юрист управляет составом и качеством этой работы.

10.2. Заключение

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

Юридическая функция — единственное подразделение, которое во многих компаниях до сих пор принимает запросы в работу так же, как двадцать лет назад: устно, без описания услуги, без срока и без учёта. Продажи давно живут в CRM («Битрикс», АмоCRM), ИТ-поддержка — в тикет-системе (Jira, Naumen, Kaiten), разработка — в трекере (Jira, Kaiten, YouTrack). Юристы застряли в прошлом.

Мы предлагаем закрыть этот пробел, и начинать надо немедленно.