договор на доработку сайта образец
Договор на доработку сайта
Объект договора
В качестве объекта договора на разработку сайта выступают некие специализированные работы, назначением которых являются улучшения или изменения, вносимые в уже действующий сайт.
В свою очередь целью вносимых изменений и улучшений является дальнейшее развитие сайта. Поскольку дизайн сайта и его функциональные особенности — это продукт умственного труда разработчика или группы разработчиков сайта, желательно, чтобы доработку сайта осуществлял первоначальный разработчик. Это позволит существенно снизить затраты времени на осуществление запланированных работ.
Как правило, необходимость в доработке сайта обусловлена:
То есть доработка сайта может представлять собой достаточно обширный комплекс задач, к которым будут относиться:
Виды договоров
Существует две общеизвестных формы договора на доработку сайта — классическая и гибкая. Так:
Предмет договора
В качестве предмета договора на доработку сайта выступает авторская работа исполнителя по доработке сайта. Соответственно, договор, помимо ГК РФ регламентируется также и Законом РФ «Об авторском праве».
Это означает, что помимо стандартных условий, свойственных договорам об оказании услуг или выполнении работ, договор на доработку сайта должен включать в себя также и элементы договора авторского заказа. В частности, договор должен предусматривать переход права собственности на исключительные права на авторское произведение от исполнителя к заказчику.
Составление договора
В рамках данной статьи наши пользователи могут скачать типовой шаблон договора на доработку сайта и ознакомиться с образцом его заполнения.
Договор на обслуживание сайта
Образец договора в 2021 году
Бланк договора на обслуживание сайта
Образец договора, подготовленный специалистами сервиса.
Рекомендации по составлению договора
Договор на обслуживание сайта по сути является смешанным договором, в котором присутствует как оказание услуг, так и элементы подряда.
Договор позволяет оказывать услуги по обновлению информации на сайте, редизайну, контролю хостинга и домена, настройке электронной почты, модерации, оказывать техническую поддержку и услуги по продвижению и т.д.
Такие соглашения позволяют владельцам сайтов не нанимать постоянных технических сотрудников в штат. Заключив договор на обслуживание сайта с проверенной и успешной IT-компанией, в их распоряжении будет целая команда специалистов по работе с сетевыми ресурсами.
Договор на обслуживание сайта составляется в свободной форме. Рассмотрим основные положения, которые могут содержаться в соглашении.
Шапка договора
В шапке укажите дату и место заключения соглашения, и реквизиты сторон. Стороны в данном случае для удобства будут обозначены как Заказчик и Исполнитель.
Для юридического лица в шапке необходимо прописать наименование организации и лицо, которое будет действовать от имени организации. Для ИП указываем ФИО, ОГРНИП и дату регистрации. Для физического лица укажите фамилию, имя и отчество, а также паспортные данные и адрес регистрации.
Предмет договора
Предметом соглашения в данному случае являются работы по обслуживанию сайта (укажите в договоре адрес сайта в сети Интернет).
Также перечислите хотя бы примерный перечень работ по обслуживанию сайта, а конкретные задания можно будет согласовывать в отдельных технических заданиях, которые могут передаваться исполнителю по электронной почте или путем размещения на сайте исполнителя.
Порядок исполнения договора
Для исполнения соглашения заказчику нужно предоставить все необходимые материалы (тексты, фотографии, таблицы и т.д.), которые исполнитель должен использовать для наполнения сайта. Установите эту обязанность заказчика в договоре и пропишите срок, в течение которого такие материалы должны быть предоставлены.
Срок для выполнения задания заказчика в договоре указывать нецелесообразно, т.к. они могут быть разной сложности. Поэтому установите в соглашении, что срок исполнения указывается в каждом отдельном техническом задании.
Необходимо также предусмотреть порядок приема оказанных услуг. Обычно исполнитель по истечении определённого периода отправляет отчёт заказчику. Если от заказчика не поступят какие-либо замечания, то факт оказания услуги будет считаться подтверждённым.
Порядок оплаты
Стоимость услуг, как и в случае со сроками их исполнения, рекомендуется указывать либо в техническом задании, либо рассчитывать в зависимости от заказанной работы в соответствии с тарифами, размещенными на сайте исполнителя.
Тарифы на сайте исполнителя могут меняться в одностороннем порядке. Но если услуга уже заказана и согласована в техническом задании, её стоимость не подлежит изменению.
Оплата работ производиться на основании счетов, выставленных исполнителем. Обычно используют полную предоплату, хотя можно предусмотреть авансовые платежи или полную оплату по факту выполнения услуги.
Конфиденциальность
Для выполнения работ по договору исполнителю может потребоваться от заказчика различная информация, в том числе и относящаяся к коммерческой тайне последнего. Исполнитель обязан не разглашать поступившую ему коммерческую тайну заказчика и допускать к работе с ней только тех лиц, которые наделены соответствующими полномочиями.
Если исполнитель допустит разглашение конфиденциальной информации, то он может быть привлечён к ответственности в соответствии с действующим законодательством (например, будет обязан возместить убытки заказчика, которые тот понёс вследствие разглашения коммерческой тайны).
Иные положения
Укажите ответственность сторон за нарушение условий соглашения:
Пропишите в соглашении пункты, касающиеся форс-мажорных обстоятельств. Они обычно имеют шаблонные положения и особо не отличаются от тех, которые предусматриваются любым другим договором.
Также нужно предусмотреть порядок урегулирования споров. Можно прописать обязательный претензионный порядок, а также изменить подсудность рассмотрения спора.
Заключительные положения
Определите здесь срок действия договора — обычно он вступает в силу с момента подписания и действует либо:
Т.к. такое соглашение обычно бывает рамочным (то есть определяет общие условия взаимоотношений сторон, которые конкретизируются путем подачи заявок или иным образом), то срок обычно устанавливается на длительный период.
Также прописывается право сторон на расторжение договора в одностороннем порядке, путём уведомления второй стороны за определённое количество дней посредством электронной почты (реже посредством направления уведомления на юридический адрес).
Договор на доработку сайта образец и пример составления
Договор на доработку сайта
1. Предмет Договора
1.1. Заказчик поручает, а Исполнитель принимает на себя доработку сайта _____________.
2. Права и обязанности сторон
2.1. Исполнитель принимает на себя выполнение работ, перечень которых приведён в Приложении № 1.
2.2. Заказчик имеет право попросить Исполнителя о проведении работ не указанных в п.2.1. настоящего Договора. В этом случае, при обоюдном согласии, Стороны составляют Дополнительное соглашение к настоящему Договору.
2.3. Исполнитель обязан сохранять конфиденциальность информации, полученной от Заказчика для выполнения работ.
2.4. Исполнитель обязуется: оказать услуги лично и качественно; с полной материальной ответственностью следовать указаниям Заказчика в ходе оказания услуг.
2.5. Заказчик обязуется оплатить работу Исполнителя в размере и в сроки, указанные в настоящем Договоре.
2.6. Заказчик обязан предоставить доступ на Сайт с возможностью проведения работ, указанных в п. 2.1.
3. Лицензии и разрешения
3.1. Ответственность за законность использования и соблюдение авторского права относительно всех материалов, предоставленных Заказчиком для работы в рамках настоящего Договора, несет исключительно Заказчик.
3.2. Ответственность за законность использования и соблюдение авторского права относительно всех материалов, которые не были предоставлены Заказчиком, но были использованы для работы Исполнителем в рамках настоящего Договора, несет исключительно Исполнитель.
3.3. В тех случаях, когда это требуется и указано прямо, материалы должны сопровождаться разрешением владельца на использование полностью или частично, редактирование и особые условия использования. При предоставлении материалов, относящихся к участию физических лиц (видео, аудио, фотографии), необходимо разрешение на использование подобных материалов от этих лиц.
3.4. Сторона, предоставляющая информацию и материалы для выполнения работ по настоящему Договору, должна самостоятельно позаботиться о наличии всех соответствующих лицензий и разрешений на использование этих материалов и информации. Разрешение должно предусматривать возможность редактирования материалов.
3.5. Все права на используемые материалы и информацию остаются за их владельцами.
4. Порядок сдачи и приемки результатов работ
4.1.По настоящему Договору ИСПОЛНИТЕЛЬ обязуется по заданию ЗАКАЗЧИКА оказать ему в сроки с ______________ по ___________ следующие услуги: доработка сайта в соответствии с Техническим заданием (Приложение).
4.2.По факту завершения работ Исполнитель обязан представить Заказчику отчетные материалы и Акт сдачи-приемки работ. Приемка (оформление Акта сдачи-приемки работ или мотивированный отказ) результатов работы Заказчиком осуществляется в течение 3х (трех) дней со дня получения от Исполнителя отчетных материалов.
4.3.При мотивированном отказе Заказчик и Исполнитель составляют протокол замечаний и перечень необходимых доработок с указанием сроков их выполнения. Доработки производятся Исполнителем своими силами и за счет собственных средств.
5 Размер и порядок оплаты
6. Форс-мажор
6.1. Стороны не несут ответственности за полное или частичное неисполнение своих обязательств по данному Договору, по любой причине или обстоятельствам, находящимся вне сферы разумного контроля со стороны Исполнителя и Заказчика, включая, но не ограничиваясь актами гражданской вражды, стихийных бедствий, пожаров, отказов электропитания, нарушений работоспособности каналов связи, задержки в почтовых услугах, правительственных распоряжений или постановлений, каковые препятствуют или служат помехой для выполнения Сторонами своих обязательств по настоящему Договору.
6.2. Сторона, которая не может исполнить своих обязательств вследствие действия непреодолимой силы, обязана немедленно известить другую Сторону об указанных обстоятельствах.
6.3. В связи с возникшими обстоятельствами непреодолимой силы Стороны должны подписать протокол о прекращении действия настоящего Договора либо согласовать совместные действия по преодолению неблагоприятных последствий указанных обстоятельств.
7. Ответственность сторон
7.1. Исполнитель несет ответственность за качество оказываемых Заказчику услуг.
7.2. Ответственность Сторон по обязательствам, вытекающим из настоящего Договора, регулируется законодательством РФ. Стороны обязуются предпринять все усилия для того, чтобы разрешить любые имеющиеся или будущие разногласия путем переговоров.
7.3. В случае невозможности разрешения разногласий путем переговоров они могут быть переданы на рассмотрение арбитражного суда или суда в установленном законодательством РФ порядке.
8. Срок действия Договора и основания для его прекращения
8.1. Настоящий Договор вступает в силу в момент его подписания обеими Сторонами и действует до момента выполнения сторонами своих обязательств по Договору.
8.2. Досрочно Договор может быть расторгнут либо при невыполнении одной из Сторон условий Договора с возмещением понесенных реальных убытков, либо по обоюдному желанию Сторон.
9. Особые условия
9.1. Договор составлен в 2-х экземплярах, по одному для каждой из сторон.
9.2. Все Приложения к настоящему Договору являются его неотъемлемой частью и должны быть подписаны уполномоченными лицами обеих Сторон.
9.3. Исполнитель не состоит в штате Заказчика, не подчиняется Правилам внутреннего трудового распорядка Заказчика, не подлежит социальному страхованию.
10. Конфиденциальность
10.1. Настоящий Договор и все Приложения к нему являются конфиденциальными и не могут быть использованы или обнародованы в отношении третьих сторон, кроме как по требованию и только в рамках необходимого для соответствующих контролирующих или исполнительных официальных органов.
Как агентству и фрилансеру защитить свою работу
От бесконечных правочек и доработочек
Я четыре года веду проекты по созданию сайтов, брендингу и рекламе. Раньше от слова «правочки» у меня начинал дергаться глаз.
Бесконечные правочки ведут к неприятным для проекта вещам: он становится невыгоден и все менее интересен студии. Теряется время, и другие проекты сложно планировать — а для компании это тоже потерянные деньги. Все участники проекта устают, падает их мотивация, а в итоге — качество проекта.
Сейчас я руковожу проектами по созданию сайтов в компании, где проблема бесконечных правок решена. Заодно решены и другие задачи: мы вовремя получаем оплату, быстро согласовываем макеты и сайты, вовремя получаем тексты и изображения для работы над дизайном.
Это стало возможным благодаря двум вещам: жесткой внутренней системе документооборота и грамотно выстроенному общению с клиентами. В этой статье я расскажу о первом — документальном — способе защиты агентства и результатов нашей работы.
Осторожно, бюрократия
Наши правила документооборота достаточно жесткие. Оправдание этой бюрократии простое: мы хотим, чтобы наши права были защищены. При этом мы делаем еще две вещи:
У меня были ситуации, когда клиент не успевал перевести предоплату и мы стартовали без нее. Или шли верстать страницы без согласованного дизайна. Но это уже наши внутренние риски, которые менеджер и компания берут на себя.
Как делают сайты
Когда компания выходит на рынок, вырастает, меняет аудиторию или просто обнаруживает себя в 2019 году, ей становится нужен сайт.
Обычно компания до конца не знает, как строится разработка, с чего ее начать, и имеет ограниченный бюджет. Тут компания выбирает, как поступить.
Сделать сайт самостоятельно внутри компании. Найти менеджера, дизайнера, программистов внутри организации и все сделать своими силами. Это доступно тем компаниям, у которых уже есть свой штат таких сотрудников.
Сделать самостоятельно на базе конструктора сайтов. С простым сайтом без навороченного дизайна и функционала можно справиться в одиночку, даже если у тебя нет штата разработчиков. Из минусов — придется обходиться собственными силами и навыками, осваивать конструктор самому. Этот путь обычно выбирают небольшие или новые бизнесы.
Заказать отдельно дизайн, отдельно программирование у фрилансеров. Если фрилансеры знакомые, может получиться отличный результат. Если пойти на биржу фриланса и постараться найти там кого-то — может повезти или нет. Этот путь — выбор стойких и уверенных в себе.
Заказать разработку в агентстве. Там за клиента составят задание (описание требований к сайту), нарисуют макеты, запрограммируют. Это дороже, зато результат предсказуемый. Средний и крупный бизнес, как правило, заказывают сайты именно у агентств.
Если выбран последний вариант, начинается путь длиной от полугода до пары лет — это в особых случаях. Срок зависит от объема и сложности разработки, скорости согласований и даже от того, насколько хорошо клиент понимает, какой функционал ему нужен.
Клиент популярной студии платит за уверенность в том, что его задача будет выполнена качественно и в срок. Но так происходит не всегда.
Какие есть подходы и проблемы
Есть два подхода к созданию любого веб-проекта.
Первый подход — классическая «водопадная» модель разработки. Она подразумевает, что все части проекта идут последовательно друг за другом. Это значит, что сначала мы согласовываем задание и только потом начинаем рисовать дизайн-концепцию. Концепция будет основана на задании и переданных материалах. После концепции наступит очередь макетов, а когда макеты будут готовы — начнется сборка. Наполнять сайт мы будем только предоставленным контентом. При таком подходе стоимость проекта рассчитывается заранее и не меняется в процессе работы.
Второй подход — это применение так называемых гибких методологий (эджайл, скрам, тайм-энд-матириал и другие красивые слова — отсюда). При таком подходе разработка ведется этапами и не останавливается. Как пример: сначала быстро нарисовали, запрограммировали и выпустили главную страницу сайта и каталог. Потом добавили еще пару страниц. И еще пару страниц. Такой подход подразумевает почасовую оплату работы специалистов: сколько времени потратили на итерацию, столько она и будет стоить.
Работать «по водопаду» уже не так модно, как по эджайлу, но это все еще популярный подход в разработке сайтов.
Если показывать схематично, то работа над сайтом «по водопаду» выглядит так. Все вроде бы просто. Но на каждом этапе студию поджидают одни и те же удивительные вопросы:
Наш подход
Мы работаем по первой модели — «водопадной». Чтобы избежать проблем, мы фиксируем в документах все стоящее, все полезное и все спорное. Каждый этап работы также обрастает документами.
В итоге на любом проекте у нас есть:
Эта кипа бумаги здесь не просто так, она нужна, чтобы мы чувствовали себя в безопасности. А чтобы эти бумажки могли нас защитить, нужно соблюдать несколько правил.
Оригиналы документов у нас на руках. Это значит, что мы работаем только с подписанными документами — мы не беремся даже за самый интересный проект, если клиент хочет работать без документов или за наличные.
Документы грамотно составлены. За это отвечает наша внутренняя шаблонизация документов и несколько специалистов: юрист корректно составляет основные документы, делопроизводитель вписывает их в наш документооборот, бухгалтер вовремя выставляет счета.
Все документы отправляются курьером с описью вложения. Это фиксирует, что мы выставили акт в срок, оговоренный приложением к договору.
Мы соблюдаем условия, описанные в этих документах. Без этого даже самый крутой юрист и самый четкий договор не помогут.
Эта система и сам список могут показаться громоздкими, если вы фрилансер или представитель небольшой компании. Но вы можете взять какие-то решения и применить их точечно в своем документообороте.
Расскажу о каждом документе подробнее.
Договор
Мы используем рамочный договор, который описывает основные взаимоотношения между сторонами: права и обязанности, правила расторжения и прочее. Договор пролонгируется автоматически — чтобы прекратить его действие, договор нужно специально расторгнуть.
Во всех наших договорах мы прописываем важные для нас нюансы.
Таск-менеджер. В договоре мы фиксируем, что по всем проектам общение с клиентом ведется исключительно в конкретном таск-менеджере — программе для обмена задачами и материалами. Такая договоренность позволяет нам общаться с клиентом только там и не отвечать на письма в почте, Телеграме и Фейсбуке. Весь контент, комментарии, пожелания и прочее лежат в конкретных задачах конкретного проекта и всегда доступны. Это удобно и нам, и клиенту — больше не приходится искать нужные ссылки в почте, Вайбере и смс.
Сдавать результаты работ тоже можно в таск-менеджере. Если клиент пропадает, а срок сдачи макетов подошел, можно выложить результат в таск-менеджер — юридически это считается сдачей результата. Остается выставить акт и счет.
Автоприемка актов и мотивированный отказ. Все работы, которые мы передаем по любому из приложений, считаются принятыми автоматически спустя 5 рабочих дней с того момента, как клиент получил акт. В реальности мы всегда презентуем результаты своего труда, но в крайнем случае можем просто загрузить их в таск-менеджер, а акт выслать почтой.
Нельзя просто так отказаться от выполненных нами работ или начать вносить корректировки в согласованные ранее работы. Если клиента что-то не устраивает, он пишет мотивированный отказ — письмо на официальном бланке с перечнем недостатков работы. Обычно до этого не доходит, потому что мы выдаем нужный клиенту результат и составлять такие бумаги никто не хочет.
Так что все правки, переделки и доработки мы всегда выносим в следующий этап или даже оцениваем как дополнительные работы за дополнительные деньги. Это значит, что они перестают быть правками и становятся частью задачи на будущем этапе или вообще превращаются в отдельное приложение с отдельным бюджетом. А юридически мы прикрыты принятыми актами.
Если дойдет до суда — процесс рассмотрят в Арбитражном суде Москвы. Это важно даже не потому, что суд находится в Москве, как и мы. А потому, что московский и питерский суды имеют практику по делам студий, агентств и вообще интеллектуальной собственности. А суды в нестоличных городах — не имеют. И нестоличный суд не будет с той же тщательностью, что и московский, разбираться, все ли ховеры переданы и считать ли их интеллектуальной собственностью.
Приложение
Приложение — это соглашение об определенном наборе работ. В нем мы фиксируем этапы, сроки, стоимость, ответственность сторон на конкретном проекте. Если проект большой, мы можем сделать два приложения: первое — на дизайн, второе — на программирование. Если проект маленький, мы составляем одно приложение. Расскажу о наших принципах именно на таком примере.
В приложении всегда есть предоплата. В зависимости от договоренностей с клиентом и объема работ, она составляет от 20 до 100% стоимости контракта. Мы не работаем без предоплаты, потому что всегда есть шанс расторжения договора и прекращения сотрудничества. Будет обидно, если мы сделаем работу без предоплаты, ее не примут и потребуют расторгнуть договор. Получится, что денег нет, клиента нет, а время, которое потрачено на эту работу, не вернуть.
Работы в приложении делятся на этапы. Каждый этап закрывается актом выполненных работ и становится основой для последующих работ и этапов.
Сначала читать, потом подписывать
Разбивка по этапам выглядит примерно так:
При желании можно разбить проект на большее количество этапов: отдельно показать прототип, адаптацию макетов, верстку, тестирование и что-нибудь еще. Все зависит от проекта.
В таком устройстве документа есть два плюса. Каждый этап становится базой для дальнейших работ: к примеру, программирование не начнется, пока мы не сдадим дизайн. Каждый этап закрывается актом, поэтому внести в него лишнюю корректировку просто так не получится. Если началось программирование, значит, дизайн не изменится.
В сроках есть такая хитрость: мы учитываем не только срок нашей работы над этапом, но и срок, когда клиент принимает работу. Обычно это 5 рабочих дней. Так у нас есть время сдать проект и передохнуть перед следующим этапом, а у клиента — время принять нашу работу, обсудить ее с командой, согласовать, подписать акт и провести нужный платеж. Если клиент пишет мотивированный отказ, мы должны переделать непринятые работы. Срок переделки равен сроку несогласованного этапа.
Каждый этап имеет свою стоимость и закрывается актом. Такая разбивка защитит, если в середине проекта придется расторгать приложение или договор. Это может произойти по разным причинам: клиент поругался со студией или решил открыть новую фирму и все договоры старой фирмы хочет срочно закрыть.
Для каждого этапа мы указываем, в какой форме сдаем результат. И именно результат по этой форме клиент может принять или не принять. Объясняю на примере.
Вот что мы делаем для разработки концепции:
Но мы специально не обещаем всего этого в приложении и не оформляем как результат работ. Все это — процессы и промежуточные результаты, их нельзя «сдать» в виде результата работ. С юридической точки зрения мы должны клиенту только два файла в определенном формате.
Интеллектуальная собственность. Мы разграничиваем, кому должны принадлежать права на материалы, которые потребуются для разработки сайта. Кроме собственно результатов работы, которые мы передаем клиенту, например макетов, в нашей работе встречаются и другие материалы:
Задание
Задание — это стандартный первый этап работы над проектом. Мы употребляем именно термин «задание», а не «техническое задание» или «ТЗ», по нескольким причинам.
Для нас задание — это документ, фиксирующий цели и задачи сайта, основные требования к форматам, состав страниц, список необходимых материалов. На этом все. У «технического задания» есть собственное определение и госты. Подготовка такого документа будет стоить дороже, при этом для наших клиентов он будет избыточным. Мы даем определение нашему пониманию термина «задание», чтобы не возникало разночтений или требований оформить его по госту, как «техническое задание».
Если среди читателей есть те, кто сможет рассказать, чем ТЗ на создание корпоративного сайта круче обычного задания, — расскажите, вдруг мы передумаем.
Само задание мы сдаем как результат работ, который закрывается актом. Подписывается при этом и акт, и задание — так мы фиксируем все, что написано в задании, как требования к последующим этапам.