Соглашение о проекте: что важно проверить

Что такое соглашение о проекте

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

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

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

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

Почему юридическая проверка важна до подписания

Подписание без проверки может привести к трём типичным проблемам: неясному объёму работ, спорам об оплате и рискам ответственности. Каждая из них встречается в реальной работе, а не только в судебных историях. Клиент может считать, что «сайт» — это 12 страниц, автор может думать, что «пакет статей» — это 4 материала, а фрилансер может обнаружить, что ни одно из этих предположений не зафиксировано на бумаге.

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

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

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

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

Ключевые пункты, которые стоит включить

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

Результаты работы нужно назвать достаточно подробно, чтобы посторонний человек мог понять, что именно будет передано. Пакет логотипа может включать PNG, SVG и исходные файлы. Отчёт может включать PDF и редактируемую версию. Разработчику могут понадобиться доступ к тестовой среде, заметки по развёртыванию и один созвон по передаче проекта. Цифры помогают.

Сроки должны быть конкретными, а не расплывчатым обещанием. «Как можно скорее» — это не срок. «До 18 апреля» — это срок. Если в проекте 3 этапа, у каждого должен быть свой срок или условие, запускающее следующий шаг. Это помогает избежать привычного «я думал, вы имели в виду следующую неделю».

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

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

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

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

Интеллектуальная собственность и права на результат

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

Формулировка work-for-hire может изменить результат, но только если её признаёт соответствующая правовая система. Некоторые клиенты просят полную уступку прав. Другие хотят лицензию, то есть возможность использовать работу на оговорённых условиях без полного владения. Лицензия может быть узкой или широкой. Передача прав может быть немедленной или отложенной до момента поступления оплаты.

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

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

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

Конфиденциальность и защита данных

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

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

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

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

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

Ответственность, гарантии и возмещение убытков

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

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

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

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

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

Применимое право и разрешение споров

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

Место рассмотрения спора тоже имеет значение. Пункт может требовать, чтобы споры рассматривались в определённом суде или городе. Это снижает неопределённость, но может увеличить расходы, если вторая сторона находится далеко. Фрилансер из другой страны не должен после подписания обнаружить, что все споры придётся решать за 2 000 миль от него.

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

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

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

Практические шаги перед подписанием

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

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

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

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

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