Разбор кейса по лигал-дизайну кредитно-обеспечительной документации

Конвейерная архитектура
для документов банка

Клиент

О проекте

Чем сложнее правоотношения, тем острее необходимость сделать документы удобными для сторон. Симплоер помог банку оптимизировать кредитно-обеспечительную документацию. Это важные документы — именно по ним банк выдаёт крупные кредиты.

Банк уделяет внимание вопросам эффективности юридической функции. В начале проекта руководители обозначили следующие узкие места:

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

  • при проверке подготовленных документов все подразделения, независимо от их роли, вынуждены читать каждый документ целиком и искать отклонения от стандарта;

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

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

Задачи

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

Разработать новую архитектуру регулирования

1

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

Ускорить подготовку объёмных кредитных документов

2

Разработать систему навигации и поиска информации, усовершенствовать тексты, настроить устойчивое форматирование

Повысить качество пользовательского опыта внутренних служб, кредитного комитета

3

Кросс-функциональный анализ

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

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

  • коммерческие (такие как сумма кредита, цели, сроки погашения) — это то, что всегда должно меняться от договора к договору;

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

  • отклонения от договора — нестандартные условия кредитования;

  • общая информация (такая как история отношений с заёмщиком) — данные, которые нужны для принятия решения о сделке, но которые не пойдут в юридические документы;

  • статический текст — регулирование, которое не меняется и является общим для всех договоров.

Конвейерная архитектура

Такой подход позволит экономить по несколько недель только на одной сделке — сокращаются прямые косты и время до заключённой сделки.

Модульная структура

На предыдущем этапе мы определились, что все поля под переменные собраны вместе. Общее регулирование (статический текст) не меняется, следовательно, его не нужно каждый раз проверять.

Порядок полей под переменные условия тоже имеет важное значение и влияет на удобство и скорость работы с документом.

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

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

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

Отшлифованный текст

Функциональный дизайн

Итог

Запишитесь на консультацию. Расскажем, как Симплоер может помочь вашей юридической команде работать эффективнее

Обсудить проект