Акт сдачи-приема работ по созданию сайта
Акт сдачи-приема работ — документ, фиксирующий завершение выполнения договора. Подписывается исполнителем и заказчиком и является основанием для оплаты.
Так, что, господа веб-разработчики, не пренебрегайте оформлением документации, потому что заказчики бывают разные. Старайтесь четко следовать договору, плану работ, а все изменения, которые просит внести клиент, принимайте в письменном виде, чтобы избежать потом многих недоразумений.
Когда сайт будет готов, поспешите получить подписанный акт, который подтверждает, что все работы выполнены. Если потом заказчик захочет, а такое бывает очень часто, внести какие-то изменения, то это будет уже не за счет бюджета, отведенного на создание сайта.
Вот так выглядит типичный шаблон акта сдачи-приема работ по созданию сайта.
Акт сдачи-приема работ по созданию сайта
Приложение № ______
К Договору на создание сайта № ______
от ____________ 20___ г.
город ____________, дата ______ 20 __ г.
ООО «_______________», именуемое в дальнейшем «Исполнитель», в лице директора _______________, действующего на основании Устава, с одной стороны,
и ООО «_______________», именуемое в дальнейшем «Заказчик», в лице директора _______________, действующего на основании Устава, с другой стороны, далее совместно именуемые «Стороны», по отдельности именуемые «Сторона», пришли к согласию и составили настоящий Акт о том, что выполненные работы (оказанные услуги) по созданию корпоративного веб-сайта ООО «_______________», размещенного по адресу ________, удовлетворяют условиям Договора на создание сайта № ______от ____________ 20___ г. и Техническому заданию (Приложение № ______ к Договору № ______от ____________ 20___ г.).
Договорная цена выполненных работ (оказанных услуг) составляет: _______ грн (сумма прописью грн, 00 коп.).
Акт сдачи-приема работ, заверенный подписями Сторон, свидетельствует об отсутствии претензий и замечаний у Заказчика к Результату всех работ.
В случае необходимости внесения любых изменений и дополнений в Сайт, после заверения Акта сдачи-приема работ, стоимость и сроки для их выполнения, оговариваются отдельно.
Настоящий Акт составлен в 3-х подлинных экземплярах, на одной из копий Заказчик ставит отметку о его получении с указанием даты и должности лица, получившего Акт, которую незамедлительно возвращает Исполнителю.
В течение 5 рабочих дней с момента получения Акта сдачи-приема Заказчик принимает работы и подписывает оставшиеся 2 копии Акта сдачи-приема, одну из которых оставляет себе, а другую возвращает Исполнителю.
В случае отказа в подписании Акта сдачи-приема Заказчик предоставляет Исполнителю мотивированный письменный отказ в приемке работ. Мотивированный отказ должен содержать перечень несоответствий Результата всех работ и Техническому Заданию.
В случае невозвращения Заказчиком подписанного Акта сдачи-приема работ по истечении 5 рабочих дней и не предоставления мотивированного отказа в такие же сроки, Стороны считают Результат всех работ принятым Заказчиком.
В случае предоставления Заказчиком Исполнителю мотивированного письменного отказа, составленного в соответствии с условиями настоящего Договора, Исполнитель обязан своими силами в течение срока, равного сроку исполнения этих работ, в соответствии со сроками, определенными в Техническом Задании, или в течение иного срока, письменно согласованного Сторонами, исправить либо переделать проделанную работу для обеспечения ее надлежащего качества.
Письменный отказ с перечнем несоответствий Технического Задания принимается единоразово. Изменения, не указанные в документе письменного отказа, не входят в стоимость разработки сайта и оплачиваются отдельно.
Несоблюдение указанных сроков, формы и содержания заявляемых отказов, возражений, требований или претензий, лишает Заказчика права ссылаться в последующем на указанные обстоятельства в качестве оснований и доказательств неисполнения или ненадлежащего исполнения Исполнителем своих обязательств, предусмотренных Договором.
Исполнитель
Работу сдал:
Директор _______________ Ф. И. О.
М. П.
Заказчик
Работу принял:
Директор _______________ Ф. И. О.
М. П.
Скачать акт сдачи-приема работ по созданию сайта.
fortress-design.com
Как составить грамотное техзадание на разработку сайта
Помните закон Мерфи? Если вас могут понять неправильно, вас обязательно поймут неправильно. Это справедливо не только в общении между людьми, но и в создании сайтов. Клиент хотел второй «Фейсбук», а получил форум юных собаководов. Разработчик не угадал хотелку заказчика — потратил время впустую.
В этом гайде я расскажу, что и зачем нужно писать в техзадании. Заодно покажу, как писать не надо, чтобы создание ТЗ не обернулось потраченным впустую временем.
Статья будет полезна:
- Всем, кто имеет отношение к созданию сайтов: разработчикам, дизайнерам, верстальщикам.
- Менеджерам проектов.
- Руководителям диджитал-студий.
- Предпринимателям, которые планируют заказать разработку сайта.
Чтобы материал получился дельный, я собрал комментарии нескольких разработчиков, дизайнеров, проект-менеджеров и владельцев диджитал-студий. Самые ценные добавил в конец статьи. Поехали разбираться.
Что такое техзадание и зачем оно нужно
Главная цель технического задания: убедиться, что клиент и исполнитель правильно поняли друг друга.
Пользы от технического задания много. Для каждой стороны она своя.
Польза для клиента:
- Понять, за что он платит деньги, и каким будет сайт. Можно сразу увидеть структуру, понять, что и как будет работать. Прикинуть, все ли устраивает. Если нет — без проблем поменять еще до начала разработки.
- Увидеть компетентность исполнителя. Если техзадание понятное и четкое — доверие к разработчику повышается. Если там написана каша — возможно, стоит бежать и не оглядываться.
- Застраховаться от недобросовестности исполнителя. Когда сайт готов, его можно проверить по техническому заданию. Есть несоответствия? Разработчик обязан их исправить. Если вы сотрудничаете официально и заключали договор — можно даже принудить через суд.
- Упростить замену исполнителей. Если клиент и разработчик повздорили и разбежались, создание сайта может сильно затянуться. Когда есть подробное техзадание, его можно передать новой команде — она втянется в работу в разы быстрее.
- Узнать стоимость разработки сложного продукта. Оценить точные сроки и стоимость разработки сложного веб-сервиса сходу нельзя. Сначала нужно понять, как будет работать сервис, и какие в нем будут функции. Для этого и нужно подготовить техзадание.
Польза для исполнителя:
- Понять, что хочет заказчик. Клиенту задают десятки вопросов, показывают примеры, предлагают решения. Затем записывают все в единый документ и согласовывают. Если все окей — ура, вы поняли правильно.
- Застраховаться от внезапных хотелок клиента.
- Показать свою компетентность. Классно подготовленное техзадание покажет клиенту экспертность разработчиков. Если компания сомневалась, доверять ли вам разработку сайта, сомнения с большой вероятностью развеются.
- Заработать деньги. Некоторые студии и разработчики предлагают составление ТЗ как отдельную услугу.
- Облегчить и ускорить процесс разработки. В хорошем ТЗ указаны структура сайта, необходимые функции и элементы на каждой странице. Когда все требования уже перед глазами — остается только задизайнить и написать код.
Теперь давайте разберемся, как составить хорошее техзадание, которое выполняет все эти функции.
Техзадание составляет исполнитель
Вообще техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.
Хорошее ТЗ всегда составляет исполнитель: проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец кафе или стоматологической клиники. Поэтому описывать проект придется ему.
Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Збс, одобряю». Он тоже должен участвовать в процессе:
- Познакомить исполнителя с компанией, продуктами и целевой аудиторией.
- Объяснить, зачем ему сайт.
- Рассказать, что он хочет, поделиться идеями.
- Показать примеры хороших с его точки зрения сайтов.
- Ответить на любые другие вопросы исполнителя.
Конечно, заказчик может набросать свой вариант ТЗ. Возможно, это ускорит процесс создания конечного техзадания. А возможно, получится мусор, который втихаря выкинут на помойку.
Пишите однозначно и точно
Этот совет вытекает из главной цели техзадания — «Убедиться, что клиент и исполнитель правильно поняли друг друга».
В техническом задании не должно быть качественных прилагательных: красивый, надежный, современный. Их нельзя однозначно понять. У каждого свои понятия красоты и современности.
Посмотрите. Кто-то ведь посчитал этот дизайн красивым и разрешил использовать на своем сайте:
То же самое — с невнятными формулировками, которые ничего сами по себе не значат:
- Сайт должен понравиться заказчику. А если у него будет плохое настроение?
- Сайт должен быть удобным. Что это значит? Удобным для чего?
- Качественный экспертный контент. Ну, вы поняли.
Проверяйте, нет ли в тексте неоднозначностей. Если есть — перепишите. Ваши формулировки должны быть четкими и точными:
- Сайт должен загружаться быстро → Любая страница сайта должна иметь больше 80 баллов в Google PageSpeed Insights.
- Большие нагрузки → 50 тысяч посетителей одновременно.
- На главной странице выводится список статей → На главной странице выводится список последних 6 опубликованных статей.
- Минималистичный удобный интерфейс подписки → Поле «Оставьте e-mail» и кнопка «Подписаться» → *нарисованный эскиз*.
С формулировками разобрались, давайте пробежимся по структуре.
Укажите общую информацию
Все члены команды должны правильно понимать, чем занимается компания и кто ее целевая аудитория. Чтобы никто не запутался, это лучше прописать в самом начале техзадания.
А еще стоит указать цель сайта и описать его функционал в двух словах — чтобы не получить интернет-магазин вместо блога.
Поясните сложные термины
Первое правило техзадания — оно должно быть понятно всем, для кого предназначено. Если вы собираетесь использовать термины, которые может не понять ваша клиентка — владелица магазина детских игрушек — обязательно поясните их. Понятным языком, а не копипастой из «Википедии».
Опишите инструменты и требования к хостингу
Представьте, что вы 2 месяца делали крутой сайт. Каждый этап согласовывали с клиентом — он в восторге. И вот пришло время сдавать работу. Вы показываете админку, а клиент кричит: «Это что такое? Модэкс?! Я думал, вы сделаете на «Вордпрессе»!»
Чтобы таких проблем не было, опишите используемые инструменты, движки и библиотеки. Заодно укажите требования к хостингу. Мало ли, вы сделаете на PHP — а у клиента сервер на .NET.
Перечислите требования к работе сайта
Сайт должен работать во всех браузерах актуальных версий и на всех типах устройств. Да, это очевидно для любого разработчика и любого заказчика. Но лучше написать, чтобы защитить клиента от недобросовестно выполненной работы.
Сюда же напишите требования к скорости загрузки сайта, устойчивости к нагрузкам, защите от хакерских атак и подобным вещам.
Мы делаем сайты, которые оптимизированы под поисковики и приносят продажи. Обращайтесь! ПодробнееУкажите структуру сайта
До начала отрисовки дизайна и верстки вам нужно согласовать с клиентом структуру сайта.
Пообщайтесь с заказчиком, выясните, что ему надо. Соберите разработчиков, сеошников, маркетологов, главреда — и решите, какие страницы нужны на сайте. Подумайте, как они будут связаны между собой, с какой на какую можно перейти.
Можно показать структуру списком, можно нарисовать блок-схему. Как вам удобнее.
Это один из важнейших этапов работы на сайтом. Структура — это фундамент. Если она неудачная — сайт получится кривой.
Объясните, что будет на каждой странице
Клиент должен понять, зачем нужна каждая страница и какие элементы на ней будут. Есть два способа это показать.
Прототип — более наглядный и однозначный способ. Исполнитель рисует эскизы каждой страницы и прилагает их к техзаданию. Клиент видит, как будет выглядеть интерфейс его будущего сайта и говорит, что ему нравится, а что стоит изменить.
Перечисление элементов — ленивая альтернатива прототипу. Просто напишите, какие блоки должны быть на странице, и что они делают.
Распишите сценарии использования сайта
Если вы делаете какой-то нестандартный интерфейс, просто показать структуру и эскизы страниц недостаточно. Важно, чтобы вся команда исполнителей и клиент поняли, как посетители будут пользоваться сайтом. Для этого отлично подходят сценарии. Схема сценария очень простая:
- Действие пользователя.
- Ответное действие сайта.
- …
- Результат.
Конечно, если вы делаете стандартную визитку или лендинг, писать сценарии не нужно. Но если на сайте будут какие-то интерактивные сервисы — очень желательно.
Подробнее о сценариях использования читайте в «Википедии».
Определите, кто отвечает за контент
Одни разработчики делают сайт сразу с контентом. Другие ставят рыбу. Третьи могут написать тексты, но за дополнительную плату. Договоритесь об этом на берегу и зафиксируйте в техзадании, какой контент вы должны подготовить.
Придумать объективные критерии оценки качества текстов довольно сложно. Лучше не пишите ничего, чем «Качественный, интересный и продающий контент, полезный для целевой аудитории». Это мусор, он никому не нужен.
Указать, что весь контент должен быть уникальный, — это полезно. Еще одна защита клиента от недобросовестных исполнителей.
Опишите дизайн (если сможете)
Как и в с случае с текстом, объективные критерии оценки дизайна придумать сложно. Если вы с клиентом договорились о цветовой гамме — напишите ее. Если у него есть брендбук, в котором прописаны шрифты, — укажите и их.
Писать про красивый и современный дизайн не надо. Это ничего не значит, не имеет силы и вообще фу.
Вместо вывода: структура техзадания
Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:
- Информация о компании и целевой аудитории, цели и задачи сайта.
- Глоссарий терминов, которые могут быть непонятны клиенту.
- Технические требования к верстке и работе сайта.
- Описание используемых технологий и список требований к хостингу.
- Подробная структура сайта.
- Прототипы страниц или описания элементов, которые должны на них быть.
- Сценарии использования нестандартного интерфейса (опционально).
- Список контента, который делает разработчик.
- Требования к дизайну (опционально).
Также рекомендую почитать
Это конец той части, которую писал я. Но есть и другая — комментарии специалистов, которые помогали делать гайд. Почитайте, это тоже интересно.
Комментарии разработчиков
Я пообщался с несколькими разработчиками, чтобы узнать, как они составляют техзадания. Передаю микрофон им.
Аша Саакян, веб-дизайнер, фрилансер
Техзадание должен писать менеджер проекта, тимлид или сам разработчик (если он фрилансер и работает один). Клиент не разбирается в сайтах — он не сможет учесть все важное.
Я пишу ТЗ, чтобы оно было понятным для заказчика. Поясняю термины, описываю структуру, дизайн, функционал, используемые технологии. Часто прикладываю прототипы страниц, чтобы клиент понял, как будет выглядеть его сайт. Потом составляю отдельное задание для верстальщика — с техническими деталями и пояснениями, которые помогут в его работе.
Чем сложнее задача, тем подробнее должно быть ТЗ. Когда я участвовала в больших проектах, я видела техзадания и на 30 страниц.
Гурам Сипки, основатель диджитал-студии Udix Media
В первую очередь ТЗ нужно клиенту — чтобы он понял, каким будет его сайт, и на что уходят деньги. Если что-то сделано не так — он может сослаться на ТЗ и попросить переделать.
ТЗ составляет менеджер проекта после общения с клиентом и обсуждения задачи с дизайнером.
Крупные заказчики часто просят очень подробные ТЗ, в которых описана каждая кнопка. Небольшие компании наоборот не любят дотошные документы на 100 страниц. Долго читать и легко упустить что-то важное. Чаще мы делаем лаконичные ТЗ на 10–15 страниц.
Мы указываем:
- Информацию о компании и цель сайта.
- Требования к дизайну, цветовую гамму.
- Используемые технологии и CMS.
- Кто занимается контентом — мы или клиент.
- Структуру сайта вплоть до каждой страницы.
- Описания каждой страницы. Мы не делаем прототипы, но указываем, какие элементы должны быть на странице, и как они должны работать.
Последние 2 раздела — самые важные. Именно они обеспечивают понимание, какие будет сайт и как он будет работать.
Очень важный момент — нельзя просто отдать техзадание разработчикам и надеяться, что они все сделают хорошо. ТЗ — это список требований к сайту, оно не может заменить общение. Важно убедиться, что каждый член команды понимает общую цель, а не просто выполняет задачи на потоке. Если что-то непонятно — надо объяснить, обсудить, дать подробные комментарии.
Дмитрий Кузьмин, менеджер проектов
Писать техзадание должен разработчик или менеджер проекта. Нужно указывать только конкретные завершенные формулировки, которые невозможно оспорить. И избегать оценочных прилагательных: красивый, эффективный и прочее.
Если что-то не указано в ТЗ — надо или уточнить у клиента или реализовать на усмотрение разработчика. Но отдельно сообщаем об этом моменте клиенту. Это нужно обсудить заранее, а еще лучше прописать в конце техзадания.
А еще нужно нарисовать примерные эскизы того, что должно получиться. С подробными комментариями.
Александр Курочкин, основатель студии Etalon Idea
Техзадание есть всегда, без него не бывает работы. «Мне нужен интернет-магазин» — это уже техзадание. Проблема в том, что это очень расплывчатое ТЗ, оно не дает практически никакого понимания.
Задача проект-менеджера — собрать всю необходимую информацию, продумать решение, создать сайт у себя в голове. А потом описать его в документе. Фактически, ТЗ — это уже полпути к готовому продукту.
Техзадание — это эталон, с которым вы и ваши клиенты будете сравнивать сайт. Оно нужно всем:
- Разработчик равняется на вещи, описанные в ТЗ.
- Тестировщик проверяет, все ли работает так, как задумано.
- Клиент понимает, что получит в итоге.
- Менеджер проекта может оценить стоимость и сроки разработки.
С сайтом-визиткой или магазином все просто. На нем вряд ли будет что-то новое, поэтому оценить его стоимость легко еще на этапе обсуждения. Если мы делаем что-то подобное, то можем обойтись вообще без ТЗ. Обсудили задачу, написали формальность в договоре, сделали. Все довольны.
Если клиенту нужен сложный продукт, никто не сможет сходу оценить сроки и стоимость. Сначала надо разобраться, что именно нужно. Затем, как все будет работать. Потом прикинуть, как это сделать. И только после этого станет ясно, сколько человекочасов уйдет на реализацию.
В ТЗ мы указываем:
- цель сайта;
- требования к серверу;
- описание работы сайта и отдельных его элементов;
- используемые технологии и библиотеки;
- макет дизайна интерфейса;
- структуру и логику внутренних переходов;
- роли и сценарии работы с сайтом для каждой из них;
- архитектуру базы данных (опционально).
Мой совет читателям — в первую очередь наладьте коммуникацию. Если члены команды не могут понять друг друга и клиента — никакое техзадание вам не поможет.
Юрий Кетов, фронтенд-разработчик, фрилансер
Я не люблю работать по ТЗ. Большинство ТЗ, которые я видел, чрезмерно громоздки и неэффективны. Для меня идеальна ситуация, когда клиент в одном абзаце формулирует задачу сайта и контекст, в котором он будет использоваться.
Например, так:
Сайт для Кукольного театра. Задача — рассказать посетителям о театре и репертуаре, предоставить возможность заказать билет онлайн.
В этом случае для меня главное — референсы. Я посмотрю, что сделали в этом тематике Студия Лебедева, Nimax, RedCollar, ONY, Сибирикс и еще примерно 10 компаний, выберу 2-3 наиболее удачных проекта, согласую с клиентом и буду ориентироваться на них.
Или так:
Промостраница для продажи хны для биотатуажа.
Здесь главное сделать сайт, с помощью которого можно достигнуть нужных KPI. Смотрим, какие сайты делают IT-Agency и Convert Monster и делаем также, не надо ничего изобретать.
Чем больше контента дает клиент, тем лучше. Если вы дадите мне 1000 фотографий, 20 видео, 50 страниц текста — супер. Я сам все отфильтрую и выберу то, что нужно. Я немного утрирую, но, в общем, это так. Чем больше контента на входе, тем лучше, но оставьте за мной право выбирать.
Александр Белов, проект-менеджер «Текстерры»
Техническое задание нужно любому проекту. В каждом ТЗ обязательно должны быть указаны:
- Цели и задачи, которые будет выполнять сайт.
- Целевая аудитория.
- Проработанная до мелочей, структура сайта.
- Интерфейсные элементы сайта.
Клиент должен четко представлять свой сайт в законченном варианте, его внешний вид и дальнейшую стратегию развития.
Техническое задание не должно указывать разработчикам «как им делать, что делать и какой код вставить» — это в корне неправильно. В общих чертах, нужно описывать какой сайт должен быть, а не как его делать. Это необходимо учитывать как минимум потому, что заказчик, чаще всего, не обладает должной экспертизой.
Что касается подхода, то мы всегда прислушиваемся к мнению клиента, но бывают моменты, когда понимаем, что так делать не стоит. В этом случае стараемся переубедить заказчика, опираясь на экспертные данные. В целом мы приветствуем любое видение клиентов.
Как мы готовим техзадание:
- Анализируем ТЗ, присланное клиентом.
- Изучаем прототип и дизайн-макет сайта.
- На основе полученных данных начинаем подбирать функциональные модули для сайта, которые будут использоваться 100 % и которые, возможно, потребуется использовать.
- Прописываем элементы, которые будут нужны при работе с интерфейсом.
- Исходя из этих данных и оценки «веса» сайта, вычисляем подходящие системные требования к хостингу сайта.
- После этих базовых пунктов начинаем расписывать ТЗ более детально по каждой странице.
texterra.ru
Договор выполнения работ по созданию сайта и размещения сайта на сервере, 2019, 2018 — Договор оказания услуг, работ — Образцы и бланки договоров
Договор № ______
г. __________________ «___» _________20__г.
_______________________________, именуемое в дальнейшем «Исполнитель», в лице _______________________________________, действующего на основании ______________, с одной стороны, и ________________________________, именуемое в дальнейшем «Заказчик», в лице ____________________________________, действующего на основании __________, с другой стороны, заключили настоящий Договор о нижеследующем:
Определение терминов.
Термины, которые используются в настоящем Договоре, имеют следующие значения:
Сайт – информационный ресурс в сети Интернет, содержащий текстовую, графическую и другую информацию, имеющий уникальный адрес в системе доменных имен и поддерживаемый комплексом системных программных средств.
Контент – информационное содержание сайта.
Акт сдачи-приемки работ по созданию сайта – документ, заверяемый подписями Сторон, свидетельствующий о завершении всего комплекса работ, предусмотренных в пункте 1 настоящего договора. Любые доработки и изменения сайта после подписания Акта сдачи-приемки работ возможны лишь в рамках дополнительных соглашений к настоящему договору.
1. ПРЕДМЕТ ДОГОВОРА
1.1. Исполнитель обязуется выполнить работы по созданию сайта Заказчика (далее по тексту – «Сайт») и размещению Сайта на сервере исполнителя, а Заказчик принять и оплатить выполненную работу в соответствии с настоящим Договором.
2. ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ
Исполнитель обязан:
2.1 Надлежащим образом выполнить работы по созданию Сайта в соответствии с перечнем, указанным в Перечне работ по созданию Сайта (Приложение № 1), являющемся неотъемлемой частью настоящего Договора.
2.2 Выполнить работы по созданию Сайта в срок, указанный в Календарном плане (Приложение №3), являющемся неотъемлемой частью настоящего Договора.
2.3 При размещении информации на Сайте использовать только материалы, утвержденные Заказчиком в письменном виде.
2.4 Разместить готовый Сайт на сервере Исполнителя.
2.5 Предоставить Заказчику доступ к странице администрирования (логин и пароль). Провести инструктаж по правилам работы с системой администрирования.
2.6 В случае сбоев в работе Сайта, вызванных выявленными ошибками, связанными с его программным обеспечением, Исполнитель обязуется за свой счет восстановить нормальную работу Сайта в течение 3 (трех) рабочих дней с момента сообщения ему об ошибке в случае, если указанные сбои не связаны со следующими обстоятельствами:
- неправильной работой с Сайтом сотрудников Заказчика;
- самостоятельным изменением Заказчиком программного кода;
- отключением сайта за неуплату Заказчиком услуг по хостингу;
- форс-мажорными обстоятельствами в работе провайдера услуг по хостингу Сайта;
- форс-мажорными обстоятельствами в работе провайдера Интернет-услуг Заказчика.
В случае если сбои в работе Сайта связаны с вышеуказанными обстоятельствами, восстановление нормальной работы Сайта проводится Исполнителем за дополнительную плату и в срок, отдельно согласованный с Заказчиком.
3. ОБЯЗАННОСТИ ЗАКАЗЧИКА
Заказчик обязан:
3.1 Назначить ответственное лицо для осуществления контроля за ходом работ, выполняемых Исполнителем в рамках настоящего Договора. Данное лицо является ответственным за принятие решений по текущим вопросам, возникающим в ходе работы над Сайтом.
3.2 Предоставить необходимые материалы (текстовые и графические) для создания дизайна и наполнения страниц Сайта в сроки, предусмотренные в Календарном плане (Приложение №3). В случае невозможности предоставления Заказчиком необходимых материалов, условия изготовления данных материалов Исполнителем должны быть оговорены в дополнительном соглашении.
3.3 Своевременно оплатить работу Исполнителя в соответствии с п. 5 настоящего Договора.
3.4 В случае размещения сайта на сервере Заказчика, обеспечить соответствие сервера техническим требованиям для размещения Сайта.
3.5 Предоставить Исполнителю доступ к серверу для размещения Сайта и для выполнения работ, предусмотренных настоящим Договором.
3.6 Самостоятельно отвечать за содержание информации, передаваемой им для размещения на Сайте.
4. ПОРЯДОК ВЫПОЛНЕНИЯ И СДАЧИ-ПРИЕМКИ РАБОТ
4.1. Порядок выполнения работ и отчетность по ним определяется Календарным планом (Приложение №3). Работы начинаются после внесения Заказчиком авансового платежа в соответствии с п. 5.5. настоящего Договора.
4.2. Исполнитель гарантирует, что работы будут выполнены в указанный срок, при условии, что в ходе работ не было простоев, произошедших не по вине Исполнителя, или Исполнитель и Заказчик не согласились письменно в ходе работ изменить сроки их выполнения. Допускается досрочная сдача-приемка работ.
4.3. В течение всего периода создания Сайта текущая версия Сайта будет доступна для просмотра Заказчиком по адресу: http:__________________
4.4. Исполнитель разрабатывает вариант дизайна Сайта после утверждения структуры Сайта, принимая во внимание пожелания Заказчика в сроки, указанные в календарном плане – Приложение №3 . Данный вариант редактируется до утверждения Заказчиком. Утверждение дизайна Заказчиком фиксируется актом, в одностороннем порядке подписанным Заказчиком, после подписания акта никакие редакции дизайна не допускаются.
4.5. В случае принятия Заказчиком решения о заказе Исполнителю разработки дополнительных эскизов дизайна Сайта, эта работа рассматривается как дополнительная к составу Работ по Договору. Стоимость, состав и сроки вышеуказанной дополнительной работы утверждаются Сторонами в Дополнительном Соглашении к Договору, которое становится его неотъемлемой частью.
4.6. Заказчик может поручить внесение дополнительного объема информации Исполнителю. В этом случае вышеуказанная работа рассматривается как дополнительная к составу работ по Договору. Стоимость, состав и сроки выполнения вышеуказанной дополнительной работы утверждаются Сторонами в дополнительном соглашении к Договору, которое становится его неотъемлемой частью.
4.7. Исполнитель гарантирует бесперебойную работу функциональных модулей проекта на протяжении пяти лет после запуска Сайта в эксплуатацию.
4.8. После выполнения работ по созданию Сайта в соответствии с п. 1. настоящего Договора Стороны подписывают Акт сдачи-приемки работ. Заказчик в течение 3 (трех) рабочих дней с даты получения подписанного Исполнителем Акта сдачи-приемки работ обязан подписать его или направить Исполнителю мотивированный отказ от приемки в письменном виде.
4.9. Мотивированным отказом признается письменный документ, составленный и подписанный Заказчиком, который должен содержать указания на несоответствия выполненных работ Перечню работ по созданию Сайта (Приложение №1).
4.10.В случае направления мотивированного отказа Сторонами составляется двухсторонний акт с перечнем необходимых доработок и сроков их выполнения. По согласованию Сторон, может заключаться дополнительное соглашение, в котором оговариваются перечень, стоимость и срок выполнения дополнительных работ.
4.10 В случае, если Заказчик не представил Исполнителю мотивированный отказ от приемки работ в течение 3 (трех) рабочих дней с даты представления Исполнителем Акта сдачи-приемки работ, они считаются сданными, а Акт, подписанный Исполнителем в одностороннем порядке, имеет силу двустороннего и является юридическим основанием для проведения расчетов Заказчика с Исполнителем за выполненные им работы.
4.11 По завершении всех работ над проектом, подписании Акта сдачи-приемки работ и окончательного расчета, Сайт Заказчика переносится с локального сервера Исполнителя на хостинговую площадку и становится доступным в сети Интернет по адресу www.____________
5. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ
5.1 Стоимость работ указана в Приложении №2, являющимся неотъемлемой частью данного Договора.
5.2 Указанная стоимость работ включает в себя НДС (18%).
5.3 Расчеты по настоящему договору осуществляются в рублях по курсу ЦБ РФ на день платежа.
5.4 Оплата работ за создание сайта по Договору осуществляется на основании подписанного Сторонами Акта сдачи-приемки работ, в срок не позднее 3 рабочих дней со дня подписания Акта.
5.5 В стоимость работ по данному договору не включены работы по составлению контента сайта.
5.6 В случае мотивированного отказа от приемки работ, сторонами составляется двухсторонний акт с перечнем необходимых доработок и сроков их исполнения. По согласованию Сторон, может заключаться дополнительное соглашение, в котором оговариваются перечень, стоимость и срок выполнения дополнительных работ.
6. АВТОРСКИЕ ПРАВА
6.1 Исключительные авторские права на использование в любой форме и любым способом, предусмотренным действующим законодательством, разработанного по настоящему Договору Сайта распределяются между Сторонами следующим образом:
6.1.1. вышеназванные права на программный код программного обеспечения Сайта принадлежат Исполнителю;
6.1.2. вышеназванные права на дизайн Сайта принадлежат Заказчику и подлежат передаче ему после завершения Исполнителем соответствующих работ, с обязательным составлением Акта приема-передачи авторских прав.
6.1.3. Исключительные авторские права на использование в любой форме и любым способом, предусмотренным действующим законодательством, на эскизы дизайна, от приема которых Заказчик отказался, принадлежат Исполнителю.
6.2. Исполнитель гарантирует Заказчику, что исключительные авторские права на использование в любой форме и любым способом, предусмотренным действующим законодательством, программного кода, а также эскизы дизайна, впоследствии передаваемые Заказчику, принадлежат Исполнителю и свободны от прав и претензий третьих лиц.
7. ОТВЕТСТВЕННОСТЬ СТОРОН
7.1. Стороны несут ответственность по настоящему Договору в соответствии с действующим законодательством РФ.
7.2. За несвоевременную оплату работ исполнителя Заказчик выплачивает Исполнителю пени в размере 0,1% от суммы задолженности за каждый день просрочки.
7.3. За несвоевременное предоставление необходимых материалов (текстовых и графических) для создания дизайна и наполнения страниц Сайта, а также продление сроков работ, указанных в Приложении №3 Договора по вине Заказчика, Заказчик выплачивает Исполнителю пени в размере 0,1 % от общей стоимости работ по Договору согласно Приложению №2 за каждый просроченный день.
7.3. При нарушении Исполнителем сроков выполнения работ, указанных в Приложении № 3 Договора, Исполнитель обязан выплатить Заказчику пени в размере 0,1% от стоимости данного вида работ, за каждый день просрочки.
7.4. Штрафные санкции, указанные в п. 7.2. настоящего Договора, начисляются на основании и с момента получения заказчиком письменной претензии от Исполнителя.
7.5. Штрафные санкции, указанные в п. 7.3. настоящего Договора, начисляются на основании и с момента получения исполнителем письменной претензии от Заказчика.
8. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ (ФОРС-МАЖОР)
8.1. Стороны освобождаются от ответственности за частичное или полное неисполнение обязательств по настоящему Договору, если это неисполнение явилось следствием обстоятельств непреодолимой силы, а именно: пожар, наводнение, землетрясение, военные действия, при условии, что данные обстоятельства непосредственно повлияли на выполнение условий по настоящему Договору. В этом случае срок выполнения договорных обязательств будет продлен на время действий указанных обстоятельств.
Под форс-мажорными обстоятельствами в работе провайдера услуг по хостингу сайта или форс-мажорными обстоятельствами в работе провайдера Интернет-услуг понимаются следующие обстоятельства:
- выход по независящим от действий Заказчика и/или Исполнителя причинам из строя и/или временная частичная или полная неработоспособность сервера на территории провайдера услуг по хостингу (если хостинг осуществляется не на сервере Исполнителя), содержащего файлы или программное обеспечение для работы сайта, любых его аппаратных и программных компонентов и/или периферийного оборудования, обеспечивающих нормальную работоспособность сайта;
- выход по независящим от действий Заказчика и/или Исполнителя причинам из строя и/или временная частичная или полная неработоспособность коммуникационных каналов, обеспечивающих связь между сервером на территории провайдера услуг по хостингу и любых других компьютеров в сети Интернет;
- выход по независящим от действий Заказчика и/или Исполнителя причинам из строя и/или временная частичная или полная неработоспособность коммуникационных каналов, обеспечивающих доступ Заказчика в Интернет (связь между любым компьютером Заказчика в сети Интернет, с которого осуществляется процесс обслуживания и пользования сайтом, и сервером на территории провайдера услуг по хостингу).
8.2. Сторона, которая не в состоянии выполнить свои договорные обязательства, незамедлительно информирует другую Сторону о начале и прекращении указанных выше обстоятельств, но в любом случае не позднее 3 (трех) рабочих дней после начала или окончания их действия с подтверждением компетентных государственных органов.. Несвоевременное уведомление об обстоятельствах непреодолимой силы лишает соответствующую Сторону права на освобождение от ответственности за неисполнение или ненадлежащее исполнение договорных обязательств по причине указанных обстоятельств.
8.3. Если указанные в п. 8.1. обстоятельства продолжаются более 3 (трех) месяцев, любая из Сторон вправе отказаться от дальнейшего исполнения обязательств по настоящему Договору, причем ни одна из Сторон не вправе требовать компенсации понесенных ею расходов.
9. ПРИМЕНИМОЕ ПРАВО И ПОРЯДОК РАЗРЕШЕНИЯ СПОРА
9.1. Настоящий Договор, порядок его исполнения, а также все споры, вытекающие из настоящего Договора, регулируются законодательством Российской Федерации.
9.2. Споры и разногласия, которые могут возникнуть из настоящего Договора, Стороны будут разрешать путем переговоров.
9.3. В случае, если Стороны не достигнут соглашения, то спор передается на рассмотрение в Арбитражный суд _____________________.
10. СРОК ДЕЙСТВИЯ ДОГОВОРА И ПОРЯДОК ЕГО РАСТОРЖЕНИЯ
10.1. Договор вступает в силу с даты его заключения и действует до исполнения Сторонами своих обязательств.
10.2. Настоящий Договор, может быть, расторгнут по обоюдному согласию Сторон в письменной форме при подписании соответствующего соглашения уполномоченными представителями Сторон.
10.3. Письменное уведомление о расторжении Договора направляется в адрес другой Стороны за 10 (десять) дней до указанной в уведомлении даты расторжения.
11. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
11.1. Во всем, что не предусмотрено настоящим Договором, Стороны руководствуются действующим законодательством Российской Федерации.
11.2. Изменения и/или дополнения содержания Договора могут быть внесены в него только по согласованию Сторон, оформляются в письменном виде, подписываются сторонами и являются его неотъемлемыми частями.
11.3. Настоящий Договор составлен в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой из Сторон и содержит приложения: Приложение №1 «Перечень работ по созданию Сайта»; Приложение №2 «Смета на выполнение работ»; Приложение №3 «Календарный план». Эти приложения являются неотъемлемой, составной частью Договора.
- АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
Исполнитель
|
Заказчик
|
|
______________________________________
______________________________________
_________________ /______________/ М.П. |
______________________________________
______________________________________
_________________ /______________/ М.П. |
|
К Договору № _____ от _____ г.
Перечень работ по созданию сайта.
|
1. Разработка дизайна сайта.
|
2. Верстка шаблонов HTML-страниц сайта. — нарезка и оптимизация графики, повторяющейся на всех страницах; — верстка шаблона начальной страницы сайта; — верстка шаблонов ключевых страниц сайта. |
3. Разработка модуля редактирования текста на страницах Модуль позволяет изменять текст на страницах сайта без привлечения специалиста. Поддерживается до 20 страниц. |
4. Разработка модуля «Пожелания» Данный модуль позволит пользователям отсылать пожелания непосредственно администратору сайта, без отображения их в публичном доступе. |
5. Разработка модуля «Отзывы» Данный модуль позволяет посетителям сайта оставлять отзывы в публичный доступ на специальной веб-странице. |
5. Разработка модуля «Новости» Данный модуль позволяет администраторам сайта добавлять неограниченное количество новостей, отображаемых в правой колонке сайта. По умолчанию модуль показывает 5 последних новостей.
|
6. Разработка модуля «Каталог товаров» Данный модуль реализует древообразный каталог товаров, имеющий неограниченное число разделов и уровней. В каждом уровне можно создавать любое количество товаров. У каждого товара можно редактировать следующую информацию: название, описание, цена, изображение.
|
7. Создание флеш-баннера. Баннер рекламного характера, отображающий продукцию, встраивается в верхнюю часть сайта. |
ПОДПИСИ СТОРОН:
Исполнитель: |
Заказчик: |
______________________________________
______________________________________
_________________ /______________/ М.П. |
______________________________________
______________________________________
_________________ /______________/ М.П. |
К Договору № _____ от _____ г.
Смета на выполнение работ.
|
Цена в рублях |
1. Разработка дизайна сайта. |
|
2. Верстка шаблонов HTML-страниц сайта.
|
|
3. Разработка программной части проекта В соответствии с перечнем работ. |
|
4. Разработка флеш-баннера |
|
5. Регистрация сайта в 5 русскоязычных поисковиках или каталогах
|
|
Итого: |
(включая НДС 18%) |
ПОДПИСИ СТОРОН:
Исполнитель: |
Заказчик: |
______________________________________
______________________________________
_________________ /______________/ М.П. |
______________________________________
______________________________________
_________________ /______________/ М.П. |
Приложение № 3
К Договору № ________ от _________ г.
Календарный план.
Наименование работ, выполняемых Исполнителем: |
Дата начала: |
Дата окончания: |
Отчетность: |
1. Разработка дизайна сайта. |
|
|
|
2. Верстка шаблонов HTML-страниц сайта.
|
|
|
|
3. Разработка программной части проекта
|
|
|
Акт о завершении работ по созданию сайта, подписанный обеими сторонами. |
Дата получения исполнителем текстовых материалов от заказчика |
|
Перечень графических элементов, предоставляемых заказчиком |
Дата получения исполнителем материалов |
Логотип |
|
ПОДПИСИ СТОРОН:
Исполнитель: |
Заказчик: |
______________________________________
______________________________________
_________________ /______________/ М.П. |
______________________________________
______________________________________
_________________ /______________/ М.П. |
dogovor-urist.ru
Образец договора на создание/разработку сайта от физического лица
Простой образец договора на создание web сайта для частного веб мастера с юридическим лицом.
Скачать бланк договора можно по ссылке.
Во избежании споров и недопонимания между заказчиком и клиентом лучше всего обезопасить свои деловые отношения заключив договор на создания сайта. В договоре четко описывается сроки разработки сайта, стоимость услуг, а так же обязанности сторон. __
На основании договора на создание сайта исполнитель обязуется создать сайт по заказу заказчик, а заказчик обязуется принять результаты работы и оплатить их.
ДОГОВОР РАЗРАБОТКИ САЙТА №__
_________________ г.
________________________________________________________________________________________, именуемое(ый, ая) в дальнейшем «заказчик», в лице ____________________________________________________________________ действующего(ей) на основании______________________________________________________, с одной стороны, и ____________________________________________________________, именуемый(ая) в дальнейшем «Исполнитель», действующий(ая) как физическое лицо, с другой стороны, вместе именуемые «Стороны», а индивидуально – «Сторона», заключили настоящий договор разработки сайта (далее по тексту – «Договор») о нижеследующем:
1.Термины и определения
1.1.Сайт – совокупность связанных между собой веб-страниц, объединенных под одним доменным именем или ip-адресом и принадлежащая частному лицу или организации.
1.2. Структура сайта – состав и взаимозависимость разделов и страниц сайта.
1.3. CMS – программное обеспечение, предназначенное для автоматизации процессов управления наполнением (контентом) сайта, сопровождения и администрирования сайта.
1.4. Страница сайта — веб-страница, составная часть сайта.
1.5. Программный компонент (модуль) – функционально завершенный фрагмент CMS, предназначенный для хранения, трансляции, объединения с другими компонентами.
1.6. Дизайн-макет – графическое изображение, иллюстрирующее способ представления страницы сайта.
1.7. Разработка дизайн-макета – создание дизайн-макета в специализированных графических редакторах.
1.8. Веб-страница – интерактивный документ, отображающийся в браузере. Может содержать текст, изображения, анимацию и видео. Состоит из одного или нескольких файлов.
1.9. Шаблон веб-страницы — набор файлов с неизменяемой информацией, на основе которых, совместно с информацией, полученной из базы данных, формируется динамическая веб-страница.
1.10. Динамическая веб-страница – веб-страница, содержимое которой зависит от информации, хранящейся в базе данных.
1.11. Верстка – процесс формирования файлов веб-страниц или шаблонов веб-страниц.
1.13. Внедрение – комплекс работ, направленный на интеграцию отдельного компонента в состав программного обеспечения.
1.14. Доменное имя (домен) – уникальное сочетание символов, по которому можно идентифицировать сайт в сети Интернет или локально-вычислительной сети.
1.15. Веб-сервер – это сервер, взаимодействующий с клиентом по HTTP запросу.
1.16. Клиент — это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу.
1.17. Хостинг-площадка – место физического размещения интернет-сайта.
2.Предмет договора
2.1. «Исполнитель» обязуется выполнить работы и оказать услуги по созданию сайта (далее по тексту – «Сайт», «Работы») в соответствии с требованиями и в объеме, указанными в «Техническом задании» «Заказчика» (Приложение №___ _________________ к «Договору»), которое является неотъемлемой частью «Договора», а «Заказчик» обязуется принять и оплатить «Работы».
2.2. «Техническое задание» разрабатывается «Заказчиком» по согласованию с «Исполнителем».
3.Срок действия договора
3.1.»Договор» вступает в силу с _________________и действует до _________________
4.Права и обязанности сторон
4.1.»Заказчик» обязуется:
4.1.1.Разработать техническое задание по согласованию с «Исполнителем».
4.1.2.В присутствии «Исполнителя» осмотреть и принять «Работы» и оплатить их в порядке и на условиях, предусмотренных «Договором».
4.2. «Исполнитель» обязуется:
4.2.1.Выполнить «Работы», указанные в «Техническом задании», в сроки, установленные в договоре
4.2.2.Разработать структуру «Сайта».
4.2.3.Осуществить разработку «Сайта» на основе CMS
4.2.4.Разработать программные компоненты.
4.2.5.Произвести работы по установке, настройке, конфигурированию (внедрению) программных компонентов в CMS «Сайта».
4.2.6.Разработать дизайн-макеты страниц «Сайта» по согласованию с «Заказчиком», осуществить верстку (разработку) и внедрение шаблонов веб-страниц «Сайта». Правообладателем разработанных дизайн-макетов, шаблонов веб-страниц «Сайта» является «Заказчик», при этом «Исполнитель» не вправе использовать разработанные дизайн-макеты и шаблоны веб-страниц «Сайта» для собственных нужд.
4.2.7.Зарегистрировать доменное имя на имя и за счет «Заказчика».
4.2.8.Разместить «Сайт» на хостинг-площадке _______________________ на срок _______________________
4.3.»Заказчик» вправе:
4.3.1.В любое время проверять ход и качество «Работ», не вмешиваясь в деятельность «Исполнителя».
4.3.2.Отказаться от исполнения «Договора» и потребовать возмещения убытков, если «Исполнитель» не приступает своевременно к исполнению «Договора»
4.4.»Исполнитель» вправе:
4.4.1.Привлекать на договорной основе лиц для выполнения «Работ», за действия которых он несет ответственность, как за свои собственные.
4.4.2.Не приступать к «Работам», а начатые «Работы» приостановить или отказаться от исполнения «Договора» и потребовать возмещения убытков в случаях, когда нарушение «Заказчиком» своих обязанностей по «Договору» препятствует исполнению «Договора» «Исполнителем», а также при наличии обстоятельств, очевидно свидетельствующих о том, что исполнение «Заказчиком» указанных обязанностей не будет произведено в установленный срок.
5.Сроки выполнения работ
5.1.Дата начала «Работ»: ______________________. Дата окончания работ: ___________________________
5.2.Сроки начала и окончания «Работ» по «Договору» переносятся «Исполнителем» в одностороннем порядке на период просрочки исполнения «Заказчиком» встречных обязательств, предусмотренных п. 4.1 «Договора».
6.Стоимость работ, услуг и порядок расчетов
6.1.Стоимость «Работ» по «Договору» составляет _________________ (прописью) процентов от стоимости всего объема «Работ», указанной в п. 6.1 «Договора». Оставшуюся часть стоимости «Работ» «Заказчик» оплачивает в после приема выполненных работ.
6.2.Оплата по «Договору» производится в следующем порядке: в срок до ___________________ _________________________. «Заказчик» производит предварительную оплату в размере ______________________________ (прописью) процентов от стоимости всего объема «Работ», указанной в п. 6.1 «Договора». Оставшуюся часть стоимости «Работ» «Заказчик» оплачивает в после приема выполненных работ.
6.3. Способ оплаты по «Договору»: перечисление «Заказчиком» денежных средств в валюте Российской Федерации (рубль) на расчетный счет «Исполнителя». При этом обязанности «Заказчика» в части оплаты по «Договору» считаются исполненными со дня списания денежных средств банком «Заказчика» со счета «Заказчика».
7.Ответственность сторон
7.1.»Стороны» несут ответственность за неисполнение или ненадлежащее исполнение своих обязательств по «Договору» в соответствии с «Договором» и законодательством России.
7.2.Неустойка по «Договору» выплачивается только на основании обоснованного письменного требования «Сторон».
7.3.Выплата неустойки не освобождает «Стороны» от выполнения обязанностей, предусмотренных «Договором».
7.4.Ответственность «Заказчика»:
7.4.1.В случае несвоевременной оплаты «Работ» «Исполнителю» в соответствии с условиями «Договора» «Заказчик» обязуется выплатить «Исполнителю» пени за каждый день просрочки в размере 1/300 (одной трехсотой) действующей на день оплаты неустойки ставки рефинансирования Центрального банка Российской Федерации. «Заказчик» освобождается от уплаты неустойки, если докажет, что просрочка исполнения указанного обязательства произошла вследствие непреодолимой силы или по вине «Исполнителя».
7.5.Ответственность «Исполнителя»:
7.5.1.В случае несвоевременного выполнения этапа «Работ» «Исполнитель» обязуется выплатить «Заказчику» пени за каждый день просрочки в размере _______ процентов в день от стоимости этапа «Работ» по «Договору» за каждый день просрочки, но не более _____ процентов. При этом «Исполнитель» освобождается от уплаты неустойки, если докажет, что просрочка исполнения указанного обязательства произошла вследствие непреодолимой силы или по вине «Заказчика».
8.Основания и порядок расторжения договора
8.1.»Договор» может быть расторгнут по соглашению «Сторон», а также в одностороннем порядке по письменному требованию одной из «Сторон» по основаниям, предусмотренным «Договором» и законодательством.
8.2.Расторжение «Договора» в одностороннем порядке производится только по письменному требованию «Сторон» в течение ________ ______календарных дней со дня получения «Стороной» такого требования.
9.Разрешение споров из договора
9.1.Претензионный порядок досудебного урегулирования споров из «Договора» является для «Сторон» обязательным.
9.2.Претензионные письма направляются «Сторонами» нарочным либо заказным почтовым отправлением с уведомлением о вручении последнего адресату по местонахождению «Сторон», указанным в п. 16 «Договора».
9.3.Допускается направление «Сторонами» претензионных писем иными способами: ___________________________________________. Такие претензионные письма имеют юридическую силу.______
__________________________________________________________________________________________. Такие претензионные письма имеют юридическую силу.
12.4.Срок рассмотрения претензионного письма составляет _________________________
9.4.Срок рассмотрения претензионного письма составляет ______________ _________________________рабочих дней со дня получения последнего адресатом.
9.5.Споры из «Договора» разрешаются в судебном порядке в соответствии с законодательством.
10.Прочие условия
10.1.»Стороны» не имеют никаких сопутствующих устных договоренностей. Содержание текста «Договора» полностью соответствует действительному волеизъявлению «Сторон».
10.2.Вся переписка по предмету «Договора», предшествующая его заключению, теряет юридическую силу со дня заключения «Договора».
10.3.»Стороны» признают, что если какое-либо из положений «Договора» становится недействительным в течение срока его действия вследствие изменения законодательства, остальные положения «Договора» обязательны для «Сторон» в течение срока действия «Договора».
10.4.»Договор» составлен в 2 (двух) подлинных экземплярах на русском языке по одному для каждой из «Сторон».
11.Форс-мажор
11.1.»Стороны» освобождаются от ответственности за полное или частичное неисполнение обязательств по «Договору» в случае, если неисполнение обязательств явилось следствием действий непреодолимой силы, а именно: пожара, наводнения, землетрясения, забастовки, войны, действий органов государственной власти или других независящих от «Сторон» обстоятельств.
11.2.»Сторона», которая не может выполнить обязательства по «Договору», должна своевременно, но не позднее __________ _______________календарных дней после наступления обстоятельств непреодолимой силы, письменно известить другую «Сторону», с предоставлением обосновывающих документов, выданных компетентными органами.
10.3.»Стороны» признают, что неплатежеспособность «Сторон» не является форс-мажорным обстоятельством.
12.Прочие условия
12.1.»Стороны» не имеют никаких сопутствующих устных договоренностей. Содержание текста «Договора» полностью соответствует действительному волеизъявлению «Сторон».
12.2.Вся переписка по предмету «Договора», предшествующая его заключению, теряет юридическую силу со дня заключения «Договора».
12.3.»Стороны» признают, что если какое-либо из положений «Договора» становится недействительным в течение срока его действия вследствие изменения законодательства, остальные положения «Договора» обязательны для «Сторон» в течение срока действия «Договора».
12.4.»Договор» составлен в 2 (двух) подлинных экземплярах на русском языке по одному для каждой из «Сторон».
13.Список приложений
13.1.Приложение№___ — «Техническое задание на разработку сайта».
14.Адреса и реквизиты сторон
Заказчик
Подпись:_________________________
Исполнитель
Подпись:_________________________
kisameev.ru
Тонкие моменты в договоре на разработку сайта / Habr
Привет, хабр! Продолжаю свой цикл материалов про маркетинг, продажи и клиентский сервис веб-студий и агентств. Сегодня хочу рассмотреть такую локальную тему, как заключение договора на создание сайта, и поговорить про его тонкие места.Я не буду касаться общих разделов, структуры договора и прочих глобальных вещей, нормальный шаблон можно найти без особого труда.
* Сразу надо оговориться, я не юрист, поэтому приведенные мной формулировки можно считать рекомендациями по смыслу, но не форме.
Итак, я подготовил некий список неочевидных моментов, с которыми мне неоднократно приходилось сталкиваться на практике. Начнем:
Установка копирайта и публикация в портфолио
Очень часто при общении с заказчиком при запуске нового проекта конфликтным моментом становится размещение «марки» студии на сайте («Сделано в XXX » и пр.). Если данный момент никак не обозначен в договоре, то убедить заказчика прислушаться к вашим доводам бывает сложно. Часто проблемы возникают в самый последний момент, даже если изначально лейбл присутствовал и на макетах, и на тестовой зоне: «Ой, а мы не думали, что так и пойдет на основную версию сайта». Итак, что рекомендуется сделать:
- Право поставить знак на страницы выпущенного сайта. Можно зафиксировать в договоре следующий пункт «Торговая марка Исполнителя (если есть – номер свидетельства о регистрации) устанавливается Исполнителем на разработанных дизайн-макетах. Этот элемент должен быть сохранен в дальнейшем без изменений, и присутствовать на сайте, разработанном по результатам работ по данному Договору. На торговой марке должна присутствовать гиперссылка на сайт xxx.ru. Внешний вид и положение торговой марки Исполнителя на сайте Заказчика определяется сторонами на этапе приемки дизайн-макетов»
- Право публично упоминать авторство работы и разместить в портфолио. Даже если по тем или иным причинам вы не смогли пробить первый пункт, вам лучше заранее заложить в договор возможность хотя бы публично заявлять о факте произведенных работ. Возможная формулировка: «После завершения работ и публикации Заказчиком результатов работ Исполнитель имеет право публиковать информацию о произведенных работах, не являющуюся конфиденциальной информацией Заказчика; а также публиковать результаты работ в качестве образца своей деятельности, а именно (далее перечень)».
Одним из возможных вариантов исключения этих пунктов может стать повышение цены контракта. Только обозначить это заказчику надо заранее, а не по факту возникновения разногласий. Например, имеет право на существование следующая модель: «Мы размещаем на наших сайтах свой лейбл. Соответствующий пункт будет прописан в договоре. Если вы категорически против, цена на контракт будет повышена на 10%, чтобы мы могли компенсировать недополученную маркетинговую выгоду, которая была заложена в смету по умолчанию».
* Конечно, эти пункты далеко не всегда удается сохранить в договоре. Многие крупные западные компании имеют определенную политику работы с поставщиками, которая запрещает им анонсировать факт осуществления работ, и тут уж ничего не поделаешь.
И все же дам пару рекомендаций по неюридической аргументации вашей позиции. Во-первых, нужно объяснить заказчику, что такая практика является распространенной в России (привести примеры сайтов крупных компаний с установленными лейблами). Конечно, он может в ответ привести сайты, на которых они не установлены. Во-вторых, нужно мягко объяснить, что ценообразование строится таким образом, что учитывается факт размещения и последующего эффекта в виде притока новых заказчиков, поэтому, если лейбл не устанавливается, вы недополучаете выгоду.
И, конечно, если вы публикуете работы в портфолио и релиз во внешние СМИ, правилом хорошего тона является согласовать предварительно этим материалы с PR-службой заказчика. Я видел несколько примеров, когда из-за такой мелочи портились отношения с крупным клиентом.
Сроки – нахлест этапов
Часто в договоре или приложении, где указывается план работ, ряд этапов внутри крупных блоков, закрываемых актами, идет внахлест. Об этом надо писать прямо, чтобы заказчик не имел возможности обвинить вас в затягивании сдачи результатов по промежуточному этапу или началу старта работ по нему же. Для этого в плане необходимо дать поясняющие подписи вида «Работы по этапу 1.2 начинаются после завершения этапа 1.1 и идут параллельно с этапом 1.3» или «Этап 4.5 начинается после завершения работ по этапам 4.4. и 4.3…»
Срыв сроков по вине заказчика
Очень распространена ситуация, когда заказчик задерживает те или иные этапы работ (предоставление материалов, согласование макетов). Если не прописано обратного, вы получите ровно столько дополнительного времени, на сколько заказчик задержал этап. А это может сломать ваш производственный план. Например, заказчик находился в спячке по материалам месяц, и вдруг всплыл. А вы через неделю должны предоставить дизайн-макеты, но по понятным причинам весь ваш план по отделу дизайна уже давно занят другими проектами.
Поэтому рекомендуется внести в договор следующий пункт (по смыслу): «В случае задержки сроков по любому из этапов работ по вине Заказчика (на N рабочих дней), план работ сдвигается на 2xN рабочих дней». Понятно, что коэффициент может варьироваться.
Время на согласование результатов работ и подписание актов
Часто при составлении плана менеджмент студии забывает заложить время на согласование этапов работ или подписание актов. В результате общее «рабочее» количество дней сокращается на одну-две недели за счет этих задержек. Согласование и подписание актов должны быть вынесены отдельными пунктами в плане, причем с указанием в ответственных обеих сторон.
Приемка результатов, акты
Нередко в процессе работ возникают проблемы с точки зрения фиксации результатов, приемки и подписания актов.
Во-первых, каждый крупный блок работ должен фиксироваться актом сдачи-приемки, и это должно быть указано в договоре и в плане работ. Это позволит подтвердить факт их выполнения в случае судебного разбирательства (да и на уровне решения конфликта с руководством тоже помогает).
Во-вторых, можно прописать следующий механизм на случай, когда заказчик просто пропадает с радаров: «Заказчик обязан в течение 10 рабочих дней с момента получения Акта, произвести окончательную оплату и направить Исполнителю подписанный со своей Стороны экземпляр Акта. В случае несоответствия выполнения работ согласованным условиям Заказчик направляет Исполнителю мотивированный отказ с указанием несоответствий. В случае неподписания Заказчиком Акта, без мотивированного отказа от приемки работы, в течение вышеуказанного срока, работа считается принятой».
Понятно, что для такого «автоматического» приема вам потребуется свидетельство, что акт был доставлен – отметка о доставке заказного письма или отчет курьерской службы с подписью представителя заказчика.
Претензии третьих лиц
Иногда возникает ситуация, когда заказчик передает вам материалы, которые вызывают у вас сомнения. Например, небольшая региональная компания дает вам фото Киану Риввза и просит разместить на главной странице как лицо бренда. Тут все ясно, а как быть, когда вы не уверены в происхождении материалов и наличие у заказчика соответствующих прав? Как обезопасить себя от исков и претензий со стороны третьих лиц?
Можно прописать в договоре следующий пункт: «Заказчик гарантирует (и несет полную ответственность за нарушение данного обязательства), что все предоставленные им Информационные материалы свободны от претензий третьих лиц и факт их передачи Исполнителю не нарушает патентных, авторских и смежных прав, а также прав на коммерческую тайну третьих лиц». Факт передачи материалов можно закрывать отдельным актом.
Пени
Часто заказчик настаивает на указании пени за срыв сроков. Это нормальная практика. Главное, указать «рыночный размер» пени (в нашем случае – 0,1%-0,5% за рабочий день просрочки), а также границу: «общая сумма санкций не должна превышать 10% от стоимости работ». Процент может варьироваться, зависит от ваших навыков переговорщика.
Привлечение третьих лиц
Иногда у вас возникает необходимость привлечь на работы по проекту третьих лиц, не числящихся в штате компания (и, соответственно, не обязанных соблюдать коммерческую тайну). Например, фрилансера, или субподрядичка. Понятно, что с ними нужно подписывать соответствующие документы (NDA и пр.). Но как указать саму эту возможность в договоре с заказчиком? Можно написать следующую формулировку: «Исполнитель имеет право от своего имени и за свой счет привлекать к проведению работ третьих лиц, при этом Исполнитель несет полную ответственность за действия/бездействия таковых в отношении настоящего Договора, как если бы эти действия/бездействия производились непосредственно Исполнителем».
Ходовка с саппортом/хостингом
И последний пункт, который является не совсем тонким моментом, а скорее превентивной мерой, способной упростить жизнь после запуска проекта.
Очень часто, особенно с крупными компаниями, возникает следующий момент. Сайт открыт, размещен на ваших серверах, вы оказываете какую-то минимальную поддержку. А приложение на хостинг и поддержку зависло между многочисленными юридическими и финансовыми департаментами клиента. И провисеть оно там может месяцы. А поскольку сайт работает, поддержка оказывается, менеджер со стороны заказчика особо и не форсирует эту задачу. Вы не получаете деньги в срок, а кроме того, если через 3-4 месяца такого замыливания темы заказчик решит перенести проект на свой хостинг или поддержку, вы вообще этот бюджет можете не увидеть.
Поэтому можно внести в договор на разработку следующую формулировку: «В общую стоимость работ входит техническое и информационное обслуживание сайта в течение одного календарного месяца в соответствии с этапом XX. По истечении одного календарного месяца с момента открытия сайта в свободном доступе, техническое сопровождение сайта подлежит оплате в размере YYY за каждый календарный месяц, если иное не будет согласовано Сторонам в договоре на техническую поддержку и обслуживание сайта».
Она всем хороша – заказчик видит месяц обслуживания бесплатно (конечно, его надо заложить в изначальную смету), а вы получаете передышку и подстраховку на период подписания саппортного приложения.
— На этом, наверное, все, очень надеюсь, что материал окажется полезным и поможет избежать неприятных инцидентов. Статья основана на моем опыте работы со стороны исполнителя в ADV/web-engineering (большей частью), со стороны заказчика – в Мегаплане, ну и на общении с представителями большого числа различных студий и агентств, конечно.
Почти уверен, что обсуждение этих и других тонких моментов в комментариях может оказаться даже более содержательным, чем то, что я уже описал =)
Терехов Андрей
Другие материалы из хабра-цикла:
Типовые ошибки на собственных сайтах веб-студий
Участие в тендере на разработку сайта (часть 1)
Участие в тендере на разработку сайта (часть 2)
Организация активных продаж в веб-студии
Классический треугольник “Sales-PM-Account” в интерактивном агентстве
habr.com
Передача сайта. Документы и доступы при передаче сайта
Создание сайта закончено. Пора переходить к передаче — приёмке сайта.
Желательный пакет документов и доступов, который Вы должны получить после создания сайта:
1. Логин и пароль доступа к административной панели сайта (Панели управления или Админпанели). Чтобы не искать — запишите заоодно и адрес для входа в Панель управления.
В Панели управления убедитесь, что Вы как пользователь имеете наивысшие права (например, СуперАдминистратора) и такими же правами не остался наделен кто-то ещё.
Если сайт на Ucoz — там система безопасности несколько сложнее: логин (в виде почтового ящика, на который был зарегистрирован), администраторский пароль, с которым можно заходить в панель управления своих сайтов и секретный вопрос с секретным ответом.
2. По хостингу возможны варианты.
Вариант 1: сайт передается Вам просто в виде архива и Вы сами размещаете его на любом хостинге.
Вариант 2: веб-студия размещает сайт на выбранном Вами хостинге.
В этом случае Вы должны знать: логин и пароль для доступа в личный кабинет пользователя хостингом.
Также крайне желательно знать:
— адрес, логин и пароль к FTP-доступу
— названия, пользователи и парооли используемых баз данных сайта.
Проверьте, чтобы в панели управления хостингом был указан Ваш е-mail: это позволит оперативно получать информацию от хостера, в том числе и о необходимости оплаты.
Вариант 3: Веб-студия размещает сайт на своём хостинге. В этом случае возможность доступа и порядок работы с хостингом определяется Вашим договором с веб-студией. Но в этом случае Вы обязательно должны иметь у себя на руках сам сайт в виде архива (файлы сайта, базы данных) и желательно регулярно получать резервные копии сайта по мере его наполнения / обновления.
3. Если в услугу создания сайта входила услуга регистрации домена. Вам должны передать логин и пароль для доступа в панель управления регистратора домена. Убедитесь, что владельцем домена значится Вы или требуемое Вам лицо/компания.
Проверьте, чтобы в панели управления регистратора домена был указан Ваш е-mail: это позволит оперативно получать информацию от регистратора, в том числе и о необходимости продления домена.
Если Вы покупате домен отдельно, Вам может помочь Договор купли продажи, передачи домена.
4. Пакет бухгалтерских и лицензионных документов:
— Акт выполненных работ
— счет-фактура
— другие необходимые бухгалтерские документы
— лицензия или лицензионное соглашение на систему управления (если лицензия — коммерческая.)
По правилам для некоммерческих бесплатных систем управления типа CMS Joomla Вам тоже должны передать текст лицензионного соглашения, но практического значения это никакого не имеет.
5. Если на сайте установлены счетчики статистики, рейтинги, виджеты — получите коды доступа к управлению ими, логин и пароль от каждого. Обратите внимание: некоторые счетчики могут быть невидимы обычными посетителю (вставлены в код сайта), например Яндекс Метрика, Google Analytics. Однако, если Вы хотите управлять ими в дальнейшем или смотреть статистику — необходимы доступы и от них.
Это был минимум, который желательно получить при передаче сайта. Идём дальше. Что ещё Вы можете получить от разработчика сайта:
6. На практике редко осуществляется, но на самом деле желательно: получить от разработчика сайта список внесенных изменений в дефолтную (идущую изначально) версию CMS и дизайна. Когда Вы решите обновить версию CMS это поможет Вам или специалисту, выполняющему обновление сайта понять, что обновится автоматически, а что придется переносить / обновлять вручную. В противном случае, нажав, например, через год кнопку на сайте «обновить систему» Вы можете утратить ряд функций / изменений, сделанных ранее на сайте специально под Ваш проект.
7. Планируете сами управлять, обслуживать, наполнять свой сайт? Получите инструкцию по управлению сайтом. Такая инструкция может прилагаться в виде файла или быть в виде ссылки на сайт «Помощи» соответствующей системы управления.
onvolga.ru
Акт сдачи-приема работ по созданию сайта — Поснов Андрей
АКТ № __
сдачи-приема работ по созданию сайта
Приложение № __
к Договору на создание сайта № __
от __________ 20__ г.
г. __________ __________ 20 __ г.
ООО «__________», именуемое в дальнейшем «Исполнитель», в лице директора _____, действующего на основании Устава, с одной стороны, и ООО «_________», именуемое в дальнейшем «Заказчик», в лице директора _______________, действующего на основании Устава, с другой стороны, далее совместно именуемые «Стороны», по отдельности именуемые «Сторона», пришли к согласию и составили настоящий Акт о том, что выполненные работы (оказанные услуги) по созданию корпоративного веб-сайта ООО «________», размещенного по адресу www.________, удовлетворяют условиям Договора на создание сайта № ___ от _______ 20__ г. и Техническому заданию (Приложение № __ к Договору № ____ от __________ 20__ г.).
Договорная цена выполненных работ (оказанных услуг) составляет: ____ руб (сумма прописью руб, 00 коп.).
Акт сдачи-приема работ, заверенный подписями Сторон, свидетельствует об отсутствии пре-тензий и замечаний у Заказчика к Результату всех работ.
В случае необходимости внесения любых изменений и дополнений в Сайт, после заверения Акта сдачи-приема работ, стоимость и сроки для их выполнения, оговариваются отдельно.
Настоящий Акт составлен в 3-х подлинных экземплярах, на одной из копий Заказчик ставит отметку о его получении с указанием даты и должности лица, получившего Акт, которую незамедлительно возвращает Исполнителю.
В течение 5 рабочих дней с момента получения Акта сдачи-приема Заказчик принимает работы и подписывает оставшиеся 2 копии Акта сдачи-приема, одну из которых оставляет себе, а другую возвращает Исполнителю.
В случае отказа в подписании Акта сдачи-приема Заказчик предоставляет Исполнителю мотивированный письменный отказ в приемке работ. Мотивированный отказ должен содержать перечень несоответствий Результата всех работ и Техническому Заданию.
В случае невозвращения Заказчиком подписанного Акта сдачи-приема работ по истечении 5 рабочих дней и не предоставления мотивированного отказа в такие же сроки, Стороны считают Результат всех работ принятым Заказчиком.
В случае предоставления Заказчиком Исполнителю мотивированного письменного отказа, составленного в соответствии с условии–ями настоящего Договора, Исполнитель обязан своими силами в течение срока, равного сроку исполнения этих работ, в соответ–ствии со сроками, определенными в Техническом Задании, или в течение иного срока, письменно согласованного Сторонами, исправить либо переделать проделанную работу для обеспечения ее надлежащего качества.
Письменный отказ с перечнем несоответствий Технического Задания принимается единоразово. Изменения, не указанные в документе письменного отказа, не входят в стоимость разработки сайта и оплачиваются отдельно.
Несоблюдение указанных сроков, формы и содержания заявляемых отказов, возражений, требований или претензий, лишает Заказчика права ссылаться в последующем на указанные обстоятельства в качестве оснований и доказательств неисполнения или ненадлежащего исполнения Исполнителем своих обязательств, предусмотренных Договором.
Исполнитель
Заказчик
Работу сдал:
Директор _______________ Ф. И. О.
М. П.
Работу принял:
Директор _______________ Ф. И. О.
М. П.
Акт сдачи-приема работ по созданию сайта
aposnov.ru