Привет, я Валерия Минина - IT & digital юрист и автор канала о юридической эффективности, процессах и юридическом дизайне.
Сегодня хочу поделиться кейсом и рассказать о нашем сотрудничестве с ребятами из студии веб-разработки “Crysto”. Забегая вперед скажу, что и я, и руководитель студии остались довольны.
Итак, Влад обратился к нам за разработкой договора, его студия чаще всего продает разработку сайтов и дизайн. Поэтому перед нами стояли цели:
- защитить от рисков = составить документы, которые будут на 100% учитывать интересы студии, при этом с нежесткими условиями для клиентов, из позиции win-win;
- оптимизировать документооборот = сделать не кучу договоров, а 1. Чтобы к нему можно было заключать разные приложения, в т.ч. на другие работы;
- составить инструкцию по внедрению документов в работу;
- разработать матрицу согласования = помочь сформулировать четкую позицию по некоторым условиям, ведь документы согласовывается с заказчиками.
Обо всем по порядку.
Разработка документов
Мы с командой всегда придерживаемся подхода win-win и не любим, когда чьи-то права нарушаются (будь то наш клиент или заказчик нашего клиента), поэтому любой документ защищает обе стороны. Главное сотрудничайте по правилам. А договор - инструкция, которая объясняет, как нужно исполнять свои обязательства.
Какие риски есть у разработчиков?
Расскажу историю. Несколько лет назад к нам обратился разработчик, чтобы мы посмотрели судебные документы по спору, где сайт был разработан не по согласованному и подписанному ТЗ. Понимаете, да? Уже суд идет. Первая инстанция на тот момент уже проиграна.
А в суде есть такая штука как экспертиза, которая подтвердила, что сайт не соответствует согласованному ТЗ.
Разработчик утверждал, что изменения в структуре сайта согласованы по переписке, ведь клиент очень-очень просил изменить некоторые разделы, не могли ему отказать. Изменения в структуру сайта внесли, а в документах это не зафиксировали.
Какой вывод? Плохо, когда:
- любые изменения не закрепляются в документах;
- в договоре не зафиксировано, что стороны могут согласовывать рабочие вопросы по переписке и она является доказательством в случае спора;
- юриста поздно привлекают к суду.
Мораль: в любой непонятной ситуации сходите к юристу :)
Именно поэтому в наших документах всегда есть условия о юридической силе переписки, например.
Еще ситуация: часто договоры качаются с интернета. Я не буду объяснять, что это плохо, вы и так это знаете. Но вот реальная проблема:
Я не встречала еще ни одного скаченного шаблона, в котором бы закреплялась передача прав на разработанный сайт только после полной оплаты работ и подписания итогового акта.
А это крайне важно. Вы разрабатываете результат интеллектуальной деятельности. Если случится так, что заказчик не оплатит полностью разработку, то вы можете запретить ему использовать результат - сайт.
Передача прав на результат после оплаты по акту = гарантия оплаты работ.
Оптимизация документооборота
Мы разработали понятную структуру документов и учли нюансы, связанные с бизнес-процессами студии. В итоге получились приятные и понятные шаблоны: рамочный договор, приложение на дизайн, приложение на разработку и протокол о договорной цене за ТЗ.
Памятка по работе с документами
Об этом даже есть небольшое обзорное видео в моём телеграмм-канале. Справки для клиентов мы составляем на notion. Очень удобный сервис, еще и для IT-индустрии очень привычный.
Что в справке?
Несколько рекомендаций по ведению документооборота, чек-лист по заполнению документов, несколько правил форматирования документов (или как сделать так, чтобы вся красота не слетела) и самое интересное - рекомендации по процессу согласования.
Матрица согласования
Внутри нашей справки лежит матрица согласования, в которой:
- есть условие из нашего шаблона,
- есть потенциальная правка от контрагента,
- указана позиция компании по потенциальной правке контрагента,
- сразу сформулированы ответы для контрагента на вопрос “почему не можем согласовать”.
Очень удобная вещь, с помощью нее можно выработать единую позицию компании по некоторым условиям.
Как это выглядит: