Как составить договор на создание сайта: результат работ и гарантийное обслуживание

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

— Надо товары продавать да в путь торговый поспешать, а как скоро сделать не знаю.

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

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

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

Договор подряда + лицензионный договор


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

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

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

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

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

Создание объекта права интеллектуальной собственности является одним из результатов работ, а не побочным от них, поэтому предмет договора двойной:

  • выполнение работ и передача результата
  • передача прав интеллектуальной собственности на результат работ

Неправильно в договорах подряда употреблять слова «услуги».

Примеры

Законы

 

План-график и смета


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

  • сроки работ — в план-график
  • стоимость работ — в смету

Небольшой проект разбиваем на этапы:

  • инициация проекта, в том числе разработка технического задания
  • разработка дизайна сайта
  • сборка сайта
  • размещение сайта в сети интернет

Если проект крупный, возможны этапы:

  1. Анализ и сбор требований:
    • встречи с заказчиком для проведения интервью и доклада о результатах
    • написание документа требований
    • тестирование требований
    • написание и согласование инициирующих проект документов
  2. Проектирование решения:
    • написание технического задания
    • написание архитектуры решения
    • тестирование технического задания и архитектуры решения
    • обучение специалистов предметной области
    • установка сред разработки и тестирования
    • написание тест-плана и вариантов тестирования системы
    • встречи с заказчиком
  3. Разработка и внутреннее тестирование:
    • еженедельные встречи разработчиков
    • программирование
    • улучшение кода
    • демонстрации (подготовка и проведение)
    • первая установка решения на среду тестирования
    • прохождение тест кейсов
  4. Тестирование на стороне заказчика:
    • первая установка в тестовую среду заказчика
    • поставки бета версий
    • доработка и исправление неисправностей
  5. Внедрение
    • установка на рабочий сервер
    • обучение пользователей
    • написание инструкций

Крупные этапы можно разбить на части (спринты), и смету на них вынести в разные приложенияя.

Смета бывает:

  • приблизительной (может изменяться)
  • твердой (не может изменяться)

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

Стоимость работ сложно оценить без технического задания, поэтому рекомендуем 2 варианта:

  • подписать твердую смету только на инициацию проекта, а после согласования технического задания — на следующие этапы
  • подписать приблизительную смету на все этапы, а потом вносить в нее изменения
Примеры

Законы

 

Техническое задание

Рекомендуем прописывать в техническом задании (техзадание, ТЗ, бриф):

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

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

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

Примеры

Законы

 

Просрочка заказчика


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

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

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

Примеры

Законы

 

Ограничение ответственности


Обычно программное обеспечение поставляется «таким, каково оно есть», то есть вообще без гарантий.

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

  • за грубую неосторожность (например, инфицированной компьютерной программы)
  • прямой умысел на причинение вреда

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

Примеры

Законы

 

Гарантийное обслуживание


Чаще всего проблема не в том, что ошибки невозможно отловить, а что разработчики не тратят на это время и тестируют программы за счет пользователей, поэтому пишем виды бесплатного гарантийного обслуживания:

  • устранение любых ошибок
  • консультирование

Однако очерчиваем пределы гарантийных обязательств (например, время на консультирование), иначе по умолчанию гарантия распространяется на все.

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

В остальном прописываем:

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

Аргументируем трудозатратами исполнителя.

Примеры

Законы

Нашли ошибку? Помогите исправить! Выделите и нажмите Ctrl+Enter.

Leave a Comment

Спасибо!

Теперь редакторы в курсе.