ДОГОВОР НА UX/UI-ДИЗАЙН

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

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

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

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

1.2. Наименование цифрового продукта: [Наименование продукта].

1.3. Тип цифрового продукта: [Тип цифрового продукта].

1.4. Цель проекта: [Цель проекта].

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

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

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

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

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

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

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

2.5. Существующие ограничения и требования: [Ограничения и требования проекта].

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

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

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

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

3.3. Требования к UI: [Требования к ui].

3.4. Перечень экранов и состояний: [Перечень экранов и состояний].

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

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

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

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

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

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

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

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

5. ИССЛЕДОВАНИЕ И АНАЛИТИКА

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

5.2. Объем UX-исследования: [Объем ux исследования].

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

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

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

6. ИНФОРМАЦИОННАЯ АРХИТЕКТУРА

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

6.2. Требования к информационной архитектуре: [Требования к информационной архитектуре].

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

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

7. ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ

7.1. Перечень проектируемых пользовательских сценариев: [Пользовательские сценарии].

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

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

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

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

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

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

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

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

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

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

9. UI-КОНЦЕПЦИЯ

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

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

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

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

10. ДИЗАЙН ЭКРАНОВ

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

10.2. Количество и перечень основных экранов: [Перечень основных экранов].

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

10.4. Экран, существенно отличающийся по структуре и назначению от ранее согласованных экранов, может учитываться как самостоятельный результат.

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

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

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

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

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

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

12.1. Перечень целевых разрешений и устройств: [Целевые разрешения и устройства].

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

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

12.4. Поведение интерфейса между контрольными разрешениями определяется общими принципами адаптивной верстки и переданными разработчикам указаниями в согласованном объеме.

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

13. UI-KIT И ДИЗАЙН-СИСТЕМА

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

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

13.3. Состав дизайн-системы: [Состав дизайн системы].

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

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

14. КОМПОНЕНТЫ И ВАРИАНТЫ

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

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

14.3. Количество и глубина проработки вариантов определяются Техническим заданием.

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

15. ТИПОГРАФИКА, ЦВЕТ И ГРАФИКА

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

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

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

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

15.5. Если для использования выбранного шрифта или материала Заказчику требуется отдельная лицензия, порядок ее приобретения определяется: [Порядок лицензирования сторонних материалов].

16. ДОСТУПНОСТЬ И ИНКЛЮЗИВНОСТЬ

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

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

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

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

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

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

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

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

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

18. ТЕКСТЫ И МИКРОКОПИ

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

18.2. Если разработка UX-текстов входит в объем работ, ее состав определяется: [Объем ux текстов].

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

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

19. FIGMA И РАБОЧАЯ СРЕДА

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

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

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

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

20. ПЕРЕДАЧА МАКЕТОВ В РАЗРАБОТКУ

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

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

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

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

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

21. ДИЗАЙН-РЕВЬЮ РЕАЛИЗАЦИИ

21.1. Необходимость проверки реализованного интерфейса на соответствие макетам определяется: [Условия дизайн ревью].

21.2. При дизайн-ревью Исполнитель выявляет визуальные и интерфейсные расхождения между реализацией и согласованными макетами.

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

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