Актуальная версия договора на создание сайта в нашей веб-студии «Облако» разрабатывалась в течение 5 лет, начиная от простого типового договора на пару страниц до текущей версии на 5 листах, учитывающий все бизнес-процессы и возникающие нюансы.
Подписывая договор между заказчиком и исполнителем, нужно помнить, что именно он служит основным документом правового контроля при разработке сайта. Конечно, его можно найти в интернете, но зачастую это просто однотипные шаблоны, которые не могут полностью охватить весь спектр ваших услуг, а, следовательно — защитить ваши права. Договор — это основное средство регулирования взаимоотношений между сторонами, поскольку включает в себя права, обязанности и ответственность сторон. Поэтому стоит позаботиться о том, чтобы ваш вариант документа включал все тонкости веб-разработки.
Рассмотрим основные из них.
Стоит сразу определить, сколько бесплатный итераций (правок) вы готовы совершить в рамках договорных обязательств и укажите, что все последующие правки, поверх указанных в договоре, будут оплачиваться отдельно.
Почему это так важно определить на начальном этапе? Если заранее не определить количество итераций, то заказчик вправе требовать внесения правок, пока его не удовлетворит конечный результат. Тут нужно понимать, что сумма договора складывается из заложенных объемов работ. Каждая итерация увеличивает трудоемкость, а, следственно, и итоговую сумму проекта.
Плюс ко всему, по нашему опыту, подобное условие позволяет заказчику точнее сформировать свои требования касательно необходимых правок.
Пример формулировки:
«Заказчик имеет право 2 (два) раза внести поправки в дизайн Главной страницы в рамках ТЗ. При этом Заказчик мотивирует свой отказ от предложенного дизайна Главной страницы, излагая его в письменной форме, отправляя его на электронную почту Исполнителя mail@mail.ru.
Внесение правок в дизайн после его согласования или в количестве более 2 (двух) правок оплачивается дополнительно».
Как создатель продукта: сайта, ПО, сервиса и т.п. вы обязаны предоставить гарантию заказчику на устранение обнаруженных багов в течение разумного срока после сдачи проекта. Определение срока гарантии зависит только от вас, но чаще всего в веб-разработке применяется срок от 1 до 6 месяцев. Точное определение сроков оградит вас от претензий, возникающих со стороны заказчика, выходящих за рамки оговоренных сроков.
Пример формулировки:
«Исполнитель выполняет исправление ошибок на сайте по письменному обращению Заказчика, направленному на электронную почту Исполнителя в течение 1 месяца после подписания Акта, являющегося гарантийным сроком. Доработка функционала сверх объема, обозначенного в Техническом задании, и изменение дизайна сайта к ошибкам не относятся».
Рынок IT не связан границами и ваши клиенты могут находиться в любой точке мира. Однако это не должно вас останавливать от заключения договоров. Исходя из опыта, если территориально клиент находится далеко от вас, то он может и не отправить вам обратно подписанный акт. В таком случае, для принятия вашей работы следует прописать в договоре пункт об одностороннем подписании акта. Не будет лишним добавить пункт об электронном документообороте. При данных условиях отправленный по электронной почте подписанный скан будет считаться действительным.
Пример формулировок:
«В случае невозврата Заказчиком переданного ему акта, подписанного Исполнителем, в течение 10 (десяти) дней с даты его передачи и при отсутствии письменного отказа от приемки работ, такие работы считаются принятыми заказчиком на основании акта, подписанного Исполнителем в одностороннем порядке.
Настоящий Договор, Приложения, счета на оплату и акты выполненных работ, подписанные и/или переданные с помощью средств факсимильной/электронной связи, имеет полную юридическую силу.
При рассмотрении споров в суде переписка Сторон по электронной почте, факсимильные сообщения будут признаны Сторонами достаточными доказательствами».
Ссылка в нижнем колонтитуле веб-сайта на компанию-разработчика — отличный способ привлечения новых клиентов, наряду с регулярно обновляемым портфолио. Во избежание претензий со стороны заказчика с просьбой удалить разработанный проект, заранее пропишите этот элемент в договоре.
Пример формулировок:
«Исполнитель имеет право:
размещать логотип Заказчика на собственных информационных ресурсах в списке клиентов Исполнителя;
размещать разработанный Сайт в личном портфолио Исполнителя на собственных информационных ресурсах;
размещать в подвале Сайта ссылку на собственный сайт Исполнителя с указанием выполненных работ».
Одна из частых проблем при работе с заказчиком — несвоевременное представление контента и затянутое время утверждения. Чтобы продление срока завершения проекта по вине заказчика не входило в вашу ответственность, включите этот пункт в ваш договор. В этом случае также важно предоставить точный перечень необходимого контента в описании услуг или в приложении к договору.
Пример формулировок:
«Контент предоставляется заказчиком в течение 5 (пяти) рабочих дней с момента заключения договора. Срок разработки не включает время на предоставления контента Заказчиком и сроки согласования.
В случае несвоевременного предоставления Заказчиком всех необходимых материалов, сроком начала разработки сайта следует считать рабочий день, следующий за днем получения всех информационных материалов в полном объеме в электронном виде. По согласованию с Заказчиком в случае непредоставления всех информационных материалов в полном объеме, Исполнитель имеет право наполнить Сайт тестовой информацией, а Заказчик обязан принять работу».
Данный пункт не один раз уберег нас претензий со стороны заказчиков, которые тестируют разработанный сайт на устаревших устройствах. Проверяйте актуальность указанных версий и своевременно вносите изменения в свой стандартный договор на разработку сайта. И, конечно, к данному соглашению должно прилагаться обязательное техническое задание.
Пример формулировки:
«Исполнитель гарантирует отображение сайта на ПК или ноутбуках с шириной экрана не менее 1280 px в браузерах Internet Explorer версии не ниже 10, Mozilla Firefox версии не ниже 40, Google Chrome версии не ниже 45, Opera не ниже 33, Safari не ниже 8.0, а также аналогично отображаться на мобильных устройствах, работающих на платформах IOS не ниже версии 8.1, Windows Phone не ниже версии 8, Android не ниже версии 4. Не гарантируется правильное отображение для более ранних версий и в других браузерах. В случае необходимости, работы по верстке для более ранних версий браузеров оформляются дополнительным соглашением и оплачиваются отдельно».
Помимо перечисленных обязательных условий договора, делимся с вами несколькими правилами, упростившими документооборот в нашей веб-студии. Возможно, он тоже будет вам полезен:
Разработайте стандартные шаблоны договоров для всех услуг, предоставляемых компанией, и всегда создавайте каждый новый контракт на основе шаблона, а не на основе предыдущего соглашения с клиентом. Как только в ходе ведения вашего бизнеса к договору будет добавлен дополнительный пункт, поместите его не только в текущий контракт с клиентов, но и в шаблон, чтобы обезопасить себя от повторных ошибок, а стандартный договор будет расширен и дополнен с учетом всех нюансов вашего бизнеса
Отправляйте заказчику проект договора только в формате PDF. Это поможет избежать излишних правок со стороны заказчика и послужит вам гарантией отсутствия скрытых доработок договора.
Сохраняйте все редакции договоров и технических заданий, поскольку нет никакой гарантии, что заказчик не захочет вернуться к одной из предыдущих версий документов.
Проведите конкурс среди участников CMS Magazine
Узнайте цены и сроки уже завтра. Это бесплатно и займет ≈5 минут.