Договор разработки дизайна сайта

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

Зачем нужен договор на разработку дизайна сайта

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

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

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

Кто стороны договора и как корректно их обозначить

Стороны — это первое, что надо определить. Обычно это «Заказчик» и «Исполнитель». В договоре указывают полные юридические данные: ФИО или название компании, реквизиты, адреса, ИНН, ОГРН, если есть. Если стороны действуют через представителей, в договоре фиксируют доверенности.

Важно прописывать контактные способы: e‑mail, телефон, мессенджеры. Лучше заранее согласовать, через какие каналы будут идти основные коммуникации. Это поможет избежать споров о своевременности уведомлений и приёмки работ.

Предмет договора: что именно вы заказываете

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

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

Примерный перечень deliverables

• Макет главной страницы в формате PSD/Figma/Sketch;
• Макеты типовых внутренних страниц (не менее N штук);
• Адаптивные версии для планшетов и смартфонов;
• Набор экспортируемых PNG/SVG иконок и логотипа;
• Руководство по стилю: типографика, палитра, отступы;
• Исходные файлы и экспортируемые активы;
• Прототип или интерактивный макет (если оговорено).

Каждый пункт стоит конкретизировать: формат файлов, требуемое разрешение, требования к слоям (например, чтобы слои были подписаны и структурированы), перечень состояний элементов (hover, active) и т.п.

Сроки и этапы работ

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

Для каждого этапа определите контрольные точки и критерии сдачи. Например: «Концепты — 3 варианта в течение 10 рабочих дней с момента утверждения ТЗ». Это избавит от споров, что считать «сдачей». Если возможны задержки со стороны заказчика (например, предоставление материалов, отзывов), опишите, как это влияет на общий график.

Таблица: пример этапов и сроков

Оплата и этапы оплаты

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

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

Таблица: пример разбивки платежей

Права на интеллектуальную собственность

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

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

Типичные формулировки и их смысл

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

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

Приёмка работ и процесс утверждения

Приёмка — это формальный шаг. Укажите, в какой форме она происходит: акт приёмки, письмо в ответ на e‑mail, или отметка в системе управления проектом. Определите сроки для отзывов заказчика. Например: «Заказчик обязан в течение 5 рабочих дней направить замечания или принять работу; по истечении срока работа считается принятой». Такая фраза сокращает возможные затяжки по согласованию.

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

Правки и дополнительные работы

Уточните лимит бесплатных правок и стоимость сверхлимита. Для прозрачности можно ввести понятие «человеко‑час» и указать ставку. Это делает оценку дополнительных задач объективной.

Оговорите процедуры для изменений в ТЗ: согласование через e‑mail, выставление дополнительного счёта и перенос сроков. Если изменения критичны — лучше требовать официального дополнения к договору или подписанного приложения.

Конфиденциальность и использование материалов

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

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

Ответственность, гарантии и риски

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

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

Прекращение договора и порядок действий при конфликте

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

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

Приложения и техническая документация

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

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

Пример списка приложений

1. Техническое задание (ТЗ);
2. Бриф заказчика;
3. Мудборд и референсы;
4. Перечень используемых шрифтов и лицензий;
5. Шаблон акта приёмки.

Типичные ошибки при составлении договора и как их избежать

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

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

Шаблонная формулировка ключевых пунктов (кратко)

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

• «Исполнитель обязуется разработать дизайн сайта согласно приложенному ТЗ в сроки, указанные в разделе X договора.»
• «Передача исключительных прав на дизайн осуществляется Заказчику после полной оплаты по договору.»
• «Заказчик обязан принять работу или направить мотивированные замечания в течение N рабочих дней; при отсутствии замечаний работа считается принятой.»
• «Изменения в объёме работ оформляются дополнительным соглашением и влияют на сроки и стоимость проекта.»

Как адаптировать договор под фрилансера и под агентство

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

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

Практические советы при заключении договора

1) Приложите ТЗ, чем деталнее, тем лучше. 2) Согласуйте несколько ключевых контрольных точек, чтобы можно было корректировать курс на ранних стадиях. 3) Оставьте запас по срокам: реальная разработка часто занимает больше времени, чем на бумаге. 4) Не забывайте про лицензии на шрифты и изображения — лучше сразу зафиксировать, кто их покупает.

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

Контроль качества и тестирование макетов

Дизайн — не только эстетика. Он должен учитываться вёрсткой и реальным использованием. Оговорите, какие тесты будут проведены: проверка на разных экранах, соответствие сеткам, доступность базовых состояний. Если предполагается передача в разработку, укажите, что макеты должны быть подготовлены таким образом, чтобы вёрстка не требовала дополнительных согласований.

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

Заключение: как использовать договор правильно

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

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

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

Краткая памятка (чеклист)

• Определён предмет работ и перечень deliverables;
• Разбивка проекта на этапы с конкретными сроками;
• Фиксация размеров оплаты и условий предоплаты;
• Условия передачи прав и лицензий на материалы;
• Порядок приёмки и число бесплатных правок;
• Положения о конфиденциальности, гарантиях и ответственности;
• Приложения: ТЗ, мудборд, список шрифтов и лицензионных материалов.

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

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

Договор разработки дизайна сайта