Договор на веб-дизайн
Исполнитель разрабатывает визуальный дизайн и прототипы сайта по заданию Заказчика. Шаблон фиксирует этапы работ, требования к структуре и 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 разделов. Полный текст откроется в кабинете.
Что ещё в договоре
- Дизайн-ревью верстки
- Правки и итерации
- Согласование результатов
- Изменение задания
- Стоимость работ
- Порядок оплаты
- Сторонние материалы и лицензии
- Генеративные технологии
- Исходные и итоговые файлы
- Приемка результата
- Интеллектуальные права
- Предшествующие материалы исполнителя
- Портфолио
- Конфиденциальность
- Привлечение третьих лиц
- Ответственность сторон
- Приостановление работ
- Прекращение договора
- Обстоятельства непреодолимой силы
- Электронное взаимодействие и уведомления
- Разрешение споров
- Заключительные положения
Что проверить перед подписанием
- Указан состав страниц и адаптивных представлений в Техническом задании
- Определено количество включенных циклов правок и порядок их внесения
- Зафиксирован порядок передачи макетов и условия доступа к рабочему файлу
- Прописано, что программная реализация и верстка не входят в предмет договора
- Учтены требования к лицензированию шрифтов и сторонних графических материалов
Вопросы и ответы
Входит ли в договор программирование и верстка сайта?
Нет, если это прямо не указано в Техническом задании. Предмет договора ограничивается разработкой дизайна, прототипов и макетов.
Кто предоставляет тексты и фотографии для макетов?
Заказчик обеспечивает предоставление исходных материалов и текстов в сроки, позволяющие выполнить дизайн. Подготовка текстов исполнителем возможна только при отдельном согласовании.
Переходят ли права на отклоненные дизайн-концепции?
Отклоненные концепции не входят в итоговый результат, и права на них не передаются, если Стороны не согласовали иное.
Что входит в сопровождение разработки после передачи макетов?
Исполнитель не отвечает за отклонения верстки от макетов, допущенные разработчиками. Объем консультаций и дизайн-ревью определяется условиями договора.
Похожие шаблоны
- Договор на UX/UI-дизайнИсполнитель разрабатывает UX/UI-дизайн цифрового продукта, включая прототипы и интерфейсы, а Заказчик принимает и оплачивает результаты работ.
- Договор на дизайн полиграфической продукцииИсполнитель разрабатывает дизайн-макеты полиграфии по заданию Заказчика, включая концепции, верстку и работу с контентом. Печать и тиражирование не входят в предмет договора, если иное не указано в техническом задании.
- Договор на дизайн презентацииИсполнитель разрабатывает визуальный стиль, структуру и дизайн презентации по заданию Заказчика. Стороны фиксируют объём работ, сроки, этапы согласования и порядок приёмки результатов в Техническом задании.
- Договор на дизайн упаковки и этикеткиИсполнитель разрабатывает визуальное оформление упаковки и этикетки по заданию Заказчика. Стороны фиксируют требования, этапы работ, сроки и порядок приемки результатов в Техническом задании.
- Договор на разработку дизайн-проекта интерьераИсполнитель разрабатывает дизайн-проект интерьера помещения, включая планировку, концепцию и визуализации, а Заказчик принимает и оплачивает результат.
- Договор на разработку логотипаИсполнитель разрабатывает логотип и варианты его использования по заданию Заказчика. Стороны фиксируют этапы, сроки, количество концепций и порядок передачи прав на результат.