Договор на разработку сайта: как, почему и что нужно знать

Когда дело доходит до создания сайта, важно не только найти хорошего разработчика, но и грамотно оформить договор. Что это должен быть за договор – подряд или оказание услуг? Как правильно зафиксировать сроки, стоимость и условия завершения работ? И самое главное – как сохранить все права на сайт? Об этом нужно знать, чтобы избежать головной боли и рисков, если возникнут споры.

Какой договор выбрать

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

Договор подряда подразумевает, что исполнитель выполняет работу по заданию заказчика и передает готовый результат (ст. 702 ГК РФ). Важно, чтобы результат был независимым от процесса выполнения работы и полезным для клиента. В случае с веб-сайтом, результат – это нечто нематериальное, набор файлов и кодов, существующих в цифровом виде. Поэтому некоторые юристы считают, что разработка сайта ближе к договору оказания услуг, где сам процесс важнее, чем конечный результат.

От типа договора зависят ваши права и обязанности. Например, отказ от договора оказания услуг (ст. 782 ГК РФ) и подряда (ст. 717 ГК РФ) регулируется по-разному. Обычно проще отказаться от договора на услуги, чем от подряда, что может сэкономить вам деньги и нервы.

Как избежать споров?

Если договор сложно отнести к конкретному типу, суды советуют внимательно изучить, что именно ожидалось от исполнителя – конечный результат или процесс. Чтобы избежать конфликтов, лучше сразу прописать в договоре, по каким нормам Гражданского кодекса вы будете работать – по главе 37 «Подряд» или главе 39 «Возмездное оказание услуг». Имейте в виду: даже если договор касается услуг, на него могут распространяться правила договора подряда (ст. 783 ГК РФ).

Договор на разработку сайта или других digital-продуктов (например, мобильных приложений) может быть либо договором подряда, либо авторским заказом. Это зависит от того, кто является исполнителем и каковы детали заказа. Иногда можно встретить мнение, что разработка сайта – это оказание услуг, а не выполнение работ, но это не совсем корректно.

Почему это важно?

Правильная классификация договора влияет на многие аспекты: от того, как будет структурирован сам договор, до того, сможете ли вы расторгнуть его в одностороннем порядке и потребовать компенсацию убытков. Чтобы разобраться, нужно понимать разницу между понятиями «возмездное оказание услуг», «выполнение работ» и «авторский заказ».

• Возмездное оказание услуг – это соглашение, при котором исполнитель выполняет определенные действия, а заказчик за это платит. В договоре не обязательно четко прописывать конкретную цель (например, создание сайта), главное – сам процесс. Это регулируется главой 39 Гражданского кодекса РФ.
• Выполнение работ акцентирует внимание на конечном результате. При разработке сайта важно, что заказчик получает готовый продукт – набор файлов и коды, собранные в работающий сайт. Заказчику зачастую неинтересно, как именно этот сайт был сделан, ему важен итог. Этот тип договора регулируется главой 37 Гражданского кодекса РФ.
• Авторский заказ актуален, когда автор создает уникальное произведение на заказ и передает его заказчику. Такой договор можно заключить только с физическим лицом и регулируется он статьей 1288 Гражданского кодекса РФ.

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

Помните: правильно оформленные документы помогут избежать лишних проблем.

Что важно указать в договоре на разработку сайта

Давайте разберемся, что должны учесть и заказчик, и подрядчик при заключении договора на создание сайта. По Гражданскому кодексу РФ (ст. 432), договор считается заключенным, если стороны договорились по всем существенным условиям. Какие это условия?

• Во-первых, предмет договора. Здесь нужно максимально четко прописать, что именно подразумевается под созданием сайта: что за продукт должен получить заказчик, какие задачи должен выполнить подрядчик и т.д.
• Во-вторых, сроки выполнения. Их можно указать либо конкретной датой, либо как период, например: «в течение 45 дней с момента подписания договора». Но тут важный момент: сроки могут сбиваться не только по вине исполнителя, но и заказчика. Например, заказчик вовремя не утвердил макет. Поэтому стоит прописать, как такие задержки влияют на конечный срок сдачи, и кто за это несет ответственность.
• Третье – это цена договора. Хоть не все суды считают это обязательным пунктом, лучше не рисковать и сразу указать фиксированную стоимость работ. Помимо общей суммы, подрядчику стоит зафиксировать схему оплаты, к примеру, аванс, оплата поэтапно и финальный расчет после сдачи проекта. Также пропишите, сколько будет стоить доработка, если заказчик вдруг захочет вернуться к уже утвержденному этапу.

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

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

Как составить график работ для договора на разработку сайта

График работ – важная часть договора на создание сайта. Он разбивает процесс на этапы с конкретными сроками и содержанием каждого этапа. Этот график можно включить прямо в договор или вынести в отдельное приложение – как удобнее. Обычно отдельный документ проще обновлять и не загромождать основной договор.

Что стоит учесть в графике:

• Детальное описание каждого этапа: что именно будет делаться.
• Конкретные даты начала и завершения каждого этапа.
• Ожидаемый результат по каждому этапу.
• Время, которое заказчику нужно на утверждение промежуточных результатов или внесение правок.
• Максимальное количество доработок, которые включены в стоимость без дополнительных доплат.

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

Как указать порядок оплаты

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

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

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

Как заключить договор на разработку веб-сайта с физическим или юридическим лицом

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

Если подрядчиком является физическое лицо, то у этого есть свои плюсы и минусы.

Плюсы. Если договор заключен с реальным человеком (а не подставным лицом), для компании-заказчика это может быть удобно в случае взыскания убытков. Физическое лицо несет ответственность своим личным имуществом – деньгами на счетах, машинами и т.д. В случае выигрыша суда можно запретить гражданину выезд за границу и автоматически получать часть его доходов на счет компании.

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

Важно помнить: если речь идет о заключении авторского договора на разработку сайта, работать можно только с физическим лицом. Если договор подряда – тогда уже с компанией.

Как привлечь сотрудника к созданию сайта

Не всегда для разработки веб-сайта нужно нанимать стороннюю компанию, ИП или фрилансера. Иногда в штате компании уже есть сотрудник, обладающий нужными навыками. Такой сотрудник может:

1. Специально состоять в штате для выполнения этих задач.
2. Взять на себя разработку сайта в дополнение к своим основным обязанностям.

Когда сотрудник создает сайт в рамках своей работы, это считается «созданием служебного произведения». В данном случае, сайт и будет этим произведением.

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

• Что именно сотрудник должен сделать.
• Что подразумевается под термином «сайт».
• Какую оплату за эту работу получит сотрудник и другие детали.

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

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

Главное в договоре

1. Равноправие

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

2. Отключить эмоции
Договор – это просто текст, который защищает вас в спорных ситуациях. Здесь нет места для эмоций или морали, каждый защищает свои интересы, и это нормально.
3. Четкость формулировок
Не пишите размытые вещи вроде «исполнитель обязан выполнить работу качественно». Что значит «качественно»? Лучше укажите конкретные критерии: «Работа считается выполненной, если она соответствует техническому заданию». Это исключит любые субъективные споры вроде «мы ожидали более креативный дизайн».
4. Конкретные сроки
Фраза «своевременно оплатить» ничего не говорит. Укажите точные рамки: например, «Заказчик обязан оплатить работы в течение 5 рабочих дней с даты подписания акта приемки. В случае задержки – штраф 1% от суммы за каждый день просрочки». Все четко и понятно, никаких неопределенностей.
5. Учитывайте особенности
Не бойтесь отходить от шаблонов. Например, назначьте несколько человек для согласования разных этапов работы. Или увеличьте сроки приемки результатов, если это необходимо: в больших компаниях за 5 дней часто просто не успевают все проверить. Убедите подрядчика, что срок на проверку, например, в 10 дней, будет разумнее.
6. Детализируйте договор
Вместо того чтобы группировать все под общие названия вроде «Права и обязанности», разбейте договор на мелкие разделы по конкретным вопросам. Так его будет легче составлять, да и читать тоже.

Договор на разработку сайта: образец составления

Мы распишем подробно все, что должно быть в договоре, и приведем примеры.

Предмет договора

Это основа, с которой все начинается. Предмет договора – описание того, что предстоит сделать: какие задачи, кто отвечает за что и как определить, что все выполнено.

Просто и понятно. Все остальные детали будут расписаны в приложениях и следующих разделах.

Заказы

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

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

Фактически, заказ – это конкретные условия выполнения отдельной задачи или услуги.

И еще один полезный момент: возможность не подписывать бумажки для мелких заказов, потому что это лишнее.

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

Материалы

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

Вот несколько моментов, на которые стоит обратить внимание:

1. У заказчика может не быть нужной информации.

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

2. Информация есть, но она не точная.

Если что-то вызывает сомнения, возвращаемся к первому пункту и копаем дальше.

3. На сбор информации нужно время.

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

4. Заказчик отказывается предоставлять информацию.

Если он считает ее слишком важной или ненужной для задачи, исполнитель должен объяснить, почему эта информация критична для работы. В любом случае, вы уже подписали NDA (соглашение о неразглашении/конфиденциальности данных), так что данные останутся в безопасности.

Вот как это может выглядеть в договоре:

Представители и субподрядчики

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

1. Избежать путаницы, когда один менеджер говорит одно, бухгалтер – другое, а директор вообще что-то третье.
2. Экономить время на обсуждения. Пусть представитель все согласует и принесет уже готовое решение.
3. Знать, к кому конкретно обращаться за информацией, а не писать всем подряд.

Назначаем ответственных:

• От Исполнителя: Ф.И.О.: _______ E-mail _______ Телефон: _______
• От Заказчика: Ф.И.О.: _______ E-mail _______ Телефон: _______

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

Финансовые условия

Так как договор рамочный, в нем прописываются только основные финансовые моменты, а все детали – в приложении.

Основные вопросы касаются налогообложения, валюты расчетов, реквизитов для перевода денег и подтверждения факта оплаты.

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

Остальное уточняется в приложениях.

Сдача-приемка

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

• Отчет вместо результата.
• Несколько этапов выполнения с промежуточными актами.
• Другие особенности приемки работ.

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

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

Чтобы исполнитель не стеснялся напоминать о своих правах, продление делаем автоматическим.

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

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

Интеллектуальная собственность

Исполнитель выполнил работу и передал результат заказчику. Возникает вопрос: кому это теперь принадлежит? Заказчик может считать, что все его, но на деле все не так просто.

Исключительные права можно и нужно требовать на:

• тексты;
• изображения, видео, фотографии, созданные по договору;
• программный код, созданный по договору.

Пример:

1. Подписан акт по заказу, в рамках которого создан РИД.
2. Заказчик полностью оплатил работы, связанные с созданием РИД.

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

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

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

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

Конфиденциальная информация

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

Начнем с того, что такое конфиденциальная информация и что ей не является.

Обратите внимание на пункт 8.1: если не хотите, чтобы переписка попала в публичный доступ, обязательно помечайте ее как «конфиденциальную». В почте можно настроить автоматическую подпись с фразой «содержание этого письма является конфиденциальным».

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

И, наконец, вопрос о том, как исполнитель может использовать информацию о работе в рекламных целях.

Ответственность

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

Закон не устанавливает минимальные или максимальные размеры неустоек. Обычно эти суммы делают разумными, и они редко превышают стоимость работ или услуг. Более того, суды часто снижают размеры неустоек, если они слишком завышены.

Еще один момент: разработчик не может нести ответственность за успех бизнеса, он отвечает только за корректную работу сайта. Часто заказчик думает так: я сделал сайт, чтобы он приносил прибыль, а если денег нет – сайт плохо сделан. Но это не совсем так. Давайте разберем конкретный пример договора на разработку сайта, точнее, интернет-магазина.

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

• Насколько точно вы описали целевую аудиторию, когда разрабатывался сайт? Может, вы только начали бизнес и не до конца понимаете, кто ваши клиенты, а подрядчик, соответственно, создал сайт, который не подходит для тех, кто приходит с рекламы.
• Насколько оперативно и качественно ваши менеджеры отвечают на вопросы и обрабатывают заказы?
• Ваш товар вообще интересен людям? Может, он привлекает внимание, но никто не хочет его покупать?
• Насколько конкурентное ваше предложение? Хороша ли цена?
• Как сработал специалист по рекламе? Привел ли он именно ту аудиторию, которая готова покупать на предложенных условиях? Часто бывает, что реклама приводит не тех людей, а виноватым кажется сайт.

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

Что делать, если заказчик отказывается платить?

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

А теперь вот еще три важных момента.

Что делать, если исполнитель нарушает сроки или не выполняет свои обязательства?

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

1. Мелкое нарушение – можно понять и простить, если срок просрочки небольшой.
2. Значительное опоздание – требовать пени и вычесть их из общей стоимости работ.
3. Серьезные проблемы – расторгнуть договор и оплатить только ту часть работы, которая выполнена по заданию и в срок.

В договоре это можно прописать так:

Обстоятельства непреодолимой силы

Их еще называют форс-мажором. Это ситуации, на которые никто не может повлиять, и поэтому никто не несет ответственность за их последствия.

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

Споры

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

Подумайте, сколько времени и ресурсов уйдет на суды, спросите у юриста, сколько реально можно выиграть, и решите, стоит ли игра свеч. Иногда компромисс с другой стороной может быть гораздо разумнее, чем «желание наказать подлецов». Да, это может быть обидно, но обиды – это не про профессионализм.

В этом разделе должно быть два простых пункта. Первый – обязательство попытаться решить все до суда.

Второй – о том, где будут рассматривать дело, если договориться не получится. Здесь можно указать «по месту нахождения ответчика» или «по месту истца», а можно выбрать конкретный суд, если это удобно, например:

Документооборот и коммуникации

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

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

Еще один совет: пишите с тех адресов или номеров, которые указаны в договоре и приложениях. Если не уверены, что всегда сможете использовать один адрес, пропишите несколько вариантов или что-то вроде «все адреса ...@domainname.ru».

Не забудьте уведомить другую сторону, если что-то изменится, иначе могут быть проблемы.

Срок действия договора

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

Лучше не ограничивать срок конкретной датой. Договор будет действовать, пока одна из сторон не решит его прекратить.

Условия прекращения договора

Здесь многое зависит от того, как договор классифицирован.

Согласно ст. 717 ГК РФ, если иное не оговорено в договоре подряда, заказчик может в любой момент отказаться от выполнения договора до завершения работ. При этом он должен оплатить уже выполненные работы и возместить убытки подрядчику в пределах разницы между общей ценой договора и той частью, которая уже выплачена за сделанную работу.

А вот по ст. 782 ГК РФ, если речь идет о договоре оказания услуг, заказчик может отказаться от исполнения договора, оплатив исполнителю только фактические расходы.

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

Если договор составлен на основе гл. 37 ГК РФ («Подряд»), и заказчик отказывается от договора из-за некачественной работы или нарушения сроков, то нужно опираться на ст. 715 ГК РФ. Это позволит заказчику не платить за выполненные работы и потребовать возврат аванса.

Важно предусмотреть возможность выйти из договора без согласия другой стороны. Жизненные ситуации меняются, и никто не должен быть «закован» в договорные отношения. Однако другой стороне нужно дать время подготовиться.

Про расторжение по взаимному согласию упоминать не нужно – это и так предусмотрено законом.

Основное правило: исполнитель должен получить оплату за всю выполненную работу, которая соответствует заданию.

Реквизиты и подписи

Здесь все просто: вписываете реквизиты (компании или физлица) и указываете ФИО тех, кто подписывает договор. Должности можно не указывать: они никому не нужны.

Приложения к договору

Приложение №1. Заказ. В этом приложении нужно описать все детали взаимодействия по конкретным работам или услугам.

Термины

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

Пример:

• Сайт – это совокупность страниц в одном доменном пространстве, содержащих информацию в электронном виде.
• Домен – уникальный адрес, по которому пользователи заходят на сайт. Префикс «www» (World Wide Web) не является частью домена.
• Дизайн – макеты страниц сайта в формате PSD, Sketch или Figma, а также графические элементы, демонстрирующие, как сайт будет выглядеть для пользователя.

И так далее.

Общие положения

Здесь коротко описываем, что именно хочет заказчик. В случае с разработкой сайта – создание самого сайта.

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

Также прописываем, что работы будут разбиты на этапы. Каждый этап заканчивается подписанием акта.

Этапы, сроки и стоимость выполнения работ

В этом разделе нужно описать этапы работы: что делаем, сколько времени на это уйдет, и сколько это будет стоить.

Есть два подхода, которые рекомендуем включать в договор:

1. Этапы без фиксированных дат, но с четким алгоритмом расчета и согласования. Вы знаете, в какой последовательности нужно разрабатывать сайт, а конкретные даты можно согласовывать по ходу дела, через официальную переписку после каждого этапа.
2. График с датами. При этом важно, чтобы срок выполнения следующего этапа отсчитывался от момента подписания акта по предыдущему этапу. Так подрядчик застрахован от задержек при приемке работ.

Приемка и расчеты

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

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

С психологической точки зрения, заказчик получает логически завершенные части сайта быстрее. Если что-то пойдет не так, можно перейти к другому подрядчику, уже имея на руках часть работы. Оплачивать небольшие суммы проще эмоционально, чем выкладывать всю сумму разом. И контроль за выполнением этапов тоже легче. Подрядчик, в свою очередь, получает оплату за каждый этап, и обе стороны довольны процессом – чувствуется движение.

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

Главное – прозрачность. Заказчик должен четко понимать, за что, сколько и когда платит, а подрядчик – как и когда он получит деньги.

Определение стоимости

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

Во втором случае есть два варианта:

• когда стоимость часа одинаковая для всех специалистов;
• когда у каждого своя цена.

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

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

Например, вам поручили сделать два раздела сайта. Прошел месяц, работа вроде бы идет: видны черновики проекта, дизайн, куски кода. Но запустить ничего нельзя. Вопрос: платить или нет? Польза пока не очевидна, но работа вроде делается. Если заказчик доверяет исполнителю, то оплата по факту может быть выгодной: исполнитель не закладывает «на всякий случай», а делает ровно столько, сколько нужно. Плюс, задание можно корректировать без пересчета стоимости. И не придется терять время на согласование цен на каждом шаге.

Оплата

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

Заказчик оплачивает каждый этап по следующей схеме:

• До начала этапа: 50% от стоимости этапа (предоплата).
• В течение 5 рабочих дней после подписания акта сдачи-приемки: оставшиеся 50%.

Процентные соотношения предоплаты и окончательной оплаты приведены для примера. На digital-рынке часто используют модель 70/30, где 70% платится авансом, что больше защищает исполнителя от недобросовестных или слишком требовательных заказчиков.

Особенности приемки на примере дизайна

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

Вот как это можно прописать в заказе для дизайна:

1. Разработка и согласование концепции
   • Исполнитель создает концепцию дизайна, опираясь на пожелания, указанные в Задании, и отправляет ее заказчику по электронной почте.
   • Заказчик обязан в течение 3 рабочих дней рассмотреть концепцию и отправить исполнителю обратную связь: одобрение либо отклонение концепции.
2. Одобрение концепции

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

3. Отклонение концепции:

   В случае отказа от концепции, исполнитель в течение 5 дней обязан предложить новую версию дизайна.

   Если заказчик отклоняет три концепции подряд, он может:

   • Потребовать разработку новой концепции за дополнительное вознаграждение за каждую следующую версию.
   • Отказаться от исполнения заказа, оплатив полную стоимость этапа.
4. Финальный результат:

   Результат работы предоставляется в виде графических файлов в формате «.png» и отправляется заказчику по электронной почте.

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

Гарантийные обязательства

Представьте, что сайт – это как телевизор. У него есть функции и параметры: можно разделить экран на две части, переключать каналы пультом, менять громкость, подключать сигнал с телефона, пользоваться HDMI-входом и т.д. Но телевизор не будет работать под водой или при экстремальной температуре. Если что-то из этих функций перестает работать, и вы не нарушили инструкцию, в течение гарантийного срока вы можете потребовать от магазина починить его, заменить или вернуть деньги.

С сайтом все то же самое. Это продукт с конкретными функциями, которые должны работать в определенных условиях. Если что-то не так, нужно исправить. Но чтобы гарантия работала, важно заранее зафиксировать все функции и условия их работы на момент сдачи проекта. И за это придется заплатить, зато у вас будет четкое понимание, как все работает и когда можно требовать исправлений.

Что нужно прописать:

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

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

При такой формулировке условий гарантия может действовать любой срок. В отличие от пылесоса, сайт не изнашивается физически. Единственное, что может измениться, – это программный код или условия его работы. Или, например, может перестать работать сторонний сервис, который отвечает за какую-либо функцию.

Интеллектуальная собственность

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

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

Прочие условия

Этот раздел используют для того, чтобы включить пункты, которые не вписываются в общую структуру заказа. Но сюда часто добавляют и излишние вещи:

• К отношениям сторон применяются нормы Гражданского кодекса РФ.
• Приложения к договору являются его неотъемлемой частью.

Очевидно, что если вы работаете в России, то на вас распространяются нормы Гражданского кодекса РФ. И, конечно, приложения к договору – это его часть. Зачем это писать?

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

Приложение №2. Задание.

Что такое задание на разработку сайта? Единого мнения нет, поэтому давайте объясним.

Мы предлагаем два варианта задания, которые можно приложить к договору (но не оба сразу, а один из них):

1. Задание от заказчика – это любое описание того, что он хочет и что ему нужно.
2. Проект сайта – созданный профессиональным проектировщиком документ, в котором подробно описана архитектура, функции, процессы, хранение данных, страницы и интерфейсы.

Первый вариант может быть абсолютно любым – кратким или детализированным, конкретным или абстрактным. Главное, что он является основанием для создания проекта сайта. Но стоит понимать, что 99,99% заказчиков не могут сформулировать задание так, чтобы оно стало полноценной основой для разработки и последующей оценки результата. Оставляем 0,01% для тех, у кого есть профессиональный проектировщик в штате.

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

На этом все, ваш договор можно считать оформленным.