Миф о договоре на 2 страницы неискореним.

Сколько я не твержу про то, что количество страниц для понятности не так важно, как качество информации – все равно итог один.

«Паш, твои рекомендации про 2 страницы не работают». Да не мои это рекомендации, не говорю я такого🙈

В общем, видимо я проиграл этот бой. Теперь мое подпольное прозвище «Павел две страницы».

На Сиблигалвик сбылась еще одна мечта. Мы собрали топовую команду, которая очно через разные примеры рассказала о юридическом дизайне.
Новые кейсы, прекрасные презентации, четкий тайминг, горящие глаза, полный зал.
Спасибо огромное всем, это было круто❤️

Запись здесь, смотреть с 3 минуты.

P.S. Я поспорил с организаторами, что запись этого мероприятия наберет больше 6000 просмотров до нового года. Подсобите, друзья😁

P.P.S. Сначала запись была неполная, вылетела часть выступления Максима Козлова, перезалили, теперь все ок

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

Когда люди знакомятся с приемами понятного договора, то пытаются применить их на практике.
При этом понятность – весьма затратная вещь, которая требует времени и умственных усилий. Чем меньше выработан навык применения приемов – тем больше усилий требуется.
Возникает резонный вопрос: «С чего лучше начать?»

Допустим, есть большой контракт на покупку заводов и пароходов, сделка века так сказать. Стоит ли туда направлять фокус усилий? Не уверен.

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

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

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

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

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

Недавно коллеги в беседе посетовали, что не хватает информации об алгоритме разработки договора.

У себя в Рунетлексе мы путем проб и ошибок уже давно наладили этот процесс, и с минимальными изменениями лет 5 успешно применяем.

Верхнеуровнево процесс выглядит так:

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

2. Проанализировать риски и обсудить их с клиентом
Если задача не горит по срокам, то до начала непосредственной разработки хорошо бы сделать анализ рисков и показать его клиенту. У нас табличка называется «матрица рисков» и ее цель - понять,что важно, а что не важно для клиента. Заодно он на этом этапе вспоминает дополнительные хотелки.

3. Разработать документ
Самое важное на этом этапе - готовность к работе в несколько итераций. За один раз нормально документ не сделаешь, клиент должен заранее понимать, что ему сначала отдают не готовый документ, а драфт. После обратной связи дорабатываем.
Еще очень важный момент - разработку желательно делать двум юристам. Один делает, другой вычитывает. Иначе глаз замыливается.

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

Если актуально, то могу сделать вебинар на эту тему и более подробно рассказать о процессе.
Примерно как делал по абонентской поддержке в том году.

Предложил и спроектировал курс для М-Логос по юридическому дизайну.
В мае 2022 года будет интересно 🤘🏻

https://m-logos.ru/onlain_seminars/prakticheskie-navyki-yuridicheskogo-dizajna/22813_25052022_01072022/

1. В случае смерти Завещателя...

2. В случае если Завещатель умер...

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

P.S. Спасибо, заменил на Завещателя

Раз в месяц лаборатория юридического дизайна НИУ ВШЭ делает вебинар. В октябре решили поговорить про "политику конфиденциальности". 20 октября в 17:00 будет интересно

Александр Бороухин написал замечательный текст о будущем договорной работы, с учетом развития Legal Tech.
Мне кажется, что рано или поздно мы к этому придем, во всяком случае в крупных компаниях точно.

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

Алексей Ромашин в свое время сделал 2 прекрасные лекции по истории графического дизайна 20 века.

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

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

Баухаус
https://m.youtube.com/watch?v=ZbJcARPK3LM

Швейцарский стиль
https://m.youtube.com/watch?v=mdriFFvR

Как известно, условие договора о штрафе за переманивание сотрудников контрагента не работает. Мол, не конституционное это дело, свобода труда, все дела.

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

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

А какие вам альтернативные способы приходят в голову? Давайте покреативим :)

Алексей Артюх и Андрей Корельский красавчики. Наконец кто-то написал, что Norton Caine несколько отличаются от реальности. https://300.pravo.ru/story/235782/

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

«37. Установить, что с 25 октября 2021 г. по 25 февраля 2022 г. включительно возобновляется необходимость для граждан в возрасте старше 60 лет, а также граждан, имеющих заболевания, перечень которых определен Департаментом здравоохранения города Москвы, не покидать место проживания (пребывания), в том числе жилые и садовые дома, за исключением случаев:
- следования к месту (от места) осуществления деятельности (в том числе работы), за исключением граждан, переведенных на дистанционный режим работы, находящихся в отпуске, в отношении которых оформлен листок нетрудоспособности;

Вчера в лаборатории был вебинар по понятной политике конфиденциальности.

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

Спасибо Максиму и Б-152 за готовность делиться знаниями)
Кстати, если хотите видеть какие-то темы, спикеров или вам есть, чем поделиться – пишите, наша площадка открыта и для критики, и для предложений, и для интересных спикеров.


https://youtu.be/7YrJ3xEWiLw

Дорогие студенты, а также те, у кого есть знакомые студенты-юристы.

Андрей Козлов вместе со своей командой запустил очень интересный проект – школу драфтинга https://drafting.school/.

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

Я буду преподавать в школе на модуле по коммерческим договорам. Надеюсь, с кем-то из вас там и увидимся) Дерзайте!

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

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

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

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

Вкратце обозначу их так:
⁃ Показывать процесс
⁃ Приобщать к работе
⁃ Адаптировать процесс

Как оформлять правки в договор?

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

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

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

▪️содержание типового договора, скорее всего, вам известно и не надо тратить время на вычитку и сравнение, в протоколе сразу видно какие условия изменились

▪️при смене сотрудников в компании остаётся информация о том, какие правки вносились и почему

▪️не нужно после каждой итерации правок проверять договор через сравнение документов

▪️видно, кто предложил спорное условие – суд будет трактовать его против предложившего.

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

Но!

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

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

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

В таком формате:

▪️правки проще согласовать со своими службами

▪️удобно собирать частые правки типового для будущих редакций

▪️можно даже внедрить примитивную систему knowledge management.

Для knowledge management можно, например, сделать страницу в Notion, где к каждому пункту договора собирать комментарии от подразделений. Там комментарии не потеряются, не будут повторяться и не будут взаимно исключать друг друга.

Рубрика: #помощьчата #протоколразногласий

Собрал резюме: @mtevs из канала @lawprofit
Задала тему: Наталья
Отдельные благодарности: @gala_grig, @skalabin, @srgmskt, Alexander, @Roman_Yankovskiy, @dessam, Елена, @artemiy_yakovlev, Татьяна, @kam_faab

Вы приглашены на очень интересное мероприятие.

Pishemvsud задаст 50 вопросов гуру российской цивилистики Роману Бевзенко о том, как он оформляет свои процессуальные документы на примере апелляционной жалобы в арбитражный суд.

Мероприятие (видеотрансляция) состоится 3 ноября в 19 часов по Москве в телеграм-канале Романа Сергеевича.

Проведём нерабочие дни с пользой!