Стандартизация переговоров

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

Юристы часто подключаются к внешнему согласованию стандартных договоров, но в личном участии юриста нет никакой ценности. В случае со стандартными договорами:

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

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

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

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

#НастоящийЛигалДизайн

Навыки юриста: программирование

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

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

Не видим смысла юристам учиться программированию на глубоком уровне по двум причинам:

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

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

Чтобы понять, как работает код, хватит 4-часового бесплатного курса на Ютубе. Остальное свободное время лучше потратьте, чтобы освоить на продвинутом уровне Эксель и Ворд. Это то, что пригодится уже сейчас.

#SimplawyerTrends

Приоритизация фич

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

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

Все фичи нужно заранее приоритизировать и выделять:

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

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

Приоритизация работает так:

⦁ если софт вообще не поддерживает фичу, которую вы обозначили как ключевую, то его точно не нужно покупать (даже если у него много дополнительных);

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

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

#SimplawyerLegalOps

Гайд по оптимизации процессов

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

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

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

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

#SimplawyerLegalOps

Стандартизация юридических консультаций

Стандартизация консультаций — это не опция, а обязательный минимум для каждого юрдепартамента.

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

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

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

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

Стандартизированный подход к консультациям:

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

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

Если вы хотите стандартизировать консультации и внедрить новый подход, пишите на [email protected]

#SimplawyerLegalOps

Пост-тост-2 🎂

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

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

Всегда радуемся, когда вы подходите на мероприятиях и говорите спасибо за контент, буквально цитируете наши посты и делитесь ими в соседних чатиках. С воодушевлением находим отборные пересказы наших постов на других каналах (правда почему-то пересказы появляются с лагом в полгода🙃).

Спасибо, что читаете. С нас и дальше контент повышенного качества, с вас — лайки, репосты и неповторимые каменты.

P. S. Коллеги часто рассказывают, как наши посты вдохновили их на реальные проекты по оптимизации или просто заставили по-другому посмотреть на документы и процессы. Если у вас есть такая же история или вам есть что ещё сказать, пишите в наш чат

Что там с книгой Симплоера

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

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

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

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

Держим в курсе. Как только книгу можно будет где-то заказать, обязательно напишем сюда

🔥Подкаст с основателем Симплоера

Если вам интересно узнать:

📌 как парень из Минска с нуля создал многомиллионный рынок лигал-дизайна;
📌 как нестандартно может развиваться юридическая карьера;
📌 как меняется рынок юридической эффективности;
📌 что делать с консервативными юристами;
📌 а также, что такое Всеобщая афанация прав человека, —

слушайте подкаст WE TALK PRO с управляющим партнёром Симплоера Антоном Вашкевичем.

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

Ссылки здесь — https://band.link/notboringlawyer08

Как послушаете, пишите, что думаете

Поддержка изменений

За 10 лет проектов по оптимизации Симплоер стал мастером спорта по внедрению нового и работе с сопротивлением. Работали и с крутыми командами, у которых развита культура изменений, и с самыми запущенными случаями. Но в обеих ситуациях внедрение не заканчивается через полгода-год после начала эксплуатации.

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

Как это можно делать:

📌 из базового — постоянно напоминать о продукте и целях изменений. Привычка работать по новым правилам вырабатывается долго (у кого-то годами), и пока это не произойдёт, люди будут постоянно пытаться возвращаться к старым привычкам. Кто-то по инерции, а кто-то — намеренно;

📌 обязательно фиксировать новые правила работы в гайдлайнах (разумеется, удобных, понятных и по возможности лаконичных) — чтобы правила всегда были под рукой;

📌 прорабатывать ошибки — дополнять гайдлайны или допиливать сам продукт, если ошибку можно устранить на техническом уровне;

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

#SimplawyerLegalOps

Уволить всех юристов (на самом деле нет)

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

У проектов по оптимизации нет и не должно быть цели уменьшить количество юристов в команде. Объяснение тут простое:

📌 Бизнес не станет богаче, если в юрдепартаменте всех посокращают и этим уменьшат его ФОТ на 5–10%.

Что бизнес действительно ценит — это ускорение сделок, ликвидацию упущенной выгоды и качественный пользовательский опыт. Ничего из этого не достигается за счёт увольнений;

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

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

#SimplawyerLegalOps

Корпоративное обучение лигал-дизайну

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

Это основательный мастер-класс, на котором инхаус-команды узнают:

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

Важная часть обучения — воркшоп, на котором мы вместе с участниками анализируем их документы и ищем узкие места.

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

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

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

Сейчас идеальный момент, чтобы забронировать обучение. О программе и формате занятий — на сайте. По всем вопросам напишите нам на [email protected].

#НастоящийЛигалДизайн

Статья об управлении знаниями

В сентябрьском номере «Корпоративного юриста» вышла наша статья об управлении знаниями в юрдепартаменте.

Знаем, что многие юридические команды подступались к разработке базы знаний, но хорошо и надолго получилось мало у кого. Вроде бы и Шэрпоинт / Конфлюенс настроили, и какие-то шаблоны туда загрузили, но бизнес-заказчики в базу знаний не заходят; юристы ленятся или не хотят делиться экспертизой; информация устаревает, но её никто не обновляет и т. д.

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

Эта статья как раз о том, как с самого начала сделать классно. Там рассказали:

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

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

#SimplawyerLegalOps

Вебинар об управлении знаниями

14 сентября в 11:00 проведём вебинар об управлении знаниями. Расскажем, как подступиться к разработке базы знаний и создать не просто хранилище рандомных документов, а отлаженный процесс обмена знаниями. Такой, чтобы база знаний беспрерывно наполнялась полезным контентом и регулярно обновлялась, а юристы и бизнес доверяли базе знаний и переиспользовали экспертизу коллег для решения своих задач.

На вебинаре обсудим:

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

Регистрация по ссылке.

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

#SimplawyerLegalOps

Выравнивание по левому краю

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

Из публичных примеров проектов с левой выключкой — SimpleNDA.

Для рынка пока что стандартный подход — выравнивание текста по ширине. Это тоже рабочий вариант. Но выравнивание по ширине — это не просто нажать в ворде одну кнопку. При работе с документом такой формат требует больше внимания, чем выключка по левому краю. Как минимум, нужно постоянно следить, чтобы в строках не появлялись дыры и где это нужно расставлять переносы.

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

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

#НастоящийЛигалДизайн

Нормальным командам циники не нужны

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

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

Цинизм (в этом понимании) важно отличать от обычного сопротивления новому. Когда люди сопротивляются, они задают вопросы, активно слушают и хотят делать выводы. О работе с сопротивлением писали.

Если сопротивление это норма, то с цинизмом никогда нельзя смиряться. Циники отравляют команду и часто становятся эталоном неадекватного поведения для других сотрудников.

Если в вашей команде есть циники, с ними нужно работать:

📌 сначала пробовать договориться, объяснить ценность того, что команда пытается сделать;
📌 если не работает, забрать возможность влиять на проект и идти дальше без них;
📌 но если и это не получается, то надо уже прощаться с циниками, несмотря на фантастические достижения.

#SimplawyerLegalOps

Подпись на первой странице

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

Мы считаем, что стандартный подход — результат инерции. Весь мир по привычке ставит подписи в конце документа, но никто никогда не задумывался, почему именно там.

На практике чем крупнее сделка, тем более адово выглядит подписание. Обычно это сотни разноцветных стикеров и закладок, чтобы подписанты точно ничего не пропустили. После этого кто-то ещё раз на всякий случай пробегается по всем документам и перепроверяет подписи.

В проектах Симплоера мы давно переосмыслили блок подписей. Подписи ставим в самом начале документа (и только 1 раз). У такого решения есть несколько преимуществ:

✅ моментальный поиск — подпись не пропустить;
✅ руководству легко подписывать;
✅ при хранении сразу видно статус документа — бумажного и в пдф.

Этот подход протестировали на всех наших проектах. Работает много лет в документах крупных компаний и ещё очень нравится бизнесу.

На картинке — как работают подписи в начале документе.

#НастоящийЛигалДизайн

Младший юрист в Симплоер

Симплоер ищет младшего юриста на лигал-дизайн и лигал-опс проекты.

Требования к кандидату:

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

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

Если вам тоже интересно менять рынок:

📌 присылайте нам резюме на [email protected];
📌 в сопроводительном письме коротко расскажите о себе и расскажите, почему вам хотелось бы работать в сфере лигал-дизайна и лигал-опс;
📌сделайте тестовое задание:

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

Это вакансия на джуна.  Но если вы гениальный мидл или синиор, то тоже пишите. Подробности обсудим.

Pdf-версия статьи об управлении знаниями

В сентябрьском номере «Корпоративного юриста» выходила наша статья об управлении знаниями в юрдепартаменте. Знаем, что не у всех есть подписка на журнал, поэтому выкладываем pdf-версию.

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

Там рассказали:

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

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

А те, кто не хочет тратить время на самостоятельное набивание шишек и хочет сразу качественную базу знаний, пишите на [email protected]

#SimplawyerLegalOps

AI для юрдепартамента

В конце сентября Антон Вашкевич на Казахстанском юридическом форуме рассказывал, как юрдепартаментам работать с AI-решениями. По ссылке — запись выступления. В этом посте — основная идея.

Про AI сейчас много говорят хорошего и плохого. Но когда от разговора «AI заменит юристов!!1!» переходят к обсуждению, как внедрить AI-инструменты в ежедневную работу, все сразу тормозятся.

На AI-решения нужно смотреть, как на сотрудников. Есть 3 уровня — джун, мидл и синиор:

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

Настраивать AI-мидла и синиора дорого и сложно. Таких решений на рынке пока что мало, а чтобы успешно внедрить их, юрдепартаментам нужно провести большую подготовку.

AI-джун — это простое решение, которое нужно пробовать внедрить всем юрдепартаментам:

📌 он хорошо справляется со многими рутинными задачами (первый драфт документа, базовая структура, переписывание текстов);
📌 даёт быстрый эффект (например, бизнес начнёт лучше понимать юристов, если просить AI переписывать консультации с юридического на человеческий язык);
📌 его не нужно долго внедрять;
📌 стоит 20 долларов.

Пара советов, как внедрить AI-джуна с большим эффектом:

📌 научить юристов составлять качественные промпты (запросы для AI) и проверять результаты;
📌 разработать шаблоны промптов под разные типы задач;
📌 формализовывать опыт — фиксировать внутри команды лучшие практики работы с AI.

Ещё один важный момент при внедрении AI-джуна — управление ожиданиями. Не во всех случаях можно ожидать от него полноценных решений. Часто AI — не готовый результат, а вдохновение на результат. Об этих ограничениях нужно заранее рассказывать сотрудникам.

#SimplawyerLegalOps

Измерение данных в юрдепартаменте

Юристы обычно говорят, что их эффективность невозможно измерить в цифрах.

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

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

Данные помогают не только выявить проблемы, но и отслеживать прогресс в проектах по оптимизации, более осознанно тестировать разные решения.

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

Как минимум, нужно измерять данные по договорам. Но кроме договоров, это могут быть:

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

#SimplawyerLegalOps