Договор с американским заказчиком: что в нём обычно есть

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

Объём работ и то, как он меняется

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

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

Вехи и приёмка

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

Пример разницы: формулировка «раздел должен быть готов» оставляет пространство для спора о том, что значит готов. Формулировка «раздел проходит по списку конкретных сценариев, согласованному заранее» такого пространства почти не оставляет. Вторая формулировка требует больше времени на входе и экономит его на выходе.

Передача прав на результат

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

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

NDA и что она реально ограничивает

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

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

Взаимность тоже стоит проверить: часть NDA составлена так, что обязательства распространяются на обе стороны одинаково, а часть — только на исполнителя. Ни один из вариантов не является нарушением нормы сам по себе, но разница между ними стоит того, чтобы её заметить до подписания.

Расторжение

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

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

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

Когда стоит показать договор юристу

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

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

• Формулировка передачи прав: весь результат целиком или конкретный продукт, а не инструменты и наработки
• Ширина NDA: только этот проект и его данные или формулировка шире
• Наличие пункта о неконкуренции и то, насколько широко он написан
• Пункт о возмещении убытков
• Юрисдикция и порядок разрешения споров
• Срок уведомления при расторжении