Договор на веб-дизайн

Исполнитель разрабатывает визуальный дизайн и прототипы сайта по заданию Заказчика. Шаблон фиксирует этапы работ, требования к структуре и UX, а также порядок согласования результатов.

Кому подходит

  • Заказ на дизайн сайта или лендинга
  • Разработка UI-кита и дизайн-системы
  • Сотрудничество с фрилансером или студией

Когда не подойдёт

  • Программирование и верстка сайта
  • Настройка хостинга и CMS
  • Написание текстов или SEO-оптимизация кода

Ключевые условия

  • техническое задание
  • этапы работ
  • циклы правок
  • передача исходных файлов
  • передача исключительных прав
  • конфиденциальность

Оплата и срок

  • Оплата: фиксированная стоимость или иная модель, указанная в договоре
  • Порядок оплаты: поэтапно или по факту выполнения, согласно графику
  • Срок: Срочный: действует до указанной даты

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

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

ДОГОВОР НА ВЕБ-ДИЗАЙН

г. [Город подписания], [Дата договора]

[Наименование исполнителя], именуемый(ая) в дальнейшем «Исполнитель», с одной стороны, и [Наименование заказчика], именуемый(ая) в дальнейшем «Заказчик», с другой стороны, совместно именуемые «Стороны», заключили настоящий договор о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА

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

1.2. Наименование проекта: [Наименование проекта].

1.3. Тип сайта: [Тип сайта].

1.4. Назначение сайта: [Назначение сайта].

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

1.6. Программирование, верстка, настройка CMS, серверной части, домена, хостинга и интеграций не входят в предмет договора, если прямо не включены в Техническое задание.

2. БРИФ И ИСХОДНЫЕ ДАННЫЕ

2.1. Заказчик предоставляет Исполнителю сведения о бизнесе, продукте, целевой аудитории, задачах сайта, фирменном стиле и иных исходных условиях.

2.2. Описание проекта и бизнеса: [Описание проекта].

2.3. Целевая аудитория: [Целевая аудитория].

2.4. Основная цель сайта: [Цель сайта].

2.5. Исходные материалы Заказчика: [Исходные материалы заказчика].

2.6. Референсы и визуальные ориентиры: [Референсы и ориентиры].

2.7. Заказчик обеспечивает достоверность предоставленных сведений и наличие необходимых прав на переданные материалы.

3. ТЕХНИЧЕСКОЕ ЗАДАНИЕ

3.1. Техническое задание определяет обязательный состав и характеристики создаваемого дизайна.

3.2. Требования к структуре и UX: [Требования к структуре и ux].

3.3. Требования к визуальному стилю: [Требования к визуальному стилю].

3.4. Перечень страниц: [Перечень страниц].

3.5. Требования к адаптивности: [Требования к адаптивности].

3.6. Дополнительные технические ограничения: [Технические ограничения].

3.7. Требования, не включенные в согласованное Техническое задание, не входят в первоначальный объем работ.

4. ЭТАПЫ И СРОКИ

4.1. Дата начала работ: [Дата начала работ].

4.2. Общий срок выполнения работ: [Срок выполнения работ].

4.3. Этапы, результаты, сроки и стоимость отдельных этапов определяются Планом этапов.

4.4. Порядок изменения сроков: [Порядок изменения сроков].

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

5. АНАЛИЗ И ВИЗУАЛЬНОЕ НАПРАВЛЕНИЕ

5.1. Если предусмотрено Техническим заданием, Исполнитель анализирует задачу, структуру, целевую аудиторию, конкурентов и референсы.

5.2. Объем анализа: [Объем анализа].

5.3. Перечень анализируемых сайтов и референсов: [Аналоги и референсы].

5.4. Результаты анализа используются для формирования проектных решений и визуального направления.

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

6. СТРУКТУРА САЙТА

6.1. Исполнитель разрабатывает или уточняет структуру сайта в объеме, предусмотренном Техническим заданием.

6.2. Состав разделов и страниц: [Структура сайта].

6.3. Структура определяет основные страницы, их назначение, взаимосвязи и навигацию.

6.4. Согласованная структура является основанием для прототипирования и последующей разработки дизайна.

6.5. Добавление новых разделов или типов страниц после согласования структуры может повлечь изменение объема, сроков и стоимости работ.

7. ПРОТОТИПИРОВАНИЕ

7.1. Необходимость разработки прототипов определяется Техническим заданием.

7.2. Перечень прототипируемых страниц: [Перечень прототипируемых страниц].

7.3. Уровень детализации прототипов: [Уровень детализации прототипов].

7.4. Интерактивность прототипа: [Требования к интерактивному прототипу].

7.5. Согласованный прототип фиксирует структуру страницы, расположение основных блоков и пользовательскую логику в предусмотренном объеме.

7.6. Изменение согласованной структуры после начала визуального дизайна может рассматриваться как дополнительная работа.

8. ДИЗАЙН-КОНЦЕПЦИЯ

8.1. Количество первоначальных дизайн-концепций: [Количество дизайн концепций].

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

8.3. Объем демонстрации каждой концепции: [Объем дизайн концепции].

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

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

9. ДИЗАЙН СТРАНИЦ

9.1. Исполнитель разрабатывает дизайн страниц в соответствии с согласованной структурой и дизайн-концепцией.

9.2. Перечень уникальных страниц и шаблонов: [Перечень уникальных страниц].

9.3. Количество уникальных страниц: [Количество уникальных страниц].

9.4. Страницы, создаваемые на основе одного согласованного шаблона без существенного изменения структуры, могут рассматриваться как однотипные.

9.5. Страница с существенно иной структурой, назначением или набором компонентов может учитываться как самостоятельный тип страницы.

9.6. Дополнительные страницы сверх согласованного состава выполняются после согласования изменения объема работ.

10. ГЛАВНАЯ СТРАНИЦА

10.1. Требования к главной странице: [Требования к главной странице].

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

10.3. Состав и последовательность блоков определяются утвержденным прототипом либо иным согласованным проектным решением.

11. ВНУТРЕННИЕ СТРАНИЦЫ

11.1. Требования к внутренним страницам: [Требования к внутренним страницам].

11.2. Исполнитель обеспечивает визуальную и композиционную согласованность внутренних страниц с утвержденной дизайн-концепцией.

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

12. СОСТОЯНИЯ ИНТЕРФЕЙСА

12.1. Перечень проектируемых состояний: [Состояния интерфейса].

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

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

13. АДАПТИВНЫЙ ДИЗАЙН

13.1. Целевые устройства и контрольные разрешения: [Целевые разрешения и устройства].

13.2. Количество адаптивных представлений: [Количество адаптивных версий].

13.3. Адаптивные версии разрабатываются на основе согласованной структуры и визуальной концепции.

13.4. Исполнитель определяет визуальное поведение элементов на согласованных контрольных разрешениях.

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

14. КОМПОНЕНТЫ И UI-KIT

14.1. Необходимость подготовки UI-kit определяется Техническим заданием.

14.2. Состав UI-kit: [Состав ui kit].

14.3. Перечень ключевых компонентов: [Перечень компонентов].

14.4. Для компонентов могут быть предусмотрены согласованные варианты и состояния.

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

15. ТИПОГРАФИКА И ЦВЕТОВАЯ СИСТЕМА

15.1. Требования к типографике: [Требования к типографике].

15.2. Требования к цветовой системе: [Требования к цветовой системе].

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

15.4. Шрифты третьих лиц используются с учетом условий лицензий соответствующих правообладателей.

16. ГРАФИЧЕСКИЕ МАТЕРИАЛЫ

16.1. Требования к фотографиям, иллюстрациям, иконкам и иной графике: [Требования к графическим материалам].

16.2. Порядок предоставления графических материалов: [Порядок предоставления графических материалов].

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

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

17. ТЕКСТОВЫЙ КОНТЕНТ

17.1. Порядок предоставления текстов: [Порядок предоставления текстов].

17.2. Объем подготовки текстов Исполнителем, если предусмотрен: [Объем подготовки текстов].

17.3. Если тексты предоставляет Заказчик, они должны быть переданы в сроки и формате, позволяющих выполнить дизайн.

17.4. Существенное изменение объема или структуры текстов после согласования макета может потребовать корректировки дизайна и изменения объема работ.

17.5. Юридические тексты, политики, оферты, согласия и иные специализированные документы предоставляет Заказчик, если их подготовка прямо не включена в отдельное задание.

18. SEO-ТРЕБОВАНИЯ

18.1. Требования к SEO, влияющие на структуру и дизайн страниц: [Требования к seo].

18.2. Исполнитель учитывает предоставленные Заказчиком или привлеченным специалистом требования в той мере, в какой они относятся к проектируемой структуре и визуальному представлению.

18.3. Техническая SEO-оптимизация, настройка метаданных, микроразметки, индексации и иных параметров программной реализации не входят в предмет договора, если прямо не предусмотрены Техническим заданием.

19. ФОРМЫ И ИНТЕРАКТИВНЫЕ ЭЛЕМЕНТЫ

19.1. Перечень проектируемых форм и интерактивных элементов: [Перечень форм и интерактивных элементов].

19.2. Для форм и интерактивных элементов проектируются предусмотренные Техническим заданием состояния и сообщения.

19.3. Бизнес-логика обработки данных, интеграции с внешними сервисами и серверная обработка форм относятся к программной реализации и не входят в предмет договора, если прямо не согласовано иное.

20. АНИМАЦИИ И МИКРОВЗАИМОДЕЙСТВИЯ

20.1. Требования к анимациям и микровзаимодействиям: [Требования к анимациям].

20.2. Способ описания анимаций: [Способ описания анимаций].

20.3. Исполнитель может передавать прототипы, комментарии или иные согласованные материалы, описывающие требуемое поведение.

20.4. Программная реализация анимаций не входит в предмет договора, если прямо не предусмотрена Техническим заданием.

21. ДОСТУПНОСТЬ

21.1. Требования к доступности сайта: [Требования к доступности].

21.2. Если Заказчиком установлены конкретные стандарты или критерии доступности, они указываются в Техническом задании.

21.3. Исполнитель учитывает согласованные требования в пределах проектируемых визуальных и интерфейсных решений.

21.4. Техническая реализация доступности в коде относится к разработке сайта, если прямо не согласовано иное.

22. FIGMA И РАБОЧИЕ ФАЙЛЫ

22.1. Основной рабочий инструмент проекта: [Рабочий инструмент дизайна].

22.2. Если проект выполняется в Figma, порядок доступа к рабочему файлу определяется: [Порядок доступа к figma].

22.3. Структура страниц, компонентов и слоев формируется Исполнителем с учетом согласованного способа передачи макетов разработчикам.

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

23. ПЕРЕДАЧА МАКЕТОВ РАЗРАБОТЧИКАМ

23.1. Требования к подготовке макетов для разработки: [Требования к handoff].

23.2. Исполнитель подготавливает согласованные макеты, компоненты, состояния, стили и комментарии в объеме Технического задания.

23.3. Формат взаимодействия с разработчиками: [Формат взаимодействия с разработчиками].

23.4. Объем консультаций после передачи макетов: [Объем сопровождения разработки].

23.5. Исполнитель не отвечает за отклонения программной реализации от согласованных макетов, допущенные разработчиками без согласования с Исполнителем.

Показано 23 из 45 разделов. Полный текст откроется в кабинете.

Что ещё в договоре

  1. Дизайн-ревью верстки
  2. Правки и итерации
  3. Согласование результатов
  4. Изменение задания
  5. Стоимость работ
  6. Порядок оплаты
  7. Сторонние материалы и лицензии
  8. Генеративные технологии
  9. Исходные и итоговые файлы
  10. Приемка результата
  11. Интеллектуальные права
  12. Предшествующие материалы исполнителя
  13. Портфолио
  14. Конфиденциальность
  15. Привлечение третьих лиц
  16. Ответственность сторон
  17. Приостановление работ
  18. Прекращение договора
  19. Обстоятельства непреодолимой силы
  20. Электронное взаимодействие и уведомления
  21. Разрешение споров
  22. Заключительные положения

Что проверить перед подписанием

  • Указан состав страниц и адаптивных представлений в Техническом задании
  • Определено количество включенных циклов правок и порядок их внесения
  • Зафиксирован порядок передачи макетов и условия доступа к рабочему файлу
  • Прописано, что программная реализация и верстка не входят в предмет договора
  • Учтены требования к лицензированию шрифтов и сторонних графических материалов

Вопросы и ответы

Входит ли в договор программирование и верстка сайта?

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

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

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

Переходят ли права на отклоненные дизайн-концепции?

Отклоненные концепции не входят в итоговый результат, и права на них не передаются, если Стороны не согласовали иное.

Что входит в сопровождение разработки после передачи макетов?

Исполнитель не отвечает за отклонения верстки от макетов, допущенные разработчиками. Объем консультаций и дизайн-ревью определяется условиями договора.

Похожие шаблоны

Все шаблоны раздела «Дизайн»