Договор на разработку сайта: восемь пунктов, из-за которых потом спорят

Спор по проекту почти никогда не идет о том, что написано в договоре. Он идет о том, чего в нем нет. Типовой шаблон закрывает реквизиты, ответственность и подсудность - ровно то, о чем стороны не спорят. Спорят о числе правок, о том, кто виноват в сдвиге срока, и отдадут ли вам рабочие файлы.

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

Предмет: что именно вы покупаете

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

Рабочий предмет ссылается наружу: исполнитель создает сайт в объеме, определенном приложением, которое является неотъемлемой частью договора. Слово «создание» тут не украшение: договор на создание произведения по умолчанию оставляет исключительное право заказчику (ст. 1296 ГК РФ), а формулировка «оказание услуг по разработке» дает исполнителю основание настаивать на ст. 1297, где право остается у него. Отдельно проверьте, что названо результатом: макеты, сверстанный сайт или работающий сайт на домене - это три разные суммы.

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

Приложение, в котором лежит вся суть

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

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

Сроки: от какой даты они считаются и что их сдвигает

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

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

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

Этапы оплаты: чем деньги привязаны к работе

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

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

Приемка: когда работа считается сданной

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

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

• Что предъявляется на приемке: макеты в согласованных разрешениях, работающий сайт на тестовом адресе, перечень переданных файлов и доступов.
• В какой срок заказчик дает замечания: три-пять рабочих дней на этап, а не «в разумный срок».
• В какой форме: один список письмом на согласованный адрес, со ссылкой на пункт приложения по каждому замечанию.
• Что считается принятым при молчании и с какого дня идет отсчет.

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

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

Правки: сколько кругов входит в цену

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

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

• Число кругов. Обычно два-три на этапе дизайна. Больше не улучшает результат, а означает, что задачу не поняли на старте.
• Что считается правкой. Исправление в рамках согласованного. Новая идея, новый блок и смена структуры - новая задача с ценой и сроком.
• Цена сверх. Ставка за дополнительный круг должна быть в договоре, иначе ее назовут тогда, когда отказаться уже дорого.

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

Права на результат и исходники

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

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

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

Контент: кто дает тексты и фотографии

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

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

• Тексты: кто пишет и к какой дате. Копирайтинг либо стоит отдельной строкой в смете, либо явно исключен из работ.
• Фотографии: съемка, сток или ваш архив - и кто платит за лицензии.
• Юридическая часть сайта: политика обработки данных и согласие у формы - чья это зона.

Что происходит после запуска

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

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

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

У нас в сдачу входит настройка: подключаем домен, формы и аналитику, передаем доступы и показываем, как менять тексты и картинки самому. Если правок нужно много и регулярно, поштучно они выходят дороже: каждая задача заново обсуждается и встает в очередь. Формат поддержки закрывает это часами в месяц - у нас от 25 000 ₽ за 10-15 часов.

Как вычитать договор на разработку сайта за час

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

1. Найдите слово «приложение». Нет приложения на руках - дальше можно не читать.
2. Выпишите оценочные слова: «разумный», «надлежащий», «в рабочем порядке». Каждое замените на число, дату или перечень.
3. Найдите дату, от которой считается срок: она не должна наступать раньше, чем вы отдали деньги и материалы.
4. Найдите слово «исходники». Нет слова - нет исходников.
5. Прочитайте, что происходит при расторжении: кто что оставляет себе, если проект остановили на середине.

Во что обходятся ненаписанные строки

Счет проще вести в неделях. По нашему прайсу лендинг стоит от 80 000 ₽ и делается 2-3 недели, многостраничный сайт - от 150 000 ₽ и 5-8 недель. Лишний круг правок, возникший только потому, что круг нигде не описан, - это в среднем неделя: треть срока лендинга или пятая часть корпоративного сайта.

Второй счет - по исходникам. Без рабочих файлов любая правка идет только через того же подрядчика, а смена подрядчика означает отрисовку заново: фирменный стиль по нашему прайсу стоит от 110 000 ₽. Строка в договоре стоит ноль рублей и пять минут, ее отсутствие - от 110 тысяч и месяц работы.

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